博客标题不能为空我也没办法

1、UML模型由事物、关系和图组成2、事物是 对模型中最具代表性成分的抽象，UML中分为结构事物、行为事物、分组事物和注释事物四类。3、结构事物是UML模型的静态部分，主要用来描述概念的或物理的元素，包括类、主动类接口、对象、用例、参与者、协作、构件和节点等。①类：用带有类名、属性和操作的矩形框来表示。从上到下分为三个部分，分别是类名、属性和操作，其中类名是必须有的。②接口：接口描述了一个类或构件的一组外部可用的服务集，是一组操作的描述而不是实现，接口体现了使用与实现分离的原则。③用例：

1、数据流图的概念数据流图用于米啊懊悔信息流和数据从输入移动到输出过程中所经受的变换2、数据流图的绘制：①基本图形符号②数据流之间的关系③几个特定名词a. 数据流是数据在系统内传播的路径，由一组固定的数据项组成。除了与数据存储之间的数据流不用命名外，数据流应该用名词或名词短语命名。b.数据源点和终点统称为外部实体，指系统外部环境中的实体（包括人员、组织或其他系统）；是数据的始发点和终止点，是系统与外部环境的接口。c.数据存储指暂时保存的数据，它可以是数据库文件或任何形式的数据组织。

1、面向对象方法学的出发点和基本原则，是尽可能摸清人类习惯的思维方式，让开发方法和过程尽可能接近人类认知世界的方法与过程。面向对象方法=对象+类+继承+消息实现通信2、面向对象方法的要点：①面向对象的软件系统由对象组成，任何元素都是对象②所有对象都划分为对象类，每个对象都定义了一组数据和一组方法。数据表示对象的静态属性。③根据子类和父类的关系，把若干个对象组成一个层次结构的系统。④对象之间彼此只能通过传递消息相互联系3、面向对象方法学的优点与人类思维方法一致、稳定性好、可重用性好、可维护性好

1、软件维护是指在软件已经交付使用后，为了改正错误或者满足新的需求而修改软件的过程。2、软件维护分为四类①改正性维护（修改诊断隐藏的错误）②适应性维护（适应环境变化而修改软件）③完整性维护（扩充或者完善原有软件的功能或性能而修改软件）④预防性维护（今天的方法学应用到昨天的系统以满足明天的需求）3、软件维护的特点代价昂贵、问题很多4、软件维护的副作用修改代码的副作用可以在回归测试过程中进行查明和修改。修改数据的副作用可以通过完善的设计文档来限制。修改文档的副作用可通过对软件配置进行限制

1、软件测试的目标尽可能多地发现并排除软件中潜藏的错误，最终给用户一个高中质量的软件系统。2、软件测试的定义为了发现程序中的错误而执行程序的过程3.、软件测试的原则①所有测试都应追溯到需求②尽早地和不断地进行软件测试③测试用例应该由测试输入数据和与之对应的预期输出结果两部分组④程序设计者应避免测试自己的程序⑤测试用例应当包括合理的输入数据和不合理的输入数据⑥充分注意测试中的群集现象⑦严格执行测试计划，排除测试的随意性⑧对每个测试结果做全面检查⑨在测试程序时，不仅要检验程序是否作了该

1、结构程序设计经典定义：如果一个程序的代码块仅仅通过顺序、选择和循环这3种基本控制结构进行连接，并且每个代码块只有一个入口和一个出口，则称这个程序是结构化的。（尽可能少使用GOTO语句，最好只在检测出错误时才使用GOTO语句而且是向前使用GOTO语句）从理论上说只用上述3种基本控制结构就可以实现任何单入口单出口的程序，但是为了实际使用方便起见，常常还允许使用DO-UNTIL和DO-CASE两种控制结构。只使用顺序、if-then-else和do-while这三种基本控制结构，则成为经典的结构程序设计，

1、典型的总体设计步骤：①确定最佳方案②功能分解③体系结构设计④模块设计⑤数据结构与数据库设计⑥用户界面设计⑦设计完成设计文档⑧评审总体设计的目的：概括地回答系统应该如何实现这个问题。2、设计原理：①模块化：模块化就是把程序划分成独立命名且可独立访问的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。但是不能无限制地分割软件，这是因为虽然分割软件让开发单个模块的成本下降了，但是模块之间接口的设计成本又增加了，所以应该在一定范围内分割软件。

1、需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么”这个问题。功能需求是系统的基本需求，但是并不是唯一需求，在需求分析时还需要分析其他的需求。需求分析主要有以下几个任务：①确定对系统的综合要求（各类需求）②分析系统的数据要求（确定数据结构）③导出系统的逻辑模型④修正系统开发计划2、获取需求的方法：①访谈：访谈有两种基本形式，分别是正式的和非正式的访谈，正式访谈提出的是事先准备好的具体问题，非正式则是随意提问开放性问题。在访问用户的过程中使用情景分析技术往往非常有

1、可行性研究的目的不是解决问题，而是确定问题是否值得去解决。需要从四个方面去考虑：技术可行性、经济可行性、操作可行性及法律可行性。实施过程中，首先进一步分析澄清问题定义，之后由分析员导出系统的逻辑模型，最后探索若干种可供选择的主要解决方法。2、可行性研究过程为：①复查系统规模和目标：查阅资料访问关键人员，精确不确切的叙述，确保分析员在解决的问题是他想解决的问题。②研究目前正在使用的系统：应该仔细阅读分析现有系统的文档资料和使用手册，也要实地考察现有的系统。但是不能在这个阶段花费过多时间。③导出

1、软件是程序、数据以及各种相关文档的集合。程序是对计算任务的处理规则的描述，数据是对计算任务的处理对象的描述，文档则是有关计算机程序功能、设计、编制与使用的文字图形资料。软件等于程序加数据加相关文档，软硬件共通构成完整的计算机系统，相互依存，缺一不可。2、软件产品不只包含软件代码，还应该包括帮助文件、用户手册、样本示例等帮助用户使用以及产品宣传的相关内容。是一个完整的产品，而不仅仅是一个代码的集合。3、软件危机是指在计算机软件开发维护过程中所遇到的一些列严重问题。软件危机的几个典型表现：①开发