- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程 - 可行性研究和需求定义
* * * 柳传志联想总裁 * 第2章 可行性研究 2.1 问题定义 软件定义,计划时期的第一个阶段.目的是弄清用户需要计算机解决的根本任务. 第2章 可行性研究 2.1 问题定义 一、 问题定义的内容 包括:明确问题的背景、开发系统的现状、开发的理由和条件、开发系统的问题要求、总体要求、问题的性质、类型范围、要实现的目标、功能规模、实现目标的方案、开发的条件、环境要求等等,然后写出问题定义报告(或称系统定义报告),以供可行性分析阶段使用。 第2章 可行性研究 二、 问题定义的步骤 在问题定义阶段,系统分析员要深入现场,阅读用户写的书面报告、听取用户对开发系统的要求、调查开发系统的背景理由。还要与用户负责人反复讨论,以澄清模糊的地方、改正不正确的地方。最后写出双方都满意的问题定义报告,并确定双方是否可进行深入系统可行性研究的意向。 问题定义报告(无统一格式) 工程项目名称 使用方 开发方 对问题的概括定义 项目的目标 项目的规模 问题定义报告 用户单位:×××××学校计财处 负 责 人:××× 分析员单位:××软件开发公司 分 析 员:××× 项目名称:工资管理系统 问题概述:计财处每月的工资管理工作太忙,在工资管理事务上花费精力太大……(其他的主要问题) 项目目标:开发一个效率较高的工资管理系统 项目规模:这个项目的开发成本约是×万元 可行性研究:建议进行一周,费用不超过×××元 ××年×月×日 签字:××× 第2章 可行性研究 2.2 可行性研究的任务 可行性研究的任务是用最小的代价、在尽可能短的时间内确定问题是否能够解决。在澄清了问题定义之后,分析员首先应该导出系统的逻辑模型,然后从系统逻辑模型出发,探索出若干种可供选择的主要解法(即系统实现方案)。最后仔细研究每种解法的可行性。 第2章 可行性研究 一般说来,研究可行性应该从下述几方面进行: (1)技术可行性:指使用现有的技术能否完成这个项目。 风险分析 资源分析 技术分析 (2)经济可行性:指通过对软件开发项目进行成本/效益估计,以确定软件系统可能带来的经济效益能否超过研制和维护此系统所需的费用。 系统成本:购置硬件的成本、设备的工程安装费用、系统开发费用、系统的安装运行费用、人员培训费用 系统效益:经济效益、社会效益 (3)操作可能性:社会可行性或运行可行性软件开发是否会侵犯他人、集体或国家的利益,是否违反国家的法律并可能由此而承担法律责任。 第2章 可行性研究 2.3 可行性研究的步骤 (1)复查系统规模和目标(问题定义阶段) 重新描述规模和目标,清晰的描述限制和约束 (2)研究目前正在使用的系统,找出基本功能和需要的基本信息,绘制流程图和高层数据流图(3)导出新系统的高层逻辑模型,结合流程图和高层数据流图与现有系统的比较(4)导出和评价若干供选择的方案,推荐方案和行动方针(5)选择方案,草拟开发计划,书写文档、提交审查 描述银行取款过程的数据流图 可行性研究报告 ×××××可行性研究报告 1 引言 1.1 问题 1.2 实现环境 1.3 约束条件 2 管理 2.1 重要的发展 2.2 注解 2.3 建议 2.4 效果 3 方案选择 3.1 选择系统配置 3.2 选择方案的标准 4 系统描述 4.1 缩写词 4.2 各个子系统的可行性 5 技术风险评价 6 成本-效益分析 7 有关法律问题 8 其他 9 结论意见 需求定义 需求获取 需求规格说明以及需求规格说明书 需求获取 功能需求 性能需求 环境需求 安全保密要求 用户界面需求 资源使用需求 软件成本消耗与开发进度需求 获取方法 会谈 问卷调查 收集用户表格和报表 使用用例 建立快速原形 小 结 为什么会有软件工程这门课 Scandish Group对IT 280,000个项目(投资250亿美元)的研究结果: 项目实现其目标 28% 项目补救后完成 49% 彻底失败 23% 280,000个项目单项统计分析结果 项目总平均预算超出量为45%,进度超出量为63%,功能实现目标的67% 案例1: 2000年IT项目管理现状 案例2:Winword 1.0开发 最初计划开发时间: 395天 类似项目最短开发时间:460天 正常工期: 810天 最后完成数据 源代码行数:249k 工作量:660人·月 时间:5年 实际的时间大约是预期时间的5倍 项目初期制定的开发目标本来是不可实现的 过紧的进度计划降低了计划精确度。在前4年中,进度估算受主观愿望的影响占到了60
原创力文档


文档评论(0)