软件工程：第三章:可行性分析与需求分析

用最小的代价在尽可能短的时间内研究并确定所面临的问题是否能够解决。不是解决问题&＃xff0c;而是确定问题是否值得去解决。

系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件&＃xff08;程序、文件、数据库、表格、人工过程等等&＃xff09;。
系统流程图表达的是信息在系统各部件之间流动的情况&＃xff0c;而不是对信息进行加工处理的控制过程&＃xff0c;因此尽管系统流程图使用的某些符号和程序流程图中用的符号相同&＃xff0c;但是它却是物理数据流图而不是程序流程图。

1&＃xff09;代码行技术&＃xff1a;每行代码的平均成本X源代码行数
2&＃xff09;任务分解技术&＃xff1a;人力X工资

软件需求具有模糊性、不确定性、变化性和主观性 的特点&＃xff0c;
软件项目中40%至60%的问题都是在需求分析阶段埋下的“祸根需求文档作为客户和开发人员、开发人员之间进行交互的文档&＃xff0c;它将系统的需求进行了“固化”&＃xff0c;是需求的载体&＃xff0c;其作用是至关重要的。

回答&＃xff1a;“系统应该做什么&＃xff08;what&＃xff09;”。
1、对收集的需求进行分析、建模
2、撰写文档—需求规格说明书
完成业务需求&＃xff0c;用户需求&＃xff0c;功能需求和非功能需求

1. 无足够的用户参与
2. 用户需求不断增加
3. 模棱两可的需求
4. 添加不必要的特性
5. 过于精简的规格说明
6. 忽略了用户分类
7. 不准确的计划

1. 清楚(Clear)
2. 完整(Complete)
3. 一致(Consistent)
4. 可测试(Testable)

ERD&＃xff1a;

实体转换图作为数据建模的基础&＃xff0c;描述数据对象及其关系&＃xff1b;
实体&＃xff1a; 矩形
联系&＃xff08;三种类型&＃xff09;&＃xff1a; 菱形
属性&＃xff08;实体的的性质&＃xff09;&＃xff1a; 圆角方形

DFD&＃xff1a;

状态转换图&＃xff1a;作为行为建模的基础&＃xff0c;表示系统的各种行为状态以及状态间的转换方式。

数据字典&＃xff1a;

与所开发的系统相关的所有数据的有组织的列表&＃xff0c;并且包含了对这些数据的精确、严格的定义&＃xff1b;目的是使用户和系统分析员双方对目标系统输入、输出、存储的数据以及中间计算结果有共同的理解。
描述对象&＃xff1a;
数据流
数据存储
数据流和数据存储中的数据项

数据流图&＃xff08;Data Flow Diagram&＃xff0c;DFD&＃xff09;&＃xff1a;作为功能建模的基础&＃xff0c;描述数据怎样流动以及转换的功能&＃xff1b;
设计数据流图时&＃xff0c;只需考虑系统必须完成的基本逻辑功能&＃xff0c;而不需要考虑实现这些功能的具体方法&＃xff0c;所以它将成为下一步软件设计的出发点&＃xff1b;
可以分层次地画数据流图&＃xff0c;高层数据流图描绘系统的整体概貌&＃xff0c;低层数据流图表现信息流和功能的细节&＃xff1b;

绘制数据流图&＃xff01;&＃xff01;&＃xff01;–见重点汇总例题