- 1、本文档共44页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
《软件工程导论》 通过合理的状态检修设备实现对电力设备的在线检测的方法,可以帮助企业最快了解电力设备的实际运行状态,并准确掌握设备的运行参数或者线路的标准状态 可行性研究 1 可行性研究的任务和目的 2 可行性研究过程 3 可行性研究报告的文档格式 4 系统流程图 5 数据流图 6 数据字典 7 成本/效益分析 8 本章小结 1 可行性研究的任务和目的 1.可行性研究的任务 GB 8566-88 《计算机软件开发规范》中指出:可行性研究的主要任务是“了解客户的要求及现实环境,从技术、经济、操作和社会因素等三方面研究并论证本软件项目的可行性,编写可行性研究报告,制定初步项目开发计划。” 可行性研究的目的 可行性研究用最小的代价在尽可能短的时间内确定该软件项目是否能够开发,是否值得开发。它不是解决而是确定问题是否值得解决。其实质是一次大幅简化和压缩了的系统分析和设计过程。 2 可行性研究过程 可行性研究过程的一般步骤: 1.确认项目的目标和规模。 系统分析员对问题定义阶段书写的关于规模和目标的报告进一步复查确认,清晰地描述关于目标系统的一切限制与约束。 研究目前正在使用的系统。 实地考察现有系统,仔细阅读其文档资料和使用手册,确定其基本功能、工作流程以及其缺陷。 3.建立新系统的高层逻辑模型。 系统分析员在逐步明确目标系统应该具有的基本功能、处理流程和所受的约束的基础上,利用建立逻辑模型的工具,定义新系统的逻辑模型。能够利用数据流图描绘数据在系统中的流动和处理的情况,利用初步的数据字典定义系统中的数据。数据流图和数据字典共同定义了系统的逻辑模型,以后可以从这个逻辑模型出发设计新的系统。 2 可行性研究过程 4.进一步定义问题。 分析员通过新系统的逻辑模型表达新系统必须做什么之后,应该和用户一起再次复查问题定义、工程规模和目标,以发现并改正分析员对某些问题的误解或者用户遗漏的某些问题。分析员定义问题,分析这个问题,导出一个试探性的解;在此基础上再次定义问题,再次分析这个问题,修改这个解;继续这个循环过程,直到提出的逻辑模型完全符合系统目标。 5.导出和评价各种供选择的方案 分析员在建立了完全符合系统目标的高层逻辑模型后,要给出若干个较高层次的(较抽象的)物理解法供选择和比较。一般地,首先从技术可行性出发,初步排除一些不现实的处理方案;然后,从操作可行性出发,充分考虑用户的工作方式和习惯,将那些操作方式或操作过程不能被用户接受的方案剔除;再次,从经济可行性出发,估算余下各种方案的开发成本和运行费用,进行成本/效益分析,选择预期利润比较理想的方案;最后,分析员详细列出各种较理想方案制定进度表,估计各种方案在生命周期各个阶段的工作量 2 可行性研究过程 为项目负责人进行决策提供充分的依据。 6.推荐一个可行的方案。 根据前述可行性研究的结果,分析员应该作出是否继续进行这项开发工作的决定。如果结论肯定,则应该推荐一种最好的解法,并说明选择这个解决方案的理由。 7.草拟开发计划。 分析员应该为所推荐的方案草拟一份开发计划。该计划除了制定工程进度表外,还应该估计需要的各类开发人员和各种资源,另外还应估计生命周期各个阶段的成本,最后还应给出下一阶段(需求分析)的详细进度表和成本估算。 8.编写文档并提交审查。 将上述可行性研究的各个步骤的工作成果写成正式的文档,提交用户、客户组织的主管以及评审组审查,以决定是否继续这项工程以及是否接受分析员推荐的方案。 3 可行性研究报告的文档格式 可行性研究文档的文档格式可参看GB8567-88《计算机软件产品开发文件编制指南》。 4 系统流程图 4.1 概述 分析员在进行可行性研究时需要了解和分析现有的系统,并概要地表达对现有系统的认识;在进入设计阶段还需要将设想的新系统的逻辑模型转变成物理模型,因此需要描绘未来的物理系统的概貌。 系统流程图是概括地描绘物理系统的传统工具。其基本思想是用图形符号以黑盒子形式描述系统的各个部件(包括程序、文档、数据库和人工过程等)。 系统流程图表达的是数据在系统各部件之间的流动情况,而不是对数据进行处理处理的控制过程。值得注意的是,尽管系统流程图和程序流程图的某些符号形式相同,但系统流程图描述的是物理数据流图而不是程序数据流图。 4 系统流程图 4.2 系统流程图符号 4 系统流程图 4 系统流程图 4.2
文档评论(0)