《现代软件工程应用技术》-第三章

【本章概要】·软件项目的可行性分析·需求分析的任务与步骤·结构化分析方法·案例：赠品管理系统的结构化分析方法·需求分析评审任务3.1软件项目的可行性分析提示：一个软件项目的开发主要解决以下3个方面的大问题。

·Whytodo?---------可行性研究

·Whattodo?---------需求分析

·Howtodo?---------系统设计3.1.1问题的定义

怎样定义问题？问题定义的来源是用户，是提出问题，请求解决的人。如果问题是以书面形式提出的，那么系统分析员应该认真阅读和分析书面材料；如果问题是以口头形式提出的，那么系统分析员应该认真倾听并仔细记录要点，在适当的时候认真地请用户解释。3.1.1问题的定义

表3-1问题定义报告用户单位某校用户负责人×××（系统）分析员单位×××学院（系统）分析员×××工程项目的名称×××信息管理系统问题（概括定义）略项目的目标研究×××信息管理系统开发的可能性项目的规模项目的开发成本×万元对可行性研究的具体建议建议进行大约一周的可行性研究，研究经费不超过1000元表3-1问题定义报告3.1.2可行性研究的任务

1．经济可行性2．技术可行性

3．操作可行性4．社会环境的可行性至少包括两种因素：市场与政策。5．法律可行性6、使用可行性分析3.1.3可行性研究过程

3.1.4可行性分析的结论

可行性分析的结论一般有如下3种:1.可以按计划进行软件项目的开发。2.需要解决某些存在的问题（如资金短缺、设备陈旧和开发人员短缺等）或者需要对现有的解决方案进行一些调整或改善后才能进行软件项目的开发。3.待开发的软件项目不具有可行性，立即停止该软件项目的开发。上述的可行性分析的步骤只是一个经过长期实践总结出来的框架，在实际使用的过程中，它不是固定的，根据项目的性质，特点以及开发团队对业务领域的熟悉程度会有些变化。3.1.5可行性分析文档

1.引言2.可行性分析前提3.对现有系统的分析4.所建设系统的可行性分析5.所建设系统的经济可行性分析6.社会因素可行性分析7.其他可选方案8.结论意见3.1.6软件项目开发计划书

软件项目开发计划书是一种管理性文档，其主要内容如下。1.项目概述。2.系统资源。3.费用预算。4.进度安排。5.交付的产品清单。任务3.2需求分析的任务与步骤

3.2.1需求分析的任务

需求分析的任务是将用户的需求变为软件的功能和性能描述。逻辑模型忽略实现机制和具体细节，只描述系统要完成的功能和要处理的数据。通常对软件系统有下述几方面的综合要求：1.功能需求。2.性能需求。3.可靠性和可用性需求。4.出错处理需求。5.接口需求。6.约束。7.逆向需求。8.将来可能提出的要求。3.2.2需求分析的步骤

整个需求分析一般分为4个步骤：获取需求、提炼需求、描述需求、验证需求。3.2.3需求分析的法则

客户与开发人员交流需要好的方法。下面建议20条法则，1、分析人员要使用符合客户语言习惯的表达2、分析人员要了解客户的业务及目标3、分析人员必须编写软件需求报告4、要求得到需求工作结果的解释说明5、开发人员要尊重客户的意见6、开发人员要对需求及产品实施提出建议和解决方案7、描述产品使用特性8、允许重用已有的软件组件9、要求对变更的代价提供真实可靠的评估10、获得满足客户功能和质量要求的系统11、给分析人员讲解您的业务12、抽出时间清楚地说明并完善需求13、准确而详细地说明需求14、及时作出决定15、尊重开发人员的需求可行性及成本评估16、划分需求的优先级17、评审需求文档和原型18、需求变更要立即联系19、遵照开发小组处理需求变更的过程20、尊重开发人员采用的需求分析过程案例3.3赠品管理系统的需求分析

