第3章需求分析讲述.ppt

* * * * * * * * * * * * IPO图是输入、处理、输出图的简称，它是美国IBM公司发展完善起来的一种图形工具，能够方便的描绘输入数据、对数据的处理和输出数据之间的关系 * * 1 传统软件工程方法学使用结构化分析技术，完成分析用户需求的工作。需求分析是发现、求精、建模、规格说明和复审的过程。需求分析的第一步是进一步了解用户当前所处的情况，发现用户所面临的问题和对目标系统的基本需求；接下来应该与用户深入交流，对用户的基本需求反复细化逐步求精，以得出对目标系统的完整、准确和具体的需求。具体地说，应该确定系统必须具有的功能、性能、可靠性和可用性，必须实现的出错处理需求、接口需求和逆向需求，必须满足的约束条件，并且预测系统的发展前景。 2 为了详细地了解并正确地理解用户的需求，必须使用适当方法与用户沟通。访谈是与用户通信的历史悠久的技术，至今仍被许多系统分析员采用。从可行性研究阶段得到的数据流图出发，在用户的协助下面向数据流自顶向下逐步求精，也是与用户沟通获取需求的一个有效的方法。为了促使用户与分析员齐心协力共同分析需求，人们研究出一种面向团队的需求收集法，称为简易的应用规格说明技术，现在这种技术已经成为信息系统领域使用的主流技术。实践表明，快速建立软件原型是最准确、最有效和最强大的需求分析技术。 快速原型应该具备的基本特性是“快速”和“容易修改”，因此，必须用适当的软件工具支持快速原型技术。通常使用第四代技术、可重用的软件构件及形式化规格说明与原型环境，快速地构建和修改原型。 3 为了更好地理解问题，人们常常采用建立模型的方法，结构化分析实质上就是一种建模活动，在需求分析阶段通常建立数据模型、功能模型和行为模型。 软件需求规格说明书，经过严格评审并得到用户确认之后，作为这个阶段的最终成果。通常主要从一致性、完整性、现实性和有效性等4个方面复审软件需求规格说明书。 多数人习惯于使用实体-联系图建立数据模型，使用数据流图建立功能模型，使用状态图建立行为模型。读者应该掌握这些图形的基本符号，并能正确地使用这些符号建立软件系统的模型。 数据字典描述在数据模型、功能模型和行为模型中出现的数据对象及控制信息的特性，给出它们的准确定义。因此，数据字典成为把3种分析模型粘合在一起的“粘合剂”，是分析模型的“核心”。为了提高可理解性，还可以用层次方框图或Warnier图等图形工具辅助描绘系统中的数据结构。为了减少冗余、简化修改步骤，往往需要规范数据的存储结构。 * * * * 只有用户才真正知道自己需要什么，但是他们并不知道怎样用软件实现自己的需求，用户必须把他们对软件的需求尽量准确、具体地描述出来；分析员知道怎样用软件实现人们的需求，但是在需求分析开始时他们对用户的需求并不十分清楚，必须与用户沟通获取用户对软件的需求 分析员和用户的责任 分析员：又称系统分析员、系统工程师等。负责沟通用户和开发人员的认识和见解，起着桥梁的作用。 分析员应当具备的素质： 能够熟练地掌握计算机硬件、软件的专业知识，具有一定的系统开发经验。 善于进行抽象的思维和创造性的思维。 善于从相互冲突或混淆的原始资料中抽出恰当的条目来。 善于调查研究，能够很快学习用户的专业知识，理解用户的环境条件。 能够倾听他人的意见，注意发挥其他人员的作用。 具有良好的书面和口头交流能力。 用户：在软件需求分析中负有重要的责任。用户对软件的意见和要求是需求分析十分宝贵的原始资料。 参加软件需求分析的人员应具有一定的人际交往能力。 分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求。 需求分析和规格说明是一项十分艰巨复杂的工作。用户与分析员之间需要沟通的内容非常多，在双方交流信息的过程中很容易出现误解或遗漏，也可能存在二义性。因此，不仅在整个需求分析过程中应该采用行之有效的通信技术，集中精力过细地工作，而且必须严格审查验证需求分析的结果。 * 功能需求 性能需求 环境需求 可靠性需求 安全保密要求 用户界面需求 资源使用需求 成本消耗需求 开发进度需求 预先估计以后系统可能达到的目标 * * * 数据决定了需要的处理和算法，它是需求分析的出发点。 可行性研究阶段产生的是高层数据流图，许多具体的细节没有包括，许多实际的数据元素被忽略，当时分析员还不需要考虑这些细节，现在是定义这些数据元素的时候了。 * * * 软件工程思想(林锐 P38—P48) 需求分析为什么困难？ 如何进行需求分析？ * 用例把系统分成一组逻辑的、互相联系较少的部分，每一部分都描述了系统与外部角色交互所提供