系统分析.docx

系统分析.docx第6章
系统分析
第一节系统分析任务
    系统分析是由分析人员和用户一起按照系统观点,在对现有系统进行深入调查和需求分析的基础上,综合运用系统科学、管理科学、计算机科学、通信技术及软件工程等多学科知识,深入描述及研究现行系统的活动和各项工作及用户的各种需求,使用一系列分析工具与技术绘制一组描述系统总体逻辑方案的图表;经与用户反复讨论、分析、修改、完善和优化,构思和设计用户比较满意的新系统的逻辑模型,并且提出适当的计算机软、硬件配置方案。系统分析的核心任务,是建立目标系统逻辑模型。这个逻辑模型的基本构架是以数据流程图为核心,包括数据字典、数据立即存取图和处理逻辑表达工具等的一系列图表。系统分析也是发现、识别和定义需求的过程,其主体和核心是需求分析,但不等于需求分析。系统分析须从现系统人手,通过调查、分析获得现系统的物理模型,对此物理模型进行抽象得到现系统逻辑模型,再从现系统逻辑模型导出目标系统逻辑模型。这一过程可以表述为OPM-OLM-NLM。其具体步骤为现系统调查,现系统分析,建立目标系统逻辑模型,系统计算机资源配置和系统分析报告。
第二节系统需求分析
    系统需求分析工作是系统生命期中重要的一步,也是决定性的一步。只有通过系统需求分析,才能把用户对系统功能和性能的总体要求描述,转换为具体的需求规格说明,从而奠定系统开发的基础。忽略需求活动是一种代价不小的错误。对于每个错误列出的需求,将在下游时期付出高达50-200倍的修正代价,甚至给系统维护带来无法预期的工作量,更糟的是可能危及系统生存。系统需求分析也是一个不断认识和逐步细化的过程。该过程将系统计划阶段所确定的系统范围逐步细化到可以详细定义的程度,且分析出各种不同的系统元素,然后为这些元素找到可行的解决办法。
    好的需求分析应该把技术的轴心放在顾客心底最深处,不是他们最低的期望。必须用创新的方式,满足用户那些难以表达的需求,让系统完美地配合他们的需求。分析员的资质和与用户的良好沟通是需求分析成功的重要条件。了解用户需求,是一件持续性的工作,不是做完就结案的短期任务。了解用户对系统的需求,需要技巧、创意和持续不断的努力。必须认识用户的核心需求,将技术和沟通等资源集中起来满足它。需求分析包括需求的汇集、记录和分析三项关联活动。需求汇集最困难的部分不是记录用户要什么,而是在探索性、开发性地帮助用户找出他们到底要什么。需求汇集与规格化是毫无止境的活动,只有在对用户的要求达到一个清晰稳定的了解之后,才能说项目的需求开发完成了。
一、需求分析过程
    (一)问题识别
    研究可行性报告和系统实施计划,确定对目标系统的需求,并且提出实现这些需求的条件,以及需求应达到的标准。
    :列出所开发软件在职能上应做什么,这是最主要的需求。
    :给出系统主要技术性能指标,包括容量、运行时间和安全性等。
    :这是对系统运行时软、硬件所处环境的要求。
    :规定按实际运行环境,系统在投入运行后不发生故障的概率。
    :应对安全、保密的需求做出恰当的规定,以便设计。
    :在需求分析时,必须对用户界面细致地做出规定。
    :系统运行环境资源和开发资源需在需求分析时确定。
    :根据合同规定,规定开发进度和费用,作为管理的依据。
    应当预先估计系统可能达到的目标,给系统的扩充与修改留有余地,同时要关注非功能性需求。
    (二)问题分析与综合
    从数据流和数据结构出发,逐步细化所有系统功能,找出系统各元素间的联系、接口特性和设计上的限制,分析它们是否满足功能要求,是否合理。依据功能、性能和运行环境需
求等,剔除不合理部分,增加需要部分;最终综合成为系统解决方案,给出目标系统详细逻辑模型。分析和综合工作反复进行,直到正确地制定该系统的需求规格说明书为止。
    常用的分析方法有面向数据流的SA方法,面向数据结构的Jackson方法,面向对象的OOP方法,以及用于建立动态模型的状态迁移图或Petri网等。这些方法都采用图文结合的方式,可以直观地描述系统逻辑模型。
    (三)文档编制
    已经确定的需求应当得到清晰准确的描述并且编成文档。通常把描述需求的文档叫做需求规格说明书。为了表达用户系统输入、输出要求,还需制定数据要求说明书及编写初步用户手册,着重反映被开发系统的用户界面和用户使用的具体要求。从目标系统的精细模型出发,更准确地估计所开发项目的成本与进度,从而修改、完善并且确定系统开发实施计划。
    (四)需求分析评审
需求分析的最后一步,应对功能的正确性、完