第5章 需求分析Word文档格式.docx

第5章 需求分析Word文档格式.docx

《第5章 需求分析Word文档格式.docx》由会员分享，可在线阅读，更多相关《第5章 需求分析Word文档格式.docx（14页珍藏版）》请在冰点文库上搜索。

3.性能需求

性能需求包括信息系统的效率,处理方式,可靠性,安全性,适应性等技术要求.

4.其它需求

用户的投资能力,开发时间,开发队伍,社会法律等方面的非技术性需求.

需求调查的方法

1.启发法

向用户详细介绍信息技术在问题领域中的作用,启发和引导用户发现现行组织管理和业务处理中所存在的问题,发现潜在的需求.

2.观摩法

让用户参观同行业或同类型成功的信息系统,引导和启发用户,通过类比思维,提出自己的信息系统的需求.

3.原型法

用户和调查人员针对已生成的原型进行讨论,澄清和纠正许多模糊和矛盾的用户需求.

5.3需求分析

5.3.1需求分析的任务

5.3.2目标分析

5.3.3需求结构分析

5.3.4功能分析

5.3.5性能分析

5.3.6风险分析

需求分析的任务

通过目标分析,确定详细的信息系统目标.

通过需求结构,分析建立信息系统需求结构图.

通过功能分析,绘制分解功能用例图.

通过性能分析,确定合理,可行的信息系统性能.

通过风险分析,确定风险的类型,出现的可性能和可能造成的损失.

目标分析

目标分析是对信息系统规划过程中所确定的目标进行详细的分析.按照Kozar的观点,信息系统目标应该由组织目标导出,并与组织使命,目标,策略等构成塔型结构.目标分析应自上而下,对高层领导和各级用户进行详细调查,并认真分析组织的使命,目标,策略,环境,技术,资金等的需求和制约条件,确定较详细的信息系统目标.

图5.1目标层次结构

书店信息系统目标分析

通过调查,用户对所建立的书店信息系统的总体需求是:

（1）建立对书店业务提供全面管理的信息系统;

（2）对所有的图书,读者,职工提供全面管理;

（3）对图书市场,进货,出版社,供书商提供全面管理;

（4）对书库的入库,出库,盘库,报损过程提供管理;

（5）对图书销售,结算,安全提供全面管理;

（6）对总店和所有分店提供一体化连锁管理.

经过调查,要建立书店信息系统,还存在以下制约因素:

（1）全国还没有形成统一,畅通的图书出版信息发布渠道;

（2）读者的流动量太大,每天进店读者平均超过1000人次;

（3）分店的建立需要5年才能完成,每一个新建立的分店其业务运作均需要一段时间的适应期;

（4）书店近年来固定资产投入过大,对信息系统建设资金投入有限.

根据书店的使命,方向,目标,策略,用户需求和制约因素的分析,我们对书店信息系统目标做以下分析:

（1）根据书店的使命,方向,目标以及现行状况,要想提供一流服务,提高图书市场的占有率,必须建立功能齐全,业务覆盖面广,技术先进,使用方便的信息系统;

（2）书店信息系统应该能够提供对所有图书和书店职工信息提供全面管理,但是由于一般读者信息量过大,保留读者信息的价值和意义却不大,因此对一般读者信息不提供管理,在合适的时机可以实行会员管理制;

（3）对图书计划,采购提供管理,但考虑到全国图书出版还没有形成畅通的信息发布渠道,对图书市场信息暂不提供管理;

（4）对书库的入库,出库,盘库,报损提供全面管理;

（6）先建设总店信息系统,等待分店运行稳定且总店信息系统运行稳定之后再开发分店信息系统.

2.书店信息系统目标

根据以上分析,最后确定出书店信息系统目标.

书店信息系统总目标

（1）对总店的图书计划,订购,库存,销售,结算以及书店事务提供全面管理;

（2）对图书业务提供全面,一致,快速处理;

（3）系统具有友好性和易操作性;

（4）系统具有安全性和保密性.

2）书店信息系统功能目标

（1）计划市场管理:

图书入库管理

图书出库管理

