系统开发中需求分析与管理

1、系统开发中需求分析与管理四、需求工程的技术与工具四、需求工程的技术与工具1、需求获取与调查设计设计调查内容的参考原那么：Who，谁使用系统，谁是直接领导，向谁效劳向哪些人调查，What，系统实现什么功能，Where，何处需要改进，何处得到测试用例When，何时需要第一个可运行版本，何时需要进行测试，何时进行培训，Why，为什么需要新系统，为什么需要增加和减少功能，为什么系统流程要如此How，如何描述流程，如何对系统进行限制和约束四、需求工程的技术与工具四、需求工程的技术与工具1、需求获取与调查设计、需求获取与调查设计要调查的一般问题：要调查的一般问题：i. 部门名称，组织结构，人员数量部门名称

2、，组织结构，人员数量ii.部门简介部门简介iii. 部门的主要职能部门的主要职能iv.业务处理流程业务处理流程v.业务处理所需要的专业知识业务处理所需要的专业知识vi.工作需要的审批流程工作需要的审批流程vii.主要业务处理描述主要业务处理描述viii.哪些业务需要实时处理哪些业务需要实时处理ix.哪此业务需要交互操作哪此业务需要交互操作x.部门内各岗位的职责部门内各岗位的职责xi.部门接受哪些外部信息？内容与格式是什么？部门接受哪些外部信息？内容与格式是什么？xii.部门产生哪些信息？部门产生哪些信息？xiii.部门产生的信息送到哪些部门？什么格式？部门产生的信息送到哪些部门？什么格式？xi

3、v.信息输入输出方式与设备是否有要求？信息输入输出方式与设备是否有要求？xv.数据是否要求备份？设备与策略是什么？数据是否要求备份？设备与策略是什么？xvi.业务处理有顶峰期吗？在什么时候？业务量业务处理有顶峰期吗？在什么时候？业务量是多少？是多少？xvii.现有哪些设备需要继续使用？现有哪些设备需要继续使用？xviii.产品运行环境？产品运行环境？xix.界面风格与操作方式是否有要求？界面风格与操作方式是否有要求？xx.对操作人员素质是否有要求？对操作人员素质是否有要求？xxi.需要权限管理吗？需要权限管理吗？xxii.需要日志吗？需要日志吗？xxiii.用户有能力进行维护吗？用户有能力进行

4、维护吗？xxiv.需要分布式处理吗？需要分布式处理吗？xxv.需要扩展性吗？需要扩展性吗？xxvi.需要什么方式的培训？需要什么方式的培训？xxvii. 对帮助与文档系统有什么要求？对帮助与文档系统有什么要求？例：对一个出版社内部管理信息系统的调查设计 问题问题1 1：自主开发或开发商品软件是否需要进行需求调查？：自主开发或开发商品软件是否需要进行需求调查？开发人员可能自己设想和确认需求吗开发人员可能自己设想和确认需求吗 ？提示：仍然存在用户吗，前者是自身，后者是潜在用户没有潜在用户的商品软件能通过可行性分析吗？结论：需要需求调查，调查对象即自身系统领导机构和业务部门，或者是潜在用户。问题问题

5、2 2：南京市重大工程洽谈会将要召开，市计委为了对与会客商：南京市重大工程洽谈会将要召开，市计委为了对与会客商和工程进行管理，需要开发一个信息系统，请考虑如何进行调查和工程进行管理，需要开发一个信息系统，请考虑如何进行调查来获取需求。来获取需求。四、需求工程的技术与工具四、需求工程的技术与工具2、调研方案工程范围与目标调研部门及职能设计问题与调查表培训方案调研时间安排结果分析与审查四、需求工程的技术与工具四、需求工程的技术与工具3、需求分析根本过程1绘制业务流程图或关联图：绘制系统关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。同时它也明确了通过接口的信息流和物质流。2创立开发原型

6、：创立用户接口原型当开发人员或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使工程参与者能更好地相互理解所要解决的问题。注意要找出需求文档与原型之间所有的冲突之处。3分析需求可行性：分析需求可行性在允许的本钱、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。4确定需求优先级：确定需求的优先级别应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为根底确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定的版本中参加每一项变更，并在那个版本方

7、案中作出需要的变更。5为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互图。6编写数据字典：创立数据字典数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。并不是每个系统都需要以上每个过程！四、需求工程的技术与工具四、需求工程的技术与工具3、需求分析与建模(结构化方法)业

