软件工程导论第3章需求分析.pptxVIP

第3章 需求分析 ;用户与分析员的责任;第3章 需求分析 ; ; ; ; ;;;(1) 功能需求;(2) 性能需求;(3) 环境需求;(4) 界面需求;(5) 用户或人的因素;(6) 数据需求;(7) 资源需求;(8) 安全保密要求;二、逻辑模型;三、 需求评审;四、编写文档;第3章 需求分析 ;;;第3章 需求分析 ;;;(3) 编制需求分析阶段的文档 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划;(4) 需求分析评审;被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么;;是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认; ;;3.3 与用户沟通获取需求的方法; 会谈法;发调查表法;; 所有问题应局限于一个主题 应考虑回答者的背景：如受教育程度、行话等 应易于打分 所提供答案应具有排他性 所提问题用词应准确; 观察法 观看与系统有关的实际处理过程进行信息采集 工作取样 采集有关现行系统运行情况的信息，如错误率和 错误分布情况 ;软件系统本质上是信息处理系统，而任何信息处理系统的基本功能都是把输入数据转变成需要的输出信息。数据决定了需要的处理和算法，数据显然是需求分析的出发点。在可行性研究阶段许多实际的数据元素被忽略了，需求分析的目标之一就是把数据流和数据存储定义到元素级。; 面向数据流自顶向下求精过程;使用传统的访谈或面向数据流自顶向下求精方法定义需求时，用户处于被动地位而且往往有意无意地与开发者区分“彼此”。由于不能像同一个团队的人那样齐心协力地识别和精化需求，这两种方法的效果有时并不理想。 为了解决上述问题，人们研究出一种面向团队的需求收集法，称为简易的应用规格说明技术。这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。;快速建立软件原型是最准确、最有效、最强大的需求分析技术。快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。构建原型的要点是，它应该实现用户看得见的功能(例如，屏幕显示或打印报表)，省略目标系统的“隐含”功能(例如，修改文件)。;用户不清楚软件将会以什么形式实现业务，而对现有业务是非常清楚的。通过原型法，用户能直观的看到将来用软件是怎样实现业务，是否符合用户的期望值。原型主要描述2个问题：;1 ? 界面处理流程和后台业务处理流程是否正确。 ? 界面处理流程： 界面是指用户面对的界面。用户只有看到具体的软件界面，才会形成感性的知识，才能对开发的系统提出具体要求，和进一步的改进需求。才能理解我们推荐的解决方案。另一方面，这也是检验PM对用户需求的理解是否正确，能否做出符合要求的产品。 - ? 后台处理流程： 建模！解释后台处理的逻辑。模型是用户方面的技术人员。好的模型对于系统的扩展和改变至关重要。;2 ? 原型法处理界面设计问题 在不少项目中，一旦用户对界面挑剔起来将会花费大量时间。因此，在原型阶段，就应包括界面设计的原则。从界面风格，易用性，友好化，用户习惯等多方面达成一定规定，会对程序员在界面设计上节省大量时间。;;;为了快速地构建和修改原型，通常使用下述3种方法和工具： (1) 第四代技术 第四代技术包括众多数据库查询和报表语言、程序和应用系统生成器以及其他非常高级的非过程语言。第四代技术使得软件工程师能够快速地生成可执行的代码，它们是较理想的快速原型工具。;;第四代编程语言 4GL 特征：通常有自由形式的变量使用；通常不需要类型定义并允许动态类型的变量；不强调模块化、基于过程的编码式样；包含一些预定义的过程来进行各种高层操作，这些高层操作涉及大量隐含的处理。 ;第三代程序;(2) 可重用的软件构件 另外一种快速构建原型的方法，是使用一组已有的软件构件(也称为组件)来装配(而不是从头构造)原型。软件构件可以是数据结构(或数据库)，或软件体系结构构件(即程序)，或过程构件(即模块)。;3.4 分析建模与规格说明;模型的作用;模型的类型;需求分析的步骤;现 行 系 统;需求分析过程示意;需求分析过程示意;需求分析过程示意;分析阶段中常用的模型（逻辑模型）;通过需求分析除了创建分析模型之外，还应该写出软件需求规格说明书，它是需求分析阶段得出的最主要的文档。 自然语言 形式化方法;;需求分析示例—教材购销管理系统（2）;;;;需求分析示例—教材购销管理系统（