第03篇 结构化分析方法.pptVIP

3.2 可行性研究计划的任务 了解客户的要求和环境 从三个方面研究可行性，编写可行性研究报告 技术可行性 经济可行性 操作可行性 社会可行性 技术可行性主要考虑： 在给定的时间内能否实现需求说明的功能。如果遇到难以克服的技术问题怎样处理，能否解决 软件的运行质量如何。如高风险的应用软件的正确性要求比较高 软件生产力如何。统计软件总的开发时间时不能忽略软件的维护 技术可行性可以简单表达为做的了吗，做的好吗，做得快吗？ 从考虑问题方面：技术难度，技术先进性，技术是否能实现系统；能利用的资源如何；开发的风险分析 操作可行性 用户使用的可行性：对用户来说这种设计模式，操作模式能够被用户接受。时间进度可行性：能否在给定期间内完成任务 组织、文化的可行性：整个用户工作单位内，了解他们默认的文化。组织工作习惯，形成组织和文化上的特点。那么完成工作就有他自身的特点。如果我们的软件满足组织文化和习惯上的要求，那么我们的系统更容易被用户接受。 3.3 成本/效益分析 4、投资回收率 可以衡量投资效率的大小。就是相当于年利率，也就是投资多少钱，每年收取的收入时多少呢？ 公式是： P=F1/(1+j)+F2/(1+J)2+……＋Fn/(1+J)n 这里 P 是现在的投资额；Fi是第i年低的效益；n是系统使用寿命；j是投资回收率； 本例中，P＝5000， Fi ＝2500，n＝5，计算出投资回收率是41％－42％ 首先考虑数据的源点和终点，从上面对系统的描述可以知道“采购部每天需要一张定货报表”，“通过放在仓库中的CRT终端把事物报告给定货系统”，所以采购员是数据终点，而仓库管理员是数据源点。 接下来考虑处理，再一次阅读问题描述，“采购部需要报表”，显然他们没有这种报表，因此，必须有一个用于产生报表的处理。事物的后果是改变零件库存量，然而任何改变数据的操作 都是处理。注意，在问题描述中并没有明显地提到需要对事物进行处理，但是通过分析可以看出这种需求 最后，考虑数据流和数据存储：系统把定货报表送给采购部，因此定货报表是一个数据流；事物需要从仓库送到系统中，显然事物是另一个数据流。产生报表和处理事物这两个处理在时间上明显不匹配——每当有一个事物发生时立即处理它，然后每天只产生一次定货报表。因此，用来产生定货报表的数据必须存放一段时间，也就是应该有一个数据存储 需求分析过程 4、细化数据流图 在经过深入具体认识后，原数据流图已经不能充分表达对系统的认识，此时需要进一步对数据流图进行细化。例如： 处理： 加工事务数据，处理很复杂，但描述太笼统 这个处理包含以下几个处理 取数据 计算正常工资 计算超额课时费 更新年度数据 打印报表（印表格） 3.1 取 数据 年度数据 D5 3.2 计算正常工资 人事数据 D6 工资表 D2 工资明细表 D3 事务数据 D1 报表 D4 细化后的“加工事务数据” 需求分析过程 5、书写正式文档 书写软件需求规格说明书 需求分析过程 6、技术审查和管理复审 6.1 人员构成： 从外单位聘请由经验的系统分析员担任组长， 并由具体处理工资事务的两名会计 及本系统的分析员 作为小组成员 需求分析过程 6、技术审查和管理复审 6.2 技术审查 从技术角度对软件需求规格说明书的内容进行审查，目的是发现错误或遗漏 避免对前一段工作进行批评或争论 技术评审必须回答 ①系统功能复杂性是否与开发风险、成本和进度评估保持一致？ ②系统采用的术语、系统与子系统功能定义是否足够详细？ ③系统与环境的接口以及各子系统之间的接口定义是否详细？ ④系统规格说明是否指明系统性能、可靠性和可维护性方面的问题？ ⑤系统规格说明是否为后续的硬件工程、软件工程打下坚实的基础？ 需求分析过程 6、技术审查和管理复审 6.3 管理复审 由财务科长和校长对本项目的经费支出情况和开发进度等，从管理角度进行审查。 管理评审必须回答 ①系统是否有一个稳定的商业需求，系统开发是否有意义？ ②系统开发是否有市场价值或社会效益？ ③系统开发是否还有其他选择方案？ ④系统各个部分的开发风险是什么？ ⑤系统开发所需资源是否已经具备？ ⑥成本和进度计划是否恰当等等。 需求分析 3.2.1 功能建模 实例研究 银行储蓄系统的业务流程： 储户填写的存款单或取款单由业务员键入系统； 如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、到期日期、利率、密码（可选）等信息，并印出存单给储户； 如果是取款而且开户时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。 要求画出分层的数据流图，并细化到2层数据流图。 3.2.1 功能建模 (1) 识别外部实体及输入输出数据流。 外部