需求调研报告

  • 格式:doc
  • 大小:1.36 MB
  • 文档页数:13

下载文档原格式

  / 13
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

文档类型Document Type

密级Confidentiality Level

教学研究文档仅供收件方查阅

文档编号Document Code

版本

Version

共13页0.8

水利厅档案管理系统

需求调研报告

版权所有不得复制

Copyright © BroadenGate Technologies, Co., Ltd.

All Rights Reserved

Revision Record 修订记录

Date 日期Revision

Version

修订版本

CR ID /Defect

ID

CR/ Defect号

Sec No.

修改章节

Change

Description

修改描述

Author

作者

2014-11-19 0.1 初稿完成

Catalog

目录

1需求调研流程 (4)

1.1调研整体流程 (4)

1.2组成部分关系 (6)

1.3分析过程 (7)

2需求调研和分析的方法、策略和步骤 (7)

2.1如何调研 (8)

2.2如何分析 (8)

2.3调研方法 (9)

2.4基本策略 (9)

2.5结构化方法分析步骤 (10)

2.6UML方法分析步骤 (10)

3需求调研相关要求 (11)

3.1文档规范 (11)

3.2需求管理 (12)

3.3调研成果 (13)

1需求调研流程

1.1 调研整体流程

调研开始

调研模本

项目前期资料汇总项目人员交流调研资料模本准备

资料库

行业资料收集

项目成员讨论需求是否完整

需求整理

电子资料

非电子资料

是项目库

归档

书写需求报告是否通过审核

需求说明书

●问题识别:解决目标系统做什么,做到什么程度。需求包括:功能、性能、环境、

可靠性、安全性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查

分析所需的通信途径。

●分析与综合:从数据流和数据结构出发,逐步细化所有的软件功能,找出各元素之

间的联系、接口特性和设计上的限制,分析它们是否满足功能要求并剔除不合理部

分,综合成系统解决方案,给出目标系统的详细逻辑模型。[常用的分析方法有面

向数据流的结构化分析方法SA(数据流图DFD、数据词典DD、加工逻辑说明)、

描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对

象分析方法OOA(主要用UML)、对于有动态时序问题的软件可以用形式化技术,

包括有穷状态机FSM的状态迁移(转换)图STD、时序图、Petri网。每一种分析

建模方法都有其优势和局限性,可以兼而有之以不同角度分析,应该避免陷入在软

件需求方法和模型中发生教条的思维模式和派系斗争,一般来说结构化方法用于中

小规模软件、面向对象方法用于大型软件。]

●编制需求分析文档

●需求评审

1.2 组成部分关系

需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段,包括以下几个方面:确定软件所期望的用户类;获取每个用户的需求;了解实际用户任务和目

标以及这些任务所支持的业务需求;分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息;将系统级的需求分为几个子系统,并将需求中的一部分分配给软件组件;了解相关质量属性的重要性;讨论得出实施优先级;将所收集的用户需求编写成需求规格说明和模型;评审需求规格说明,确保与用户达成共识。

1.3 分析过程

需求分析的任务是借助于当前系统的物理模型(待开发系统的系统元素)导出目标系统的逻辑模型(只描述系统要完成的功能和要处理的数据),解决目标系统“做什么”的问题,所要做的工作是深入描述软件的功能和性能,确定软件设计的限制和软件同其他系统元素的接口细节,定义软件的其他有效性需求,通过逐步细化对软件的要求描述软件要处理的数据,并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。必须全面理解用户的各项要求,但不能全盘接受,只能接受合理的要求;对其中模糊的要求要进一步澄清,然后决定是否采纳;对于无法实现的要求要向用户作充分的解释。最后将软件的需求准确地表达出来,形成软件需求说明书SRS。

●获得当前系统的物理模型:首先分析、理解当前系统是如何运行的,了解当前系统

的组织机构、输入输出、资源利用情况和日常数据处理过程,并用一个具体的模型

来反映自己对当前系统的理解。此步骤也可以称为“业务建模”,其主要任务是对

用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题,然后建

立一个业务USECASE模型和业务对象模型。当然如果系统相对简单,也没必要大动

干戈区进行业务建模,只要做一些简单的业务分析即可。

●抽象出当前系统的逻辑模型:在理解当前系统“怎样做”的基础上,取出非本质因

素,抽取出“做什么”的本质。

●建立目标系统的逻辑模型:明确目标系统要“做什么”。

●对逻辑模型的补充,如用户界面、启动和结束、出错处理、系统输入输出、系统性

能、其他限制等等。

2需求调研和分析的方法、策略和步骤