常用的分析和建模方法有面向数据流方法、面向数据结构方法和-Read.pptVIP

制作者 程丽 本章介绍以下内容 可行性分析 需求工程概述 需求获取 需求分析、协商与建模 需求规约与验证 需求管理 课程的任务、目的和基本要求 掌握可行性分析的方法 掌握需求工程的定义及六个阶段 掌握软件需求内容 掌握需求获取的方法与策略 掌握需求分析原则 掌握需求规约的原则 掌握需求规约的内容 了解需求验证过程 了解需求管理相关概念 接下来介绍 可行性研究的任务 技术可行性 确定技术风险，项目实现的可能性 经济可行性 考虑投入—产出，市场前景，经营策略 社会可行性 考虑合同、责任、侵权、用户组织的管理模式及规范问题 可行性研究的步骤 确定项目规模和目标 研究正在运行的系统－系统流程图 建立新系统的高层逻辑模型－简单数据流图 导出和评价各种方案 推荐可行的方案 编写可行性研究报告，交使用部门审查 用图形符号描述项目处理流程、范围和功能 处理 输入/输出 连接 换页连接 数据流 文档 联机存储 磁盘 显示 人工输入 人工操作 辅助操作 通信链路 货币的时间价值 F=P*(1+n*i) (不计复利) P=F/(1+n*i) i----利率 P---现在值（元） n----年数 F---将来值（元） 成本效益分析 投资回收期 使累计的经济效益等于最初投资费用所需的时间 投资回收期越短，就越快获得利润 纯收入 整个生存周期之内的累计经济效益（折合成现在值）与投资之差 一个系统可以有多个可行的实现方案，每个方案对成本、时间、人员、技术、设备都有不同的要求，不同方案开发出来的系统在功能、性能方面也会有所不同。因此要在多个可行的实现方案中作出选择。 由于系统的功能和性能受到多种因素的影响，某些因素之间相互关联和制约。 如，为达到高的精度就可能导致长的执行时间，为达到高可靠性就会导致高的成本等等。因此，在必要时应进行折衷。 可行性分析的结论 可以立即开始进行 需要推迟到某些条件（例如资金、人力、设备等）落实之后才能开始进行 需要对开发目标进行某些修改之后才能开始进行 因为某种原因（如，技术不成熟、经济上不合算等）不能进行 可行性研究的文档 在可行性研究后提交的文档，包括 引言 可行性研究前提 对现有系统的分析 所建议的系统 可选择的其它系统方案 投资及效益分析 社会因素方面的可行性分析 结论 接下来介绍 可行性分析 需求工程概述 需求获取 需求分析、协商与建模 需求规约与验证 需求管理 软件需求工程细分为 需求获取 需求分析与协商 系统建模 需求规约 需求验证 需求管理 需求获取 系统分析人员与用户交流，对现有系统观察，对任务进行分析，确定系统或产品的范围，与系统或产品有关的人员及特征，系统的技术环境，系统功能，应用于每个需求的领域限制，一组描述不同运行条件下系统或产品使用状况的应用场景。 需求分析与协商 需求获取结束后，分析活动对需求进行分类组织，分析每个需求与其它需求的关系，检查需求的一致性、重叠和遗漏的情况，并根据用户的需要对需求进行排序。 在需求获取阶段，经常出现以下问题： 用户提出的要求超出软件系统可以实现的范围或实现能力； 不同的用户提出了相互冲突的需求 系统建模 建模工具的使用在用户和系统分析人员之间建立了统一的语言和理解的桥梁，同时系统分析人员借助建模技术对获取的需求信息进行分析，排除错误和弥补不足，确保需求文档正确反映用户的真实意图。 常用的分析和建模方法有面向数据流方法、面向数据结构方法和面向对象的方法。 需求规约 软件需求规约是分析任务的最终产物，通过建立完整的信息描述、详细的功能和行为描述、性能需求和设计约束的说明、合适的验收标准，给出对目标软件的各种需求。 需求规约作为用户和开发者之间的一个协议，在之后的软件工程各个阶段发挥重要作用。 需求验证 作为需求开发阶段工作的复查手段，需求验证对功能的正确性、完整性和清晰性，以及其它需求给予评价。为保证软件需求定义的质量，评审应以专门指定的人员负责，并按规程严格进行。 在实际的开发过程中，获取、分析、建模、编写规约和验证这些需求开发活动不会是线性地、顺序地完成。实际上，这些活动是交叉的、递增的和反复的。 需求管理 需求工程包括获取、分析、规定、验证和管理软件需求，而“软件需求管理”则是对所有相关活动的规划和控制。 换句话说，需求管理就是：一种获取、组织并记录系统需求的系统化方案，以及一个使用户与项目团队对不断变更