图书盘库管理

图书报损管理

（3）图书销售结算管理:

图书销售管理

图书结算管理

（4）事务管理:

员工信息管理

工资管理

员工勤绩管理

日常事务管理

3）书店信息系统性能目标

书店信息系统的性能目标如下:

（1）在总店由多台计算机通过网络连成一体化系统;

（2）系统处理效率要比手工提高50%;

（3）一般职工通过简单培训就可以使用系统;

（4）用户可以在前台通过计算机查询书目;

（5）具有较高的可靠性和冗错能力,不允许丢失信息;

（6）具有安全检查机制,非法用户不能使用.

需求结构分析

需求结构是按照信息系统目标,职能和需求的相关性,从总体上把信息系统的需求划分成为若干个需求包,由这些需求包相互关联构成信息系统的需求结构.

信息系统的需求结构用分层UML包图来描述.通过需求结构把需求划分成为若干需求包.需求包应该具有内聚性和相对独立性.即需求包内部的需求之间应该具有较高的关联性,而各个需求包之间的关联关系应该尽量地少.根据需求结构的层次性,如果需要,需求包可以继续分解和细化.

需求结构是系统分析时确定信息系统逻辑结构重要依据.

UML包图

包的UML图形表示是一个有标签的文件夹图标,它用于将UML构图要素分组.需求包是信息系统需求结构的构造单元,其中包含着多个UML构图要素.包里还可以包含下一级的包,这时,外包的名称放在标签中.包内的构图要素属于这个包,但是可以被其他的包引用.引用包内的元素时,元素的名称要由包的名称来限定,限定格式:

包名:

:

要素名

员工管理

员工工资管理

需求结构图

每一个需求用一个包来表示,称为需求包.包与包之间用组成关系关联起来.需求包可以逐层分解,构成分层信息系统需求结构.需求结构图有两种形式:

书店信息系统需求结构图

功能分析

1.功能分析的基本原理

2.用例分析

3.功能分析过程

4.用例说明

功能分析的基本原理

信息系统目标是功能分析的依据.

用户需求是信息系统功能的主要来源.

用例分析是功能分析的手段.

用例图描述功能分析的结果.一个系统的全部用例图构成该系统的需求模型.

用例分析

用例（UseCase）是用户与系统之间,为达到确定目的所进行的一次交互活动.用户向系统提供某些交互要求,系统向用户反馈可见的结果.用例是系统功能需求的反映,一个用例描述信息系统的一项功能.

用例是系统功能需求的反映.

参与者

用例

边界

包含关系

用例图（UseCaseDiagram）用来描述软件系统向交互活动参与者提供的一组相关的功能.在一个用例图中,有一个或多个参与者与一个或多个用例相互关联.

计划管理

订单管理

合同管理

到货管理

计划订购

采购员

计划员

书目管理

供书商管理

功能分析过程

编辑图书计划单

查询图书计划

输出图书计划单

计划执行统计

（a）

编辑图书订单

查询订单信息

输出图书订单

（b）

编辑合同

查询合同

输出合同

合同执行统计

（c）

登记到货图书

打印入库单

统计到货情况

（d）

编辑书目

查询书目

输出书目信息

（e）

编辑供书商信息

查询供书商信息

输出供书商信息

（f）

功能分析是对需求结构的深入和进一步展开.用例包图描述功能分析的结果.计划订购管理分解的功能用例图如下:

书库管理功能用例图

书库管理分解功能用例图

图书销售管理功能用例图

图书销售分解功能用例图

售书员

编辑出库图书

查询出库图书

打印出库单

领书

编辑上架图书

查询上架图书

打印架存报表

图书上架

盘架处理

打印盘架单

盘架

销售汇总

打印销售账单

结账

售书处理

浏览图书销售信息

销售图书

打印图书销售报表

收书款

汇总收款数据

打印结算单

资金结算

《包含》

收款员

事务管理功能用例图

办公员

员工基本信息管理

事务管理

事务管理分解功能用例图

编辑员工基本信息

浏览员工基本信息

输出员工信息

员工工资计算

员工工资发放

