第12章问题定义及可行性研究.pptVIP

* 系统流程图 * 系统流程图 系统流程图是描述物理模型的一种工具。它表达信息在系统各部件之间流动的图形工具。 系统流程图以黑盒子的形式描绘系统里的各个部件，它表达了信息在系统各个部件之间的流动情况，而不是对信息进行加工处理的控制过程。 部件是指程序、文件、数据库、表格、人工过程等。 * 系统流程图的符号 处理 文档 显示 人工操作 人工输入 * 系统流程图的示例——教材购买 购书证明 开购书 证明 开购书 发票 发票 收费 领书单 发书 学生 学生 * 系统流程图的示例——图书借还 读者个人 信息文件 还书登记 借书登记 图书库存 数据库 读者/书 读者/书 * 系统流程图的示例——教材购买 产生补售书单 进书 书库保管员 缺书单 汇总并 统计缺书 缺书统计 领书单 学生 购书单 审查 有效性 开发票 学生 用书表 教材 存量表 售书 登记表 发书 打印领书单并登记售书 收费 盖章 发票 打印发票 购书 售书 图12.3 教材购销系统的系统流程图 * * * * * 问题定义与可行性研究 * 主要内容 问题定义 可行性研究 * 问题定义 * 问题定义 问题定义就是将软件构想酝酿形成明确的目标主题，并确定软件的基本问题，包括总体目标、软件用途(作用域)、用户对象、软件规模等。 阶段的主要任务: 用户调查、讨论并确认问题、编写系统目标与规模的说明文档 系统目标与规模的说明 项目名称、问题的概括定义、项目目标(达到怎样的要求)、软件用户对象、项目规模(成本的一个合理估计、简单的软件计划等) * 问题定义 用户(问题的提出者)：以书面或者口头表达软件的基本构想 系统分析员(SE)：从较高的层次抽象概括用户对软件系统的描述，忽略实现的细节。 * 问题定义阶段的用户调查 项目的信息来源是用户 若问题以书面形式提出，SE(系统分析员)应该阅读和分析书面材料； 若问题以口头形式提出来，SE应该与用户讨论 SE将问题的性质、工程目标和规模写成书面报告，提交审查； SE、用户及其负责人一起讨论这份报告，最终得到一份大家都认同的一份文档。 * 问题定义 参与人员： 系统分析员 用户 用户部门负责人 问题定义的规模 是生命周期中最短的一个阶段 通常花费一两天或更长一点时间 * 例12.1 某高校向学生销售教材的手续是：先由系办公室的张秘书开一购书证明，学生凭证明找教材科的王会计开购书发票，向李出纳员交付书款，然后到书库找赵保管员领书。现欲将上述手工操作改为计算机处理，即开发一个计算机售书系统。 * 问题定义 系统目标和范围 说 明 书 2016年3月 1.项目：教材销售系统 2.问题：人工发售教材手续繁琐，且易出错。 3.项目目标：建立一个高效率、无差错的微机教材销售系统。 4.项目范围：利用现有微型计算机，软件开发费用不超过5000元。 5.初步想法：建议在系统中增加对缺书的统计与采购功能。 6.可行性研究：建议进行大约10天的可行性研究，研究费用不超过1000元。 图12.1 系统目标和范围一例 * 可行性研究 * 可行性研究的任务 GB8566-88《计算机软件开发规范》中指出： 可行性研究的主要任务是“了解客户的要求及现实环境，从技术、经济和社会因素等三方面研究并论证本软件项目的可行性，编写可行性研究报告，制定初步项目开发计划。” * 可行性研究的目的 GB8567-88《计算机软件产品开发文件编制指南》指出： “ 说明该软件开发项目的实现在技术上、经济上和社会条件上的可行性；评述为合理地达到开发目标可能选择的各种方案 ”。 简单地说，可行性研究的目的是：以最小的代价、在尽可能短的时间内确定问题是否能够解决，是否值得解决。 * 可行性研究的内容 (1)技术可行性 (2)经济可行性 (3)操作可行性 (4)社会可行性(法律可行性) * 技术可行性 度量一个特定技术信息系统解决方案的实用性及技术资源的可用性 考虑的问题 (1)开发风险分析 (2)资源分析 (3)相关技术的发展（现有技术能否实现新系统，技术难点、建议采用技术的先进性） 技术可行性分析可以简单地表述为：做得了吗？做得好吗？做得快吗？ * 技术可行性 技术可行性分析至少要考虑以下几方面因素： 在给定的时间内能否实现需求说明中的功能。如果在项目开发过程中遇到难以克服的技术问题，麻烦就大了。轻则拖延进度，重则断送项目。 软件的质量如何？有些应用对实时性要求很高，如果软件运行慢如蜗牛，即便功能具备也毫无实用价值。有些高风险的应用对软件的正确性与精确性要求极高，如果软件出了差错而造成客户利益损失，那么软件开发方可要赔惨了。 软件的生产率如何？如果生产率低下，能赚到的钱就少，并且会逐