信息系统需求调查.pdfVIP

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

信息系统需求调查

篇一:如何进行管理信息系统需求调研分析

如何进行管理信息系统需求调研分析

摘要:本文是在管理信息系统需求调研实践和学习中的一些经

验总结,有些是自己的体会,有些来自专家的书本或文章,希

望与大家分享,并起到一个抛砖引玉的作用,如有不妥之处欢

迎指正。

一、软件需求的定义

IEEE软件工程标准词汇表(1997年)中定义的需求为:

(1)用户解决问题或达到目标所需的条件或能力;

(2)系统或系统部件要满足合同、标准、规范或其他正式规

定文档所需具有的条件或能力;

(3)一种反映上述条件和能力的文档说明。

二、需求分析的几个方面

需求分析可分为问题识别、分析与综合、编制需求分析文档、

需求评审等四个阶段,包括以下几个方面:确定软件所期望的

用户类;获取每个用户的需求;了解实际用户任务和目标以及

这些任务所支持的业务需求;分析员与用户的信息以区别用户

任务需求、功能需求、业务规则、质量属性、建议解决方法和

附加信息;将系统级的需求分为几个子系统,并将需求中的一

部分分配给软件组件;了解相关质量属性的重要性;讨论得出

实施优先级;将所收集的用户需求编写成需求规格说明和模

型;评审需求规格说明,确保与用户达成共识。

软件需求的各组成部分如下图所示:

三、需求文档规范

A、三种编写方法

1、用好的结构化和自然语言编写文本型文档;

2、建立图形化模型,这些模型可以描绘转换过程、系统状

态、和它们之间的变化、数据关系、逻辑流或对象类和他们的

关系;

3、编写形式化规格说明,这可以通过使用数学上精确的形式

化逻辑语言来定义需求。

多种编写方法可在同一个文档使用,根据需要选择,或互为补

充,以能够把需求说明白为目的。

B、应有成果

1、各业务手工办理流程文字说明;

2、各业务手工办理流程图;

3、各业务手工办理各环节输入输出表单、数据来源;

4、目标软件系统功能划分(示意图及文字说明);

5、目标软件系统中各业务办理流程文字说明;

6、目标软件系统中各业务办理流程图(模型);

7、目标软件系统中各业务办理各环节数据、数据采集方式、

数据间的内在联系分析。

8、目标软件系统用户界面图、各式系统逻辑模型图及说明

C、文档工具推荐

1、调研结果《需求分析说明书》格式参照开发文档模板;

2、单位组织结构图、功能模块分解图用VISIO绘制,或直接

用WORD中的画图工具;

3、业务流程图用VISIO中的FLOWCHART模板绘制;

4、系统逻辑模型使用ROSE绘制活用VISIO中的UML模板绘

制;

5、软件用户界面用VISIO中的WIN95USERINTERFACE模板

绘制;

6、数据物理模型用POWERDESINER绘制;

D、需求文档编写原则

1、句子简短完整,具有正确的语法、拼写和标点;

2、使用的术语与词汇表中所定义的一致;

3、需求陈述应该有一致的样式,例如“系统必须..”或者

“用户必须..”,并紧跟一个行为动作和可观察的结果;

4、避免使用模糊、主观的术语,减少不确定性,如“界面友

好、操作方便”;

5、避免使用比较性词语,如“提高”,应定量说明提高程

度。

四、需求分析的任务与过程

需求分析的任务是借助于当前系统的物理模型(待开发系统的

系统元素)导出目标系统的逻辑模型(只描述系统要完成的功

能和要处理的数据),解决目标系统“做什么”的问题,所要

做的工作是深入描述软件的功能和性能,确定软件设计的限制

和软件同其他系统元素的接口细节,定义软件的其他有效性需

求,通过逐步细化对软件的要求描述软件要处理的数据,并给

软件开发提供一种可以转化为数据设计、结构设计和过程设计

的数据与功能表示。必须全面理解用户的各项要求,但不能全

盘接受,只能接受合理的要求;对(来自:小龙文档网:信息

系统需求调查)其中模糊的要求要进一步澄清,然后决定是否

采纳;对于无法实现的要求要向用户作充分的解释。最后将软

件的需求准确地表达出来,形成软件需求说明书SRS。其实现

步骤如图:

(1)获得当前系统的物理模型:首先分析、理解当前系统是如

何运行的,了解当前系统的组织机构、输入输出、资源利用情

况和日常数据处理过程,并用一个具体的模型来反映自己对当

前系统的理解。此步骤也可以称为“业务建模”,其主要任务

是对用户的组织机构或企业进行评估理解他们的需要及未来系

统要解决的问题,然后建立一个业务USECASE模型和业务对象

模型。当然如

文档评论(0)

135****5548 + 关注
官方认证
文档贡献者

各类考试卷、真题卷

认证主体社旗县兴中文具店(个体工商户)
IP属地中国
统一社会信用代码/组织机构代码
92411327MAD627N96D

1亿VIP精品文档

相关文档