8、务流程调查：从系统信息流过的过程逐步进行，调查各环节的处理业务、信息来源、处理方法、计算方法、信息流动去向，信息信息的时间与形态报告、单据、屏幕显示四、需求工程的技术与工具四、需求工程的技术与工具业务流程调查n业务流程描述方式：业务流程图。(物理模型)业务流程图例：库存管理系统流程图车间领料单库长用料方案未批准领料单已批准领料单库工库存帐领料通知用料流水帐缺料通知单采购员订单催货单供给商补充订货单提货通知单入库单库存报表有关部门领料审核库存管理采购管理跨职能流程图例：采购管理系统流程图四、需求工程的技术与工具四、需求工程的技术与工具逻辑模型描述逻辑模型描述工具：数据流图Data Flow Di

9、agram。对业务流程进行抽象，描述数据及其处理逻辑的图示。DFD可以用来表示一个系统或软件在任何层次上的抽象。较大型的软件系统DFD分为多个层次，称为父图与子图，可以表示数据流和处理的进一步细节。通过对DFD进行编号进行管理。将整个系统看成一个处理的DFD称为关联图。DFD图例：销售管理系统流程图DFD绘制技巧nDFD绘图思路：从外向里画n画输入与输出n画系统内部n画处理的内部nDFD绘图原那么：n适当命名n画数据流而不是控制流n从上到下或从左到右的流向n先考虑稳定状态n防止陷入细节n注意子图与父图的平衡n随时可能重画DFD绘制步骤问题：一个工资发放系统的数据流图n已对业务流程进行调查：月末

10、发工资，20-23日财务部根据上月工资清单和人力资源部送达的人员及工资变动表填写本月工资清单，总务科24日将扣款清单送交财务部，财务总计入扣款数并计算应发工资，填入工资发放清单，为发放工资做好准备。上月工资清单调查结果人事工资变动表本月扣款记录参考答案DFD的质量评估n最小复杂性n信息超量信息量太大以至影响理n7+2/7-2原那么人可同时记住和理解的信息“块的数量介于5与9之间限制一个模型中元素的个数在9个以内n接口最小化限制一个模型中连接的个数n数据流一致性n处理前与处理后的数据内容有差异？n有流出无流入？n有流入无流出？n黑洞：带有并不用来产生输出的输入的处理或存储n奇迹：带有没有任何来源

11、的输出的处理或存储DFD处理描述方式n结构化英语n决策表n决策树四、需求工程的技术与工具四、需求工程的技术与工具数据结构描述n业务流程图与数据流图无法表示业务流程与信息流程中各种信息的详细结构，因此需要专门的工具数据字典来描述。n数据字典是对数据流程图中的各个数据元素做的进一步的说明。DFD与数据字典一起从文字与图形两方面构成了系统逻辑模型。四、需求工程的技术与工具四、需求工程的技术与工具数据描述n数据字典的主要内容 数据项定义 数据结构定义 数据流定义 加工处理逻辑定义 数据存储定义 外部实体定义四、需求工程的技术与工具四、需求工程的技术与工具数据描述n数据字典的数据项定义四、需求工程的技术

12、与工具四、需求工程的技术与工具数据描述n数据字典的数据结构定义n数据结构描述数据项之间的关系，可由数据项组成，也可由其他数据结构组成。四、需求工程的技术与工具四、需求工程的技术与工具数据描述n数据字典的数据流定义四、需求工程的技术与工具四、需求工程的技术与工具数据描述n数据字典的处理逻辑定义四、需求工程的技术与工具四、需求工程的技术与工具数据描述n数据字典的数据存储定义四、需求工程的技术与工具四、需求工程的技术与工具数据描述n数据字典的外部实体定义注意：数据字典一旦建立，即成为系统分析设计和开发的依据，在工程开发的整个生命周期中都要严格围绕数据字典进行。需求发生变更后应及时更新数据字典，以防止

13、开发、测试人员在开发和测试中产生不一致。四、需求工程的技术与工具四、需求工程的技术与工具数据关系描述n数据字典不能描述数据结构之间的关系，而在系统中各个数据结构都是有联系的，数据结构在后面的数据库设计中直接指导了数据表的设计，而关系数据库中如何在表之间建立关系需要有对应的描述模型，n常用的模型之一是ER图。用ER图建模的常用工具是ERWin(CA)n另一种建模方法是在Visio软件中绘制数据库模型图四、需求工程的技术与工具四、需求工程的技术与工具ER图的画法1.实体属性联系教师编号姓名职称系别学生学号姓名班级系别课程课程号课程名学时学分教学教学质量成绩MNNM0-M0-N四、需求工程的技术与工具四、需求工程的技术