02章可行性研究.ppt

* * 考虑通过系统的逻辑数据流：当发生一个事务时必须首先接收它；随后按照事务的内容修改库存清单；最后如果更新后的库存量少于库存量临界值时，则应该再次订货，也就是需要处理订货信息。因此，把“处理事务”这个功能分解为下述3个步骤，这在逻辑上是合理的：“接收事务”、“更新库存清单”和“处理订货”(图2.7)。 图2.6订货系统的功能级数据流图图2.7把处理事务的功能进一步分解后的数据流图为什么不进一步分解“产生报表”这个功能呢?订货报表中需要的数据在存储的订货信息中全都有，产生报表只不过是按一定顺序排列这些信息，再按一定格式打印出来。然而这些考虑纯属具体实现的细节，不应该在数据流图中表现。同样道理，对“接收事务”或“更新库存清单”等功能也没有必要进一步细化。总之，当进一步分解将涉及如何具体地实现一个功能时就不应该再分解了。 当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入输出数据流必须相同。例如，图2.5和图2.6的输入输出数据流都是“事务”和“订货报表”；图2.6中“处理事务”这个处理框的输入输出数据流是“事务”、“库存清单”和“订货信息”，分解成“接收事务”、“更新库存清单”和“处理订货”3个处理之后(图2.7)，它们的输入输出数据流仍然是“事务”、“库存清单”和“订货信息”。 此外还应该注意在图2.7中对处理进行编号的方法。处理1.1，1.2和1.3是更高层次的数据流图中处理1的组成元素。如果处理2被进一步分解，它的组成元素的编号将是2.1，2.2，…；如果把处理1.1进一步分解，则将得到编号为1.1.1，1.1.2，…的处理。 * * * * * * * 除了数据定义之外，数据字典中还应该包含关于数据的一些其他信息。典型的情况是，在数据字典中记录数据元素的下列信息： 一般信息(名字，别名，描述等)，定义(数据类型，长度，结构等)，使用特点(值的范围，使用频率，使用方式——输入、输出、本地，条件值等)，控制信息(来源，用户，使用它的程序，改变权，使用权等)和分组信息(父结构，从属结构，物理位置——记录、文件和数据库等)。 * * * * * * * * * 一般说来，人们投资于一项事业的目的是为了在将来得到更大好处。开发一个软件系统也是一种投资，期望将来获得更大的经济效益。经济效益通常表现为减少运行费用或(和)增加收入。但是，投资开发新系统往往要冒一定风险，系统的开发成本可能比预计的高，效益可能比预期的低。把钱存到银行或贷给其他企业也有明显的经济效益(利息)，而且风险很低。那么，在什么情况下投资开发新系统更划算呢?成本/效益分析的目的正是要从经济角度分析开发一个特定的新系统是否划算，从而帮助客户组织的负责人正确地作出是否投资于这项开发工程的决定。 为了对比成本和效益，首先需要估计它们的数量。 * * * * * * * * * * * 首先需要进一步分析和澄清问题定义。在问题定义阶段初步确定的规模和目标，如果是正确的就进一步加以肯定，如果有错误就应该及时改正，如果对目标系统有任何约束和限制，也必须把它们清楚地列举出来。 在澄清了问题定义之后，分析员应该导出系统的逻辑模型。然后从系统逻辑模型出发，探索若干种可供选择的主要解法(即系统实现方案)。 当然，可行性研究最根本的任务是对以后的行动方针提出建议。如果问题没有可行的解，分析员应该建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费；如果问题值得解，分析员应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。 * * * 1、复查系统规模和目标 这个步骤的工作，实质上是为了确保分析员正在解决的问题确实是要求他解决的问题。 2. 研究目前正在使用的系统 现有的系统是信息的重要来源。显然，如果目前有一个系统正被人使用，那么这个系统必定能完成某些有用的工作，因此，新的目标系统必须也能完成它的基本功能；另一方面，如果现有的系统是完美无缺的，用户自然不会提出开发新系统的要求，因此，现有的系统必然有某些缺点，新系统必须能解决旧系统中存在的问题。 3. 导出新系统的高层逻辑模型 优秀的设计过程通常是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。 4. 进一步定义问题 新系统的逻辑模型实质上表达了分析员对新系统必须做什么的看法。用户是否也有同样的看法呢?分析员应该和用户一起再次复查问题定义、工程规模和目标，这次复查应该把数据流图和数据字典作为讨论的基础。 * 1、复查系统规模和目标 这个步骤的工作，实质上是为了确保分析员正在解决的问题确实是要求他解决的问题。 2. 研究目前正在使用的系统 现有的系统是信息的重要来源。显然，如果目