下面以顾客在商场购买商品，交费后，领取赠品为例，说明需求分析的步骤。在商场搞促销的时候，顾客交费后达到一定金额，能够领取赠品，通过交流、调查得到的处理过程是：顾客购买商品首先到收费处交纳费用，由财务人员出具交费票据和发票，顾客凭票据和交费发票到会员中心登记，领取赠品领取单，再到赠品保管员处领取赠品。顾客领取赠品的当前系统的具体模型1、通过对现实环境的调查研究，获取当前系统的具体模型，如图当前系统的逻辑模型2、分析需求，建立系统分析模型，包括当前系统模型和目标系统模型。

①去掉具体模型中非本质成分，提炼出当前系统的逻辑模型。在图3-l中，财务人员、会员管理人员和保管人员都是可能变动的，但是他们需要处理的工作不变，是系统的本质内容。经过以上分析，就可以抽象出顾客领取赠品的系统的逻辑模型，如图目标系统的逻辑模型

②

分析当前系统与目标系统的差别，建立目标系统的逻辑模型。目标系统是使用先进计算机技术开发的软件应用系统，它的功能比当前系统更强。在这个案例中“审查有效性”和“发赠品”应该合并处理，提高会员领取赠品的效率。如图

(3)整理综合需求，编写软件系统需求规格说明书。(4)验证需求，完善和补充对目标系统的描述。任务3.4结构化分析方法

3.4.1数据流图

数据流图的基本图形元素有4种，如表3-2所示。图形说明加工。输入数据在此进行变化产生输出数据，其中要注明加工的名称。数据输入的源点或数据输出的汇点，其中要注明源点或汇点的名称。

数据流。被加工的数据与流向，箭头边应给出数据流的名字。数据存储文件。案例赠品管理系统的结构化分析方法

绘制系统分层数据流图的第一步是画出顶层图：把系统分解为发赠品和采购两大加工，也就是接下来画第二层DFD图：继续分解可获得第三层DFD图：发赠品子系统采购子系统3.4.2数据词典

具体例子如下：以赠品管理系统为例，根据第二层数据流图（图3-5赠品管理系统第二层数据流图）简单对数据字典进行说明。1）数据项，以：“赠品号”为例。数据项名：赠品号。数据项含义：唯一标识每一个赠品。别名：赠品编号。数据类型：字符型。长度：8。取值范围：00000～99999。取值含义：前2位为进货日期，后3位为顺序编号。与其他数据项的逻辑关系：（无）。2）数据结构：以“顾客”为例。数据结构名：顾客。含义说明：是赠品管理系统的主体数据结构，定义了一个顾客的有关信息。组成：顾客号，姓名，性别，年龄。3）数据流：以“进赠品通知”为例。数据流名：进赠品通知。说明：赠品进货后，会通知不缺货了。数据流来源：“采购”处理。数据流去向：“发赠品”处理。组成：赠品号，数量。平均流量：每天10个。高峰期流量：每天100个。4）数据存储：以“缺赠品登记文件”为例。数据存储名：缺赠品登记文件。说明：记录缺货的赠品。编号：（无）。流入的数据流：缺货信息。流出的数据流：缺货信息。组成：赠品号，赠品名，数量。数据量：不定。存取方式：随机存取。5）处理过程：以“采购”为例。处理过程名：采购。说明：仓库保管员采购缺少的赠品。输入数据流：进赠品通知。输出数据流：缺赠品单。处理：系统实时读取“缺赠品登记文件”，产生“缺赠品单”，通知仓库保管员采购缺货赠品，当赠品采购到货后，产生“进赠品通知”，通知发赠品。3.4.3加工逻辑说明

加工逻辑也称为小说明，在数据流图中，如果每个加工框中只简单地写上一个加工名，这显然不能表达加工的全部内容。3.4.4实体关系图

采购管理ER图：3.4.5系统流程图接下来举一个简单的例子来说明它的用法。下面以铁路购票业务为例规划系统流程。该系统需要完成如下几件事情。1）购票人员在网上依据购票信息在车票库中选取符合要求票据。2）如果，满足要求的票已经售空，则有相应提示另行选择。3）购票人员在自助取票机，打印票据，乘车。其系统流程图如图3-9所示。图3-9铁路购票系统系统流程图任务3.5需求分析评审

3.5.1需求分析评审的内容1．评审的主要内容2．评审主要内容的验证3.5.2需求分析评审的主要方法1．验证需求的一致性2．验证需求的完整性和有效性3．验