软件工程导论第讲义3章需求分析.ppt

;用户与分析员的责任;第3章 需求分析;

;

;

;

;需求分类;;(1)功能需求;(2)性能需求;(3)环境需求;(4)界面需求;(5)用户或人的因素;(6)数据需求;(7)资源需求;(8)安全保密要求;二、逻辑模型;三、需求评审;四、编写文档;第3章 需求分析;;;第3章 需求分析;;;(3)编制需求分析阶段的文档

软件需求说明书

数据要求说明书

初步的用户手册

修改、完善与确定软件开发实施计划;(4)需求分析评审;被开发项目的数据流与数据结构是否足够，确定;

所有图表是否清楚，在不补充说明时能否理解;

主要功能是否已包括在规定的软件范围之内，是否都已充分说明;

设计的约束条件或限制条件是否符合实际;

开发的技术风险是什么;;是否考虑过软件需求的其它方案;

是否考虑过将来可能会提出的软件需求;

是否详细制定了检验标准，它们能否对系统定义是否成功进行确认;

;;3.3与用户沟通获取需求的方法

;会谈法;发调查表法;;

所有问题应局限于一个主题

应考虑回答者的背景：如受教育程度、行话等

应易于打分

所提供答案应具有排他性

所提问题用词应准确;观察法

观看与系统有关的实际处理过程进行信息采集

工作取样

采集有关现行系统运行情况的信息，如错误率和

错误分布情况

;软件系统本质上是信息处理系统，而任何信息处理系统的基本功能都是把输入数据转变成需要的输出信息。数据决定了需要的处理和算法，数据显然是需求分析的出发点。在可行性研究阶段许多实际的数据元素被忽略了，需求分析的目标之一就是把数据流和数据存储定义到元素级。;

面向数据流自顶向下求精过程;使用传统的访谈或面向数据流自顶向下求精方法定义需求时，用户处于被动地位而且往往有意无意地与开发者区分“彼此”。由于不能像同一个团队的人那样齐心协力地识别和精化需求，这两种方法的效果有时并不理想。

为了解决上述问题，人们研究出一种面向团队的需求收集法，称为简易的应用规格说明技术。这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。;快速建立软件原型是最??确、最有效、最强大的需求分析技术。快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。构建原型的要点是，它应该实现用户看得见的功能(例如，屏幕显示或打印报表)，省略目标系统的“隐含”功能(例如，修改文件)。;用户不清楚软件将会以什么形式实现业务，而对现有业务是非常清楚的。通过原型法，用户能直观的看到将来用软件是怎样实现业务，是否符合用户的期望值。

原型主要描述2个问题：;1?界面处理流程和后台业务处理流程是否正确。

?界面处理流程：界面是指用户面对的界面。用户只有看到具体的软件界面，才会形成感性的知识，才能对开发的系统提出具体要求，和进一步的改进需求。才能理解我们推荐的解决方案。另一方面，这也是检验PM对用户需求的理解是否正确，能否做出符合要求的产品。

-?后台处理流程：建模！解释后台处理的逻辑。模型是用户方面的技术人员。好的模型对于系统的扩展和改变至关重要。

;2?原型法处理界面设计问题

在不少项目中，一旦用户对界面挑剔起来将会花费大量时间。因此，在原型阶段，就应包括界面设计的原则。从界面风格，易用性，友好化，用户习惯等多方面达成一定规定，会对程序员在界面设计上节省大量时间。

;1、原型可以用于吸引需求，也有风险

a、开发周期的控制更难。

b、用户的需求扩大。（个人意见）

2、原型可以做技术评估（大规模开发和实现之前，考核方案是否合适，规格说明是否可靠；找出软件方案中比较难的技术问题进行解决，解决不了换方案，工作量太大换方案，影响系统性能换方案....）

3、原型不能用作进度估计（至少一般情况如此）

4、做原型参与竞标，争夺项目（展示形原型）

;例如：大多数的动态网站，都是在客户初步的需求基础上，先制作一个大体上能表现功能的静态网站出来，然后客户根据这个静态网站提出进一步的详细需求，开发便按照这个详细需求来进行。

;为了快速地构建和修改原型，通常使用下述3种方法和工具：

(1)第四代技术

第四代技术包括众多数据库查询和报表语言、程序和应用系统生成器以及其他非常高级的非过程语言。第四代技术使得软件工程师能够快速地生成可执行的代码，它们是较理想的快速原型工具。;第一代编程语言机器语言

特征：面向机器。

第二代编程语言汇编语言

特征：用针对指令的符号代替二进制代码。

第三代编程语言C、C++、pascal、

特征：有类型的、过程式语言；

标准化的和独立于硬件