第5章系统分析概述.ppt

*,*,单击此处编辑母版标题样式,*,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,第5章 系统分析概述,5.1 系统分析的任务,5.2 系统分析的过程和方法,5.3 系统说明书,系统分析员与用户在一起充分理解用户的要求，并把双方的理解用书面文档系统分析说明书表达出来。,分析本质上就是一个发现过程，分析期间推动活动的关键词就是,发现和理解,。,系统分析的困难,系统分析是研制信息系统,最重要,的阶段，也是,最困难,的阶段。,困难主要来自,三个,方面：,问题空间的理解,人与人之间的通讯,环境的不断变化,系统分析员要成为业务专家,才能与用户交流顺畅，充分理解用户的要求。,才能确保系统满足了业务需求，甚至用更好的方法来解决业务需求。,在用户中建立可信度，用户才可能接受你的建议。,其他要求,:,系统分析员应有较强的系统观点，较好的逻辑分析能力，能够从复杂的事物中抽象出系统模型。他还应具备较好的口头和书面表达能力，较强的组织能力，善于与人共事。,分析的重要任务是理解和表达需求,需求有哪些种类？,如何寻找需求？,如何表述需求？,第5章 系统分析概述,5.1 系统分析的任务,5.2 系统分析的过程和方法,5.3 系统说明书,了解项目背景,开展详细调查,分析项目,目标和范围,分析关键涉众,及其利益和问题,确定项,目成功标准,分析领域业务,流程,流程改进和,优化,数据流分析,用例分析,领域对象分析,整理需求,撰写系统说明书,说明书审议,问题分析,需求分析,需求定义,5.2 系统分析的过程和方法,5.2.1 问题分析,5.2.2 需求分析,5.2.3 需求定义,1.问题分析的步骤,明确项目的背景,进一步了解以下内容,本项目解决了用户的什么问题,本项目涉及什么人、什么单位,本项目的目标是什么,本项目的范围是怎样的,本项目的成功标准是什么,找出利益相关者,系统相关者,业务用户,信息用户,管理用户,主管用户,外部用户,客户,技术人员,详细调查和分析业务流程，建立业务流程模型以描述用户处理业务的过程及过程中的数据流转，快速让分析人员、用户、开发人员对企业业务流程和管理流程达成共识。,2.系统调查方法,资料收集,访谈,实地观察,问卷调查,3.需求引导方法,原型法,JAD联合会议,观摩法,5.2 系统分析的过程和方法,5.2.1 问题分析,5.2.2 需求分析,5.2.3 需求定义,1.用户需要与系统需求,需求的分类,功能性需求,功能需求是系统必须完成的活动或过程，也就是系统将要涉及的商业应用。,功能需求是根据业务过程和业务规则确定的，有些容易获取，有些则是隐含的，需要去发现。,问题分析和需求分析的区别,背景,待解决的问题,关键涉众,目标,项目成功标准,范围,功能性需求,非功能性需求,需要,需求,2.需求分析的方法,面向过程的结构化方法,面向数据的信息工程方法,基于UML的面向对象的方法,非功能性需求,也称技术需求，是和公司的环境、硬件和软件有关的所有可操作目标。,例如：系统必须能支持,100,个并发用户；保存订单的时间不能超过,0.5,秒等等，涉及系统性能、可靠性、安全性等质量特性。,通常是一些技术目标。,5.2 系统分析的过程和方法,5.2.1 问题分析,5.2.2 需求分析,5.2.3 需求定义,整理并建立最终目的需求模型，详细定义和描述每项需求，确认约束条件及限制，编写需求规格说明。,5.3 系统说明书,5.3.1 系统说明书的内容,5.3.2 系统说明书的审议,1.引言,说明项目的名称、目标、功能、背景、引用资料、本文所用的专门术语等。,2.项目概述,项目的主要工作内容,现行系统的调查情况,新系统的逻辑模型,3.实施计划,工作任务的分解,项目计划进度,经费预算,系统说明书参考模板,1.,引言,（1）摘要：名称、目标和功能,（2）背景：承担者、用户、与其他,系统和机构的关系,（3）参考和引用资料,（4）专门术语定义,2.,项目概述,（,1,）项目的主要工作内容,（2）系统功能说明（功能模型）,（3）系统数据说明（数据模型）,（4）系统其他需求说明,（性能/安全/故障处理/环境等）,3.,计划,（1）系统划分与人员分工,（2）进度,（3）预算,劳务、办公费、差旅费、资料费等,5.3 系统说明书,5.3.1 系统说明书的内容,5.3.2 系统说明书的审议,1.系统说明书是有约束力的指导性文件，是用户与开发人员之间的技术合同，是下阶段系统设计的依据，必须经过审议。,2.审议由研制人员、企业领导、管理人员、局外系统分析专家共同进行。,3.审议中发现的问题或不满意之处应予解决后才能进入系统设计阶段。,4.系统说明书的品质要求,正确性,相对于用户的需求而言,待开发的系统与用户的期望相吻合,完整性,包含了软件要做的全部事情,指明系统对有效和无效输入的反应,所有条目都有标识（页、图、表、参考资料）,不要遗留任何有待解决的问题，无法避免时应进行标明，并注明谁和什么时候去解决,一致性,各个需求的描述不相矛盾,冲突术语、冲突特性、定时关系,无二义性,对每一项需求有且只有一种解释,可修改性,书写结构和风格易于后续的修改,可跟踪性,需求与来源、设计、源代码和测试用例可以对应,可验证性,可以运用一些可行的手段进行验证和确认,