软件工程导论_可靠性需求约束

软件危机是指计算机软件的开发和维护过程中所遭遇的一系列严重问题。
软件危机主要有以下典型表现。
软件开发成本和进度的估计常常很不准确。用户对已完成的软件系统不满意的现象经常发生。软件产品的质量往往靠不住。软件常常是不可维护的。软件通常没有适当的文档资料。软件成本在计算机系统总成本中所占的比例逐年上升。软件开发生产率提高的速度，远远跟不上计算机应用迅速普及及深入发展的趋势。
软件工程的基本原理。
用分阶段的生命周期计划严格管理。坚持进行阶段评审。实行严格的产品控制。采用现代程序设计技术。结果应能清楚地审查开发小组的人员应该少而精。承认不断改进软件工程实践的必要性。
软件工程方法学包括三个因素，方法，工具，过程。目前使用的最广泛的软件工程方法学分别是传统方法学和面向对象方法学。
软件生命周期。问题定义。可行性研究需求分析。总体设计详细设计。编码和单元测试。综合测试。软件维护。
软件过程概括的说，软件过程描述为了开发出用户需要的软件，什么人，在什么时候做什么事，以及怎样做这些事，以实现某一特定的具体目标。
瀑布模型。有以下几个特点。阶段间具有顺序性和依赖性。推迟实现的观点。质量保证的观点。
可行性研究的任务。
技术可行性，经济可行性，操作可行性，法律可行性。最后探索若干种可提供选择的主要解法。首先需要进一步分析和澄清问题定义。分析员应该导出系统的逻辑模型。
可行性研究过程。
复查系统规模和目标。研究目前正在使用的系统导出新系统的高层逻辑模型。进一步定义问题。导出和评价供选择的解法。推荐行动方针。草拟开发计划。书写文档提交审查。
系统流程图
系统流程图是概括的描绘物理系统的传统工具。它的基本思想是用图形符号，以黑盒子形式描绘组成系统的每个部件。系统流程图表达的是数据在系统各部件之间流动的情况。而不是对数据进行加工，处理的控制过程。因此，尽管系统流程图的某些符号和程序流程图的符号形式相同，但是它却是物理数据流图，而不是程序流程图。
数据流图。数据流图DFD是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程所经受的变换。数据流图有四种基本符号，正方形表示数据的源点或终点，圆角矩阵代表变换数据的处理，开口矩阵代表数据存储，箭头表示数据流。
数据字典。数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。数据字典应该由下列四种元素的定义组成。数据流，数据流分量,数据存储,处理。
需求分析的任务。功能需求，性能需求，可靠性和可用性需求，出错处理需求，接口需求，约束，逆向需求，将来可能提出的要求。
分析建模与规格说明。为模型就是为了理解事物而对事物做出的一种抽象。是对事物的一种无歧义的书面描述。为了开发出复杂的软件系统，系统分析员应该从不同角度抽象出目标系统的特性。
软件需求规格说明书，他是需求分析阶段得出的最主要的文档。通常用自然语言完整，准确，具体的描述系统的数据要求。功能要求，性能需求，可靠性和可用性需求。出错处理需求，接口需求，约束，逆向需求以及将来可能提出的要求。
数据模型中包含三种相互关联的信息，数据对象，数据对象的属性及数据对象彼此间相互连接的关系。
数据对象是对软件必须理解的符合信息的抽象。
数据对象是外部实体，事物，行为，事件，角色，单位，地点，结构，总之可以由一组属性来定义的实体都可以被认为是数据对象。
属性定义了数据对象的性质。必须把一个或多个属性定义为标识符。
联系。一对一联系，一对多联系，多对多联系。矩形框代表实体，用连接相关实体的菱形框表示关系，用椭圆形或圆角矩阵表示实体的属性，并用直线把实体与其属性连接起来。
数据规范化。通常用范式定义消除数据冗余的程度，第一范式数据冗余程度最大，第五范式数据冗余程度最小。范式级别越高存储同样数据就需要分解成更多张表。因此存储自身的过程也就越复杂。满足最低要求的是第一范式。
状态转换图。
状态转换图通过描绘系统的状态及引起系统状态转换的事件来表示系统的行为，此外，状态图还指明了作为特定事件的结果系统将做哪些动作。动态是任何可以被观察到的系统行为模式。一个状态代表系统的一种行为模式。状态规定了系统对事件的响应方式。在状态图中定义的状态主要有初态，终态和中间状态。那张状态图中只有一个初态，而终态则可以有0个至多个。
事件
事件是在某个特定时刻发生的事情，它是对引起系统做动作或从一个状态转换到另一个状态的外界事件的抽象。事件就是引起系统做动作或转换状态的控制信息。符号初态用实心圆表示，终态用一对同心圆表示。中间状态用圆角矩形表示，可以用两条水平横线把它分成上中下三个部分。上面部分为状态的名称，这部分是必须有的，中间部分为状态变量的名字和值。这部分是可选的，下面部分是活动表，这部分也是可选的。
其他图形工具。层次方框图 IPO图