编辑员工勤绩信息

员工勤绩统计

浏览员工勤绩信息

依赖关系

用例说明

用例说明（UseCaseExplanation）是对功能用例图中的用例做出的说明.在用例说明中,需要描述用例的编号,名称,参与者和用例的功能以及交互过程.（说明文本格式目前尚未统一,下表仅供参考.）

图书销售管理:

销售图书:

编号:

03-03-01

所在包:

参与者:

说明:

（1）售书员把顾客要购买的图书"

书号"

用条形码扫描仪输入系统,系统在屏幕上显示图书信息.

（2）售书员输入图书册数及其折扣率,如果图书册数大于当前该书的架存数,系统在屏幕上显示提示信息,算出总金额.

（3）重复前两步,直到把顾客要购买的图书书号都输入系统.

（4）系统打印出两联购书书单

（5）售书员把顾客给的书款数额输入系统,并按确认键.

按"

书单"

"

售出"

等快捷键,启动相应的功能.

性能分析

1.信息系统性能的含义

2.性能分析

信息系统性能是信息系统功能实现的方式,效率和保障,它包括信息系统的效率,处理方式,可靠性,安全性,适应性等内容.

效率是信息系统的处理能力,处理速度,吞吐量,响应时间等与系统处理时间有关的性能要素.

处理方式涉及的范围比较宽,包括信息系统的结构和分布模式,交互方式,业务处理方式等.

可靠性是保证系统正常工作及抗故障,抗干扰的能力,它包括:

保证系统正常工作的能力;

对系统故障的预防,检测以及自动纠错的能力;

出现故障时,保证系统不发生崩溃,并使系统重新恢复,重新启动的能力等.

安全性是保证合法用户能够正确使用信息系统,并防止非法用户访问信息系统的能力.适应性是信息系统对外部环境和需求变化的适应能力.

信息系统性能分析是对用户提出的各种性能要求进行综合分析,确定出合理,可行的信息系统性能.

性能分析一般应从技术,经济,社会等方面进行综合分析.

假设,在需求调查中,用户提出了以下书店信息系统的性能要求:

（a）在总店由多台计算机通过网络连成一体化系统,业务全部实现电子化管理,代替所有手工账目,图表;

（b）总店与分店通过网络连成一体化系统;

（c）书店信息系统与社会图书出版,发行,销售系统连通,可以方便查询图书的出版,发行和销售信息;

（d）用户可以在前台通过计算机查询在售图书信息;

（e）系统可以联机进行计划,采购,入库,出库,销售,核算等处理;

（f）系统处理效率要比手工提高50%;

（g）系统反应时间最慢不能低于2秒;

（h）一般职工通过简单培训就可以使用系统;

（i）系统界面设计友好,色调平和,操作方便,灵活,并且具有联机提示和帮助学习功能;

（j）具有高可靠性和冗错能力.不允许系统在工作期间停机,不允许系统丢失图书信息,不允许在运行期间出现故障和错误;

（k）具有安全检查机制,非法用户不能使用系统,不能偷看系统信息,不能偷盗图书;

（l）具有保密机制,各级使用者只能看到允许查看的系统信息;

（m）具有防病毒和黑客攻击的能力,不能因为病毒和黑客破坏系统.

第j条要求"

不允许系统在工作时间停机,不允许系统丢失图书信息,不允许在运行期间出现故障和错误."

但是,很多种因素都会造成系统的停机.系统的硬件或网络故障会造成系统停机,突然停电会造成系统停机,软件故障也可能造成停机.因此,这些性能要求是不切实际的.

第c条要求"

书店信息系统与社会图书出版,发行,销售系统连通,可以方便查询图书的出版,发行和销售信息."

由于目前社会还没有形成完整的图书出版,发行和销售体系,还不具备对这一项性能的社会支持条件,因而无法实现.我们可以把这一条修改为"

书店信息系统与社会已经运行的图书出版,发行和销售系统连通,以方便查询相关信息."

风险分析

1.风险的含义

风险是可能给信息系统的成功带来威胁或损失的各种潜在的问题.

2.风险的类型

