软件工程导论(第2章).pptx

第2章：可行性研究2.1 可行性研究的任务 可行性研究就是要回答“所定义的问题有可行的解决办法吗？”。 可行性研究的目的是：用最小的代价在尽可能短的时间内确定问题是否能够解决，以及是否值得去解决。第一页，共六十九页。 可行性研究所需的时间取决于工程的规模，所需要的成本要占工程总成本的5%~10%。第二页，共六十九页。可行性研究的内容：1）技术可行性技术可行性要分析各种技术因素，例如： 使用现有的技术能否实现这个系统？ 是否有胜任开发该项目的熟练技术人员？ 能否按期得到开发该项目所需的软件、硬件资源？第三页，共六十九页。2）经济可行性 对经济合理性进行评价，所要考虑的问题是： 这个系统的经济效益能否超过它的开发成本？ 这就需要对项目进行价格/利益分析，即“投入/产出”分析。 由于利益分析取决于软件系统的特点，因此在软件开发之前，很难对新系统产生的效益作出精确的定量描述，所以往往采用一些估算方法。第四页，共六十九页。3）操作可行性 操作可行性评价系统运行后会引起的各方面变化，如：对组织机构管理模式、用户工作环境等产生的影响。第五页，共六十九页。4）社会可行性 社会可行性主要讨论法律方面和使用方面的可行性。 例如，被开发软件的权利归属问题、软件所使用的技术是否会造成侵权等问题。第六页，共六十九页。2.2 可行性研究过程复查系统规模和目标 研究目前正在使用的系统导出新系统的高层逻辑模型重新定义问题导出和评价供选择的解法推荐行动方针草拟开发计划书写文档提交审查第七页，共六十九页。第一步 复查系统规模和目标对问题定义阶段书写的关于规模和目标的报告书进一步复查确认。改正报告书中的叙述模糊、不正确的地方。这个步骤的工作，实质上是为了确保分析员正在解决的问题确实是要求他解决的问题。进一步复查确认“规模和目标报告书”第八页，共六十九页。第二步 研究目前正在使用的系统正在使用的系统的基本功能以及某些缺点分析现有系统的文档资料和使用手册，实地考察现有系统描绘现有系统的高层系统流程图并确认记录现有系统的接口第九页，共六十九页。第三步 导出新系统的高层逻辑模型设计过程通常总是从现有的物理系统出发，再参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。使用数据流图，描绘数据在系统中流动和处理的情况，从而概括地表达出对新系统的设想。通常为了把新系统描绘得更清晰准确，还应该有一个初步的数据字典，定义系统中使用的数据。数据流图和数据字典共同定义了新系统的逻辑模型，以后可以从这个逻辑模型出发设计新系统。第十页，共六十九页。定义问题分析问题导出一个试探性的解符合系统目标？N重新定义问题Y第四步 重新定义问题分析员应该和用户一起再次复查问题定义、工程规模和目标，这次复查应该把数据流图和数据字典作为讨论的基础。可行性研究的前四个步骤实质上构成一个循环。 第十一页，共六十九页。第五步 导出和评价供选择的解法分析员应该从他建议的系统逻辑模型出发，导出若干个较高层次的（较抽象的）物理解法供比较和选择。从技术角度出发考虑解决问题的不同方案。例如，2．4节中将举例说明在数据流图上划分不同的自动化边界 根据技术可行性的考虑初步排除一些不现实的系统。例如，如果要求系统的响应时间不超过几秒钟，显然应该排除任何批处理方案。考虑操作方面的可行性。分析员应该根据使用部门处理事务的原则和习惯检查技术上可行的那些方案，去掉其中从操作方式或操作过程的角度看用户不能接受的方案。考虑经济方面的可行性。分析员应该估计余下的每个可能的系统的开发成本和运行费用，并且估计相对于现有的系统而言这个系统可以节省的开支或可以增加的收入。在这些估计数字的基础上，对每个可能的系统进行成本／效益分析。制定实现进度表。通常只需要估计生命周期每个阶段的工作量。第十二页，共六十九页。第六步 推荐行动方针做出一个关键性的决定：是否继续进行这项开发工程。如果分析员认为值得继续进行这项开发工程，那么他应该选择一种最好的解法，并且说明选择这个解决方案的理由。 第十三页，共六十九页。第七步 草拟开发计划为推荐的系统草拟一份开发计划：工程进度表估计对各种开发人员和各种资源的需要情况。估计系统生命周期每个阶段的成本。最后应该给出下一个阶段（需求分析）的详细进度表和成本估计。第十四页，共六十九页。第八步 书写文档提交审查写成清晰的文档，请用户和使用部门的负责人仔细审查。第十五页，共六十九页。2.3 系统流程图系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件（程序，文件，数据库，表格，人工过程等等）。系统流程图表达的是信息在系统各部件之间流动的情况，而不是对信息进行加工处理的控制过程。尽管系统流程图使用的某些符号和程序流程图使用的符号相同，但是它却是物理数据