C、文档工具推荐
1、 调研结果《需求分析说明书》格式参照开发文档模板；
2、 单位组织结构图、功能模块分解图用VISIO绘制，或直接用WORD中的画图工具；
3、 业务流程图用VISIO中的FLOWCHART模板绘制；
4、 系统逻辑模型使用ROSE绘制活用VISIO中的UML模板绘制；
5、 软件用户界面用VISIO中的WIN95 USER INTERFACE模板绘制；
6、 数据物理模型用POWERDESINER绘制；
D、需求文档编写原则
1、 句子简短完整，具有正确的语法、拼写和标点；
2、 使用的术语与词汇表中所定义的一致；
3、 需求陈述应该有一致的样式，例如“系统必须..”或者“用户必须..”，并紧跟一个行为动作和可观察的结果。；
4、 避免使用模糊、主观的术语，减少不确定性，如“界面友好、操作方便”；
5、 避免使用比较性词语，如“提高”，应定量说明提高程度。
四、需求分析的任务与过程
需求分析的任务是借助于当前系统的物理模型（待开发系统的系统元素）导出目标系统的逻辑模型（只描述系统要完成的功能和要处理的数据），解决目标系统“做什么”的问题，所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求，通过逐步细化对软件的要求描述软件要处理的数据，并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。必须全面理解用户的各项要求，但不能全盘接受，只能接受合理的要求；对其中模糊的要求要进一步澄清，然后决定是否采纳；对于无法实现的要求要向用户作充分的解释。最后将软件的需求准确地表达出来，形成软件需求说明书SRS。其实现步骤如图：
(1) 获得当前系统的物理模型：首先分析、理解当前系统是如何运行的，了解当前系统的组织机构、输入输出、资源利用情况和日常数据处理过程，并用一个具体的模型来反映自己对当前系统的理解。此步骤也可以称为“业务建模”，其主要任务是对用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题，然后建立一个业务USECASE模型和业务对象模型。当然如果系统相对简单，也没必要大动干戈区进行业务建模，只要做一些简单的业务分析即可。
(2) 抽象出当前系统的逻辑模型：在理解当前系统“怎样做”的基础上，取出非本质因素，抽取出“做什么”的本质。
(3) 建立目标系统的逻辑模型：明确目标系统要“做什么”
(4) 对逻辑模型的补充，如用户界面、启动和结束、出错处理、系统输入输出、系统性能、其他限制等等。
需求分析各过程如下：
（1） 问题识别：解决目标系统做什么，做到什么程度。需求包括：功能、性能、环境、可靠性、安全性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查分析所需的通信途径。
（2） 分析与综合：从数据流和数据结构出发，逐步细化所有的软件功能，找出各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求并剔除不合理部分，综合成系统解决方案，给出目标系统的详细逻辑模型。常用的分析方法有面向数据流的结构化分析方法SA（数据流图DFD、数据词典DD、加工逻辑说明）、描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对象分析方法OOA（主要用UML）、对于有动态时序问题的软件可以用形式化技术，包括有穷状态机FSM的状态迁移（转换）图STD、时序图、Petri网或Z。每一种分析建模方法都有其优势和局限性，可以兼而有之以不同角度分析，应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。
（3） 编制需求分析文档
（4） 需求评审
上一页 [1] [2] [3] [4] [5] 下一页
 【责编:Youping】 |
 |
|
|
|