从风险对信息系统可能造成的危害程度,可以分为高危害性风险,中危害性风险和低危害性风险三种类型.

按照风险的隶属性,又可以分为技术性风险,工程性风险和环境性风险三种类型

工程性风险是由于信息系统工程的组织,管理,进行,保证等因素存在问题给信息系统开发造成问题的一类风险.

环境性风险是信息系统所存在的社会和组织环境可能给信息系统开发和使用带来潜在性问题的一类风险.

3.风险分析

（1）风险识别

在识别风险的过程中,可以把范围放得宽一些,尽量找出潜在的风险,尤其是要找出高危害性风险.

对找出的风险进行编号,并记录到《风险记录单》中.

（2）风险分析

分析风险要确定风险的类型,产生的原因,出现的可能性及其可能产生的危害.

风险记录单

序号:

〈数字〉

确定日期:

〈风险被识别出来的日期〉

风险描述:

〈对风险进行描述〉

可能性:

〈风险转变成为问题的可能程度〉

危害性:

〈风险给信息系统造成的危害程度〉

处理对策:

〈对风险的处理方案〉

风险承担人:

〈解决风险的责任人〉

撤除日期:

〈风险被消除的日期〉

（3）选择风险处理策略

可选择的风险处理策略有风险避免,风险限制,风险减轻和风险监控四种.

避免风险是通过更改需求或方案以弃除造成风险原因的一种风险处理策略.

一般来说,对于高危害性风险应该采取避免策略,对中,低危害性的风险适宜采用限制,减轻或监控策略.

确定风险处理策略并不等于实施风险处理.风险处理实施起来要复杂得多.风险处理是整个信息系统开发过程的工作

5.4需求描述

需求描述就是把需求分析的结果用文档完整地描述出来.描述信息系统需求的文档被称为《信息系统需求说明书》.《信息系统需求说明书》将详细,准确地反映最终确定的信息系统需求内容,并能够简要地反映需求分析的过程以及相关问题.《信息系统需求说明书》既是对需求分析工作的总结,同时又将作为后续阶段的工作纲领,系统分析,设计,实现和测试都将按照信息系统需求进行.

信息系统需求说明书

1.引言

1.1信息系统项目简介

1.2编写说明

1.3参考资料

2.目标

2.1概述

2.2信息系统目标

2.2.1总目标

2.2.2功能目标

2.2.3性能目标

2.3目标说明

3.结构

3.1信息系统需求结构

3.2需求结构的说明

4.功能

4.1概述

4.2功能用例模型

4.3功能分析说明

5.性能

5.1概述

5.2性能需求

5.3性能分析说明

6.风险分析

6.1信息系统面临的主要风险

6.2风险的处理策略

7.遗留问题

信息系统需求说明书目录样例

5.5需求验证

5.5.1需求验证的含义

5.5.2需求验证的方法

需求验证的含义

需求验证是指在需求分析阶段,通过一定的途径和手段,对初步确定的信息系统需求的正确性和可行性进行验证,确定正确的和可行的需求,排除含糊,不实际和不可行的需求.只要对一些重要的,把握不准的需求进行验证,以减少信息系统开发的风险,提高开发的成功率.

需求验证的方法

几种需求验证的基本方法.

1）自查法

自查法由需求分析人员对自己所确定的信息系统需求进行审核和验证,纠正需求中存在的问题.自查法又可以分为多种具体方法.第一种是小组审查法,即由一名分析人员向开发小组中其他人员介绍信息系统需求,小组中的成员进行提问,由介绍人进行解答.

2）用户审查法

分析人员可以把《信息系统需求说明书》提交给用户,有条件时可以同时编写一份针对此需求的《用户使用说明书》并提交给用户,用户找出不满意或认为不能实现的需求,双方再对这些有争议的需求进行讨论,最后达成一致认识.

3）专家审查法

专家审查法是指聘请业务领域,信息系统,政策,法律等方面的专家对信息系统需求进行审查.

4）原型法

原型法是对存在的有争议或拿不准的需求,通过建立原型进行验证,以确定需求的正确性.