可行性分析与初步计划ppt课件.ppt

1 第4章可行性分析与初步计划 4 1可行性分析的任务4 2可行性分析的步聚4 3系统流程图4 4数据流图4 5成本 效益分析4 6项目开发计划 2 2 1可行性分析的任务 可行性分析又称可行性研究目的任务 3 可行性分析的目的 软件工程项目多为复杂的大型系统工程 在没有明确问题是否有行之有效的解决方案之前 贸然行事 有可能造成时间 人力 财力 物力的巨大浪费 可行性分析目的在于使用最小的代价 在尽可能短的时间内得出软件项目是否能够开发 是否值得开发的结论 可行性研究的目的不是解决问题 而是确定问题是否值得去解决 有没有解决的可能性 这不能靠主观猜想 4 可行性研究的任务 必须分析几种主要的可能解法的利弊 从而判断原定的系统规模和目标是否现实 系统完成后所能带来的效益是否值得投资 实质上 可行性研究是要进行一次大大压缩简化了的系统分析和设计的过程也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程 5 可行性研究的任务 首先概要分析研究 进一步分析和澄清问题定义 复查初步确定的规模和目标 如果有误要加以修正 同时要收集约束和限制 并清楚地列举出来 在澄清了问题定义之后 分析员应进行简要的需求分析 导出系统的逻辑模型 再从系统逻辑模型出发 探索若几种可供选择的设计和实施方案 6 可行性研究的四个方面 对每种方案都应该仔细研究它的可行性 一般说来 至少应该从四方面研究其可行性 技术可行性 经济可行性 操作可行性 社会可行性 7 1 技术可行性 分析项目的功能 性能和限制条件 确定在现有的技术 资源条件下 该项目是否可实现 因为现阶段对项目的功能 目标 性能认识相对模糊 所以 技术可行性分析相对困难 一般应考虑以下情况 8 技术可行性一般考虑的情况 开发的风险 就限制和约束条件下 能否按功能设计并实现该软件系统 资源的有效性 包括人在内的相关资源是否有问题 技术 现有成熟技术是否支持 是否存在技术攻关的环节 9 2 经济可行性 估算开发成本与费用 预测系统动行可取得的未来效益 明确项目是否值得开发 一般要进行 成本 效益分析 计算出投资回收期 投资回收率等 10 3 操作可行性 操作方面的可行性分析员应该根据使用部门处理事务的原则和习惯检查技术上可行的那些方案 去掉其中从操作方式或操作过程的角度看用户不能接受的方案 11 4 社会可行性 必要时还应该从法律 社会效益等更广泛的方面研究每种方案的可行性 要开发的项目是否存在侵权 妨碍等社会责任问题 系统运行方式在用户组织内是否行得通 现有的管理制度 人员素质 操作方式是否可行 社会可行性所涉及的范围比较广 包括合同 责任 侵权 用户组织的管理模式及规范 其他一些技术人员常常不了解的陷阱等 12 可行性研究的任务归纳 可行性研究最根本的任务是对以后的行动方针提出建议 如果问题没有可行的解 分析员应该建议停止这项开发工程 以避免时间 资源 人力和金钱的浪费 如果问题值得解 分析员应该推荐一个较好的解决方案 并且为工程制定一个初步的计划 可行性研究需要的时间长短取决于工程的规模 一般说来 可行性研究的成本只是预期的工程总成本的5 10 13 可行性研究的任务归纳 不可行 用户提出的开发意向 有可行方案 拟定几个可行方案 并推荐一个最优方案 推荐行动方针 给出关键性决定 即该项目值不值得做 草拟开发计划 资原需求 开发工期和下一点工作要点 提交可行性报告供审核 经济技术社会 操作 14 2 2可行性研究具体步骤 过程 1 审查项目规模和目标2 研究目前正在运行的系统3 导出新系统的高层逻辑模型 进一步定义问题4 导出和评价供选择的方案 推荐较优方案5 推荐行动方针6 草拟开发计划7 书写可行性报告 提交审查 15 1 复查系统规模和目标 分析员访问关键人员 阅读和分析有关的材料 对问题定义阶段书写的关于规模和目标的报告书进一步复查确认 改正含糊或不确切的叙述 清晰地描述对目标系统的一切限制和约束 这个步骤的工作 实质上是为了确保分析员正在解决的问题确实是要求他解决的问题 明确问题 16 2 1 2可行性研究具体步骤 过程 1 复查系统规模和目标2 研究目前正在使用的系统3 导出新系统的高层逻辑模型 进一步定义问题4 导出和评价供选择的方案 推荐较优方案5 推荐行动方针6 草拟开发计划7 书写可行性报告 提交审查 17 2 研究目前正在使用的系统 一方面 新软件系统必须也能完成现在系统的基本功能 另一方面 新软件系统必须克服现行系统的欠缺 此外 运行使用旧系统所需要的费用是一个重要的经济指标 如果新系统不能增加收入或减少使用费用 那么从经济角度看新系统就不如旧系统 阅读分析现有系统的文档资料和使用手册 也要实地考察现有的系统 生点了解原系统可以做什么 为什么这样做 还要了解使用原系统的代价 调查原有系统的功能和存在的问题 使用维护成本和经济效益 18 注意1 只调查功能和问题 不研究现行系统的原理和作法 在了解上述这些信息的时候显然必须访问有关的人员 常见的错误做法是花费过多时间去分析现有的系统 这个步骤的目的是了解现有系统能做什么 为什么这么做 而不是了解它怎样做这些工作 只做调查和问题表述 19 注意2 必要时 只画高层逻辑模型 不去用模型描述现行系统的细节 分析员应该画出描绘现有系统的高层系统流程图 见图4 2 并请有关人员检验他对现有系统的认识是否正确 千万不要花费太多时间去了解和描绘现有系统的实现细节 20 注意3 调查现行系统与相关系统的接口 这是重要的约束来源 没有一个系统是在 真空 中运行的 绝大多数系统都和其他系统有联系 应该注意了解并记录现有系统和其他系统之间的接口情况 这是设计新系统时的重要约束条件 注意接口调查 21 2 2可行性研究具体步骤 过程 1 复查系统规模和目标2 研究目前正在使用的系统3 导出新系统的高层逻辑模型4 进一步定义问题5 导出和评价供选择的方案 推荐较优方案6 推荐行动方针7 草拟开发计划8 书写可行性报告 提交审查 22 3 导出新系统的高层逻辑模型 优秀的设计过程通常总是从现有的物理系统出发 导出现有系统的逻辑模型 再参考现有系统的逻辑模型 设想目标系统的逻辑模型 最后根据目标系统的逻辑模型建造新的物理系统 23 3 导出新系统的高层逻辑模型 通过前一步的工作 分析员对目标系统应该具有的基本功能和所受的约束已有一定了解 能够使用数据流图 描绘数据在系统中流动和处理的情况 从而概括地表达出他对新系统的设想 必要时 还应该有一个初步的数据字典 定义系统中使用的数据 数据流图和数据字典共同定义了新系统的逻辑模型 以后可以从这个逻辑模型出发设计新系统 24 4 进一步定义问题 新系统的逻辑模型实质上表达了分析员对新系统必须做什么的认识和设想 分析员应该和用户一起再次复查问题定义 项目规模和目标 这次复查应该把数据流图和数据字典作为讨论的基础 如果分析员对问题有误解或者用户曾经遗漏了某些要求 那么现在是发现和改正这些错误的时候了 25 4 进一步定义问题 可行性研究的前4个步骤实质上构成一个循环 分析员定义问题 分析这个问题 导出一个试探性的解 在此基础上再次定义问题 再一次分析这个问题 修改这个解 继续这个循环过程 直到提出的逻辑模型完全符合系统目标 26 5 导出和评价供选择的 可行方案 解法 分析员应该从逻辑模型出发 导出若干个较高层次的 较抽象的 物理解法 进行可行性分析 供比较和选择 1 考虑技术可行性导出可供选择的可行方案的最简单的途径 是从技术角度出发考虑解决问题的不同方案 还可以使用组合的方法导出若干种可能的物理系统 当从技术角度提出了一些可能的物理系统之后 应该根据技术可行性的考虑初步排除一些不现实的系统 把技术上行不通的解法去掉之后 就剩下了一组技术上可行的方案 27 5 导出和评价供选择的 可行方案 解法 2 考虑操作方面的可行性根据使用部门处理事务的原则和习惯检查技术上可行的那些方案 看系统运行方式在用户组织内是否行得通 现有的管理制度 人员素质 操作方式是否可行 去掉其中从操作方式或操作过程的角度看用户不能接受的方案 3 考虑经济可行性接下来应该考虑经济方面的可行性 估计余下的每个可能的系统的开发成本和运行费用 并且估计相对于现有的系统而言这个系统可以节省的开支或可以增加的收入 在这些估计数字的基础上 对每个可能的系统进行成本 效益分析 28 5 导出和评价供选择的 可行方案 解法 4 考虑社会可行性从法律上 考虑是否存在侵权 妨碍等社会责任问题 从社会效益等更广泛的方面研究每种方案的可行性 社会可行性所涉及的范围比较广 包括合同 责任 侵权 用户组织的管理模式及规范 其他一些技术人员常常不了解的陷阱等 29 6 推荐行动方针 根据可行性研究结果应该做出的一个关键性决定 是否继续进行这项开发工程 分析员必须明确给出建议 如果分析员认为值得继续进行这项开发工程 那么他应该选择一种最好的解法 并且说明选择这个解决方案的理由 通常使用部门的负责人主要根据经济上是否划算决定是否投资于一项开发工程 因此分析员对于所推荐的系统必须进行比较仔细的成本 效益分析 30 7 草拟开发计划 最后为每个在技术 操作 经济 社会等方面都可行的推荐方案草拟一份开发计划 制定实现进度表这个进度表不需要 也不可能 制定得很详细 该通常只需要估计生命周期每个阶段的工作量 对各类开发人员和各种资源的需要情况 指明什么时候使用以及使用多长时间 31 8 书写文档提交审查 可行性研究报告 将上述可行性研究结果写成清晰的文档 请用户 客户组织的负责人及评审组审查 以决定是否继续这项工程及是否接受分析员推荐的方案 32 可行性报告的主要内容 1引言说明编写文档的目的 项目名称 背景 本文档用到的专门术语和参考资料 2可行性研究前提说明目标系统的功能 性能和基本要求 各种限制 可行性研究的方法和决定可行性的主要因素 3对现行系统的分析处理流程 数据流程 工作负荷 费用支出 所需各类专业技术人员和数量 所需设备 现行系统存在的问题 33 可行性报告的主要内容 4 对推荐系统的技术可行性分析所推荐系统的简要说明 处理流程 数据流程 与现行系统比较的优势 对用户的影响 对运行环境的影响 对经费的影响 对技术可行性进行评夜价 5 对推荐系统的经济可行性分析列也成本 效益分析结果 包括投资回收期等 34 可行性报告的主要内容 6 社会因素可行性分析说明当律因素 对合同责任 侵权 版本等问题的分析 说明用户使用可行性 是否适应用户行政管理 工作制作 人员素质的要求 7 其他可供选择的方案逐一说明其他可供选择的方案 并说明未被推荐的理由 8 结论说明项目是否可以往下进行 还需要什么条件或目标调整 35 第4章软件项目可行性分析与初步计划 4 1可行性分析的任务4 2可行性分析的步聚4 3系统流程图4 4数据流图4 5成本 效益分析4 6项目开发计划 36 4 3系统流程图 例子作用基本符号 37 3 例子 38 图4 2描述的是一个仓储业务的一部分 出库或入库事务 都会引起库存量的变化 需要修改库存文件中的库存量 在办理出入 库业务时 若发现某种物资缺货或低于安全储备量 就要生成缺货记录 对于缺货记录 要定期统计 报告 以供采购部门制定采购计划参考 39 重点理解 系统流程图是借鉴绘制程序流程图的做法 来描述系统结构流程的一种传统的软件工程工具 它的基本思想是用图形符号 以黑盒子形式代表系统中的每一个部件 如程序 文件 数据库 表格 人工过程等 以流程线来表示数据在系统中被传递 处理的路径 最终以流程图的形式给出系统的概貌 40 重点理解 从软件工程的两个层次来看 传统的方法论在处理微观的 程序结构 问题时 用的是 程序流程图 解决宏观的 软件系统结构 时 则用的是 系统流程图 它们都有一个共同的特点 就是它们都是基于处理流程的 但 程序流程图 表示的是程序的指令控制流程 而 系统流程图 仅表示系统运行流程 不表示控制信息 41 表4 1系统流程图符号 描述高层流程的符号 42 基本符号 当以概括的方式抽象地描绘一个实际系统时 使用表4 1中列出的基本符号就足够了 利用这些符号可以把一个实际的输入输出操作部件抽象为 流程图中的 一个物理图符 表示为读写存储在特殊设备上的文件 或数据库 反过来 是把抽象处理具体化为特定的程序或手工操作等 44 45 绘制方法 注意图4 2是如何抽象 概括地描述这个物理系统的 图中每个符号代表了组成系统的一个部分 然而并没有指明每个部分的具体内部处理细节 图中箭头表示信息流转的路径或流程 注意这同程序流程图的区别 表达的是软件系统的宏观的系统结构 而不是程序结构 没有控制结构 不存在判断分支和控制循环结构 46 47 系统流程图的习惯画法是使信息在图中从上向下 从左向右流动 系统流程图不但通过 流程 考虑了系统的信息处理和流转的逻辑 同时也通过 形象的符号 表达了系统构成的具体物理形态 因此 系统流程图同时考虑了系统的逻辑因素和物理因素 系统流程图 由于包含了物理因素 不宜用来表达系统蓝图 但对于系统中一些较复杂的部分 需要同时考察物理实现方案的可行性时 可以使用系统流程图作为辅助手段 通过与用户共同评价 确认系统的流程 保证对现有系统的认识的正确性 48 3 例子 右图是一个简单的库房管理例子 某装配厂有一座存放零件的仓库 仓库中现有的各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中 当仓库中零件数量有变化时 应该及时修改库存清单主文件 如果哪种零件的库存量少于它的库存量临界值 则应该报告给采购部门以便定货 规定每天向采购部门送一次定货报告 49 该图表述的用户需求信息 该装配厂使用一台小型计算机处理更新库存清单主文件和产生定货报告的任务 零件库存量的每一次变化称为一个事务 由放在仓库中的CRT终端输入到计算机中 系统中的库存清单程序对事务进行处理 更新存储在磁盘上的库存清单主文件 并且把必要的定货信息写在磁带上 最后 每天由报告生成程序读一次磁带 并且打印出定货报告 50 理解图的原理 右图描绘了上述系统的概貌 图中每个符号抽象的表示系统中的一种物理部件 然而并没有指明每个部件的具体工作过程 图中的箭头确定了信息通过系统的逻辑路径 系统流程图的习惯画法是使信息在图中从顶向下或从左向右流动 51 4 分层 面对复杂的系统时 一个比较好的方法是分层次地描绘这个系统 首先用一张高层次的系统流程图描绘系统总体概貌 表明系统的关键功能 然后分别把每个关键功能扩展到适当的详细程度 画在单独的一页纸上 这种分层次的描绘方法便于阅读者按从抽象到具体的过程逐步深入地了解一个复杂的系统 52 第4章软件项目可行性分析与初步计划 4 1可行性分析的任务4 2可行性分析的步聚4 3系统流程图4 4数据流图4 5成本 效益分析4 6项目开发计划 53 4 4数据流图 4 4 1基本符号4 4 2绘制方法4 4 3数据流图的用途 54 4 4 1基本符号 55 4 4 2绘制方法 下面以一个实例说明数据流图的绘制方法 某汽车配件公司设有销售 采购 仓库 会计等业务部门 公司每天都要发生入库和出库业务 在办理出 入库业务时 要对配件库存量进行修改 仓库严格执行定额管理 按要求 每天都要对配件库存情况进行统计 对于缺货和低于安全储备量的配件 要生成缺货记录 并打印缺货情况统计报告交采购部门按供应商分类统计后进行采购 56 按照上述说明 虽然对仓库业务有了一定的了解 但这样描述不够直观 不便于和用户交流 用户很难判断是否真正了解了仓库业务 下面就用数据流图的方法描述 57 第一步 画TOP图 图4 3是汽车配件公司库存业务系统的高度概括的数据流图 又称 TOP图 或 顶层图 中间方框以暗盒的形式抽象地代表了库存业务系统 把系统看作是一个整体 暂不考虑其内部的细节 是为了寻找所有与系统有关联的外部项 所以顶层图又被称为系统 关联图 数据流线表示了库存业务系统与其环境的交互 所有交互的集合构成系统的边界 业务员 和 采购 子系统为系统的外部项 它们构成了库存业务系统的运行环境 图4 3中 用虚线表示出了系统与环境的分界 58 59 第二步 画第一层数据流图 第一层数据流图主要细化出系统的主要功能或子系统 通过TOP图找到了系统的完整边界 接下来 把焦点由外围转向内部 把中间的暗盒打开 研究其内部主要功能构成或子系统 如图4 4所示 60 61 TOP图中 库存业务系统 功能太笼统 在第一层数据流图中需要把系统的主要的功能表示出来 库存业务系统 的主要功能包括 入库 出库 统计 打印缺货报告 等 随着具体的处理功能被分解出来 数据流 数据存贮也都要经过由抽象到具体的变化 在高层数据流图中 处理 是高度概括和抽象的 流入其中的数据流自然也是概括和抽象的 如流入 库存业务系统 的 事务单据 就是一个抽象的数据流 具体是什么事务单据没有必要区分 在数据流图的较低层 当把 入库 出库 等功能细化出来以后 事务单据 就要具体到 入库单 出库单 并分别流入 入库 和 出库 加工中 62 4 4 3数据流图的用途 63 在调研阶段 分析师常用系统流程图表达他对现有系统的认识 这种描绘方法形象具体 容易验证它的正确性 但是用系统流程图描绘一个系统时 系统的功能和实现每个功能的具体方案是混在一起的 不便于集中对系统的逻辑功能进行分析和设计 所以 分析师希望以另一种方式进一步总结现有的系统 这种方式应该着重描绘系统所完成的逻辑功能 而暂时忽略系统的物理实现方案 数据流图是实现这个目标的极好手段 64 利用数据流图建立系统模型 便于交流与沟通 由于在数据流图中通常仅使用四种基本符号 而且不包含任务有关物理实现的细节 因此 绝大多数据用户都可以理解和评价它 分析师把他对现有系统的认识或对目标系统的设想用数据流图描绘出来 需要与用户共同审查对系统功能和目标的理解 指在达成共识 形成规约 65 在可行性分析过程中 不仅要研究系统的逻辑模型 还要研究系统的不同物理实现方案 实际上 对方案可行性分析的过程就是一个简化了的系统分析与设计过程 物理实现方案的设计 可以从数据流图出发 按照数据发生 传输和被加工的规律 或系统各部分运行的自动化程度不同 规划出若干实现方案 以图4 4为例 可以根据业务要求规划出两种物理部署方案 如图4 5 图4 6所示 66 67 68 在需求分析阶段 数据流图还将被进一步细化 数据流图和数据字典 以及相关文档 是构成需求分析说明书的主要内容 在概要设计阶段 要根据数据流图设计系统的模块化功能结构 总之 数据流图是结构化方法进行需求分析与表述的主要建模工具 69 4 5成本 效益分析 开发一个软件系统是一种投资 期望将来获得更大的经济效益 经济效益通常表现为减少运行费用或 和 增加收入 但是 投资开发新系统往往要冒一定风险 系统的开发成本可能比预计的高 效益可能比预期的低 效益分析的目的正是要从经济角度分析开发一个特定的新系统是否划算 帮助用户正确地作出是否投资于该项目的决定 这需要进行成本估算和效益分析 70 4 5成本 效益分析 4 5 1成本估算4 5 2成本 效益分析的方法 71 4 5 1成本估算 软件开发成本主要表现为人力消耗 工资费用 成本估计不是精确的科学 因此应该使用几种不同的估计技术以便相互校验 下面简单介绍3种估算技术 1 基于问题分解的技术代码行技术功能点技术2 过程分解自动估计成本技术 72 1 基于问题分解的技术 基于问题分解法问题分解法常使用 代码行 和 功能点 相结合的方法估算软件规模 首先根据项目规模 大致测算出软件项目可能达到的各种组成成份的量 如输入 输出 数据文件 查询等 或者是子系统 模块 屏幕 报表 对象等 然后对照查询历史数据 推算出实现这些功能或成份大约需要的代码行 不管使用哪一种方法 都应该估算三个值 即一个乐观值 一个可能值和一个悲观值 最后的期望值 可用这三种估算值的加权平均得到 73 74 2 基于过程分解技术 典型环境下各个开发阶段需要使用的人力的百分比大致如表4 4所示 75 3 自动估计成本技术 采用自动估计成本的软件工具可以减轻人的劳动 并且使得估计的结果更客观 但是 这种技术必须有长期搜集的大量历史数据为基础 需要有良好的数据库系统支持 76 4 5成本 效益分析 4 5 1成本估计4 5 2成本 效益分析的方法 77 4 5 2成本 效益分析的方法 成本 效益分析的第1步 除了估计开发成本外 还要估算运行费用和新系统将带来的经济效益 这需要从下面两方面考虑 1 估算费用和软件寿命2 考虑货币的时间价值经济效益分析的常用指标有 3 投资回收期4 纯收入5 投资回收率 78 1 估算费用和软件寿命 运行费用取决于系统的维护费用和操作费用 操作员人数 工作时间 消耗的物资等 系统的经济效益等于因使用新系统而增加的收入加上使用新系统可以节省的运行费用 因为运行费用和经济效益两者在软件的整个生命周期内都存在 总的效益与生命周期的长度有关 所以还要合理地估计软件的寿命 79 1 估算费用和软件寿命 软件寿命一般按5年计算虽然许多系统在开发时预期生命周期长达10年以上 但是时间越长系统被废弃的可能性也越大 为了保险起见 以后在进行成本 效益分析时一律假设生命周期为5年 80 2 考虑货币的时间价值 成本 与 效益 两者在时间点上是不一致的 投资是现在进行的 效益是将来获得的 不能简单地比较成本和效益 应该考虑货币的时间价值 81 2 考虑货币的时间价值 通常用利率的形式表示货币的时间价值 1 终值法 F P 1 i n设年利率为i 如果现在存入P元 则n年后可得到的钱数为F 此为终值公式P是现值 F是终值 即P元钱在n年后的价值 2 现值法 反之 如果n年后能收入F元钱 那么这些钱的现在价值是F 此为贴现公式 82 例子 例如 修改一个已有的库存清单系统 使它能在每天送给采购员一份定货报表 编写产生报表的程序 估计共需5000元 系统修改后能及时定货将消除零件短缺问题 估计因此每年可以节省2500元 5年共可节省12500元 不能简单地把5000元和12500元相比较 因为前者是现在投资的钱 后者是若干年以后节省的钱累积 83 利用帖现法 假定年利率为12 利用上面计算货币现在价值的公式可以算出修改库存清单系统后每年预计节省的钱的现在价值 如表2 3所示 84 3 投资回收期法 通常用投资回收期衡量一个开发项目的价值 所谓投资回收期就是使累计的经济效益等于最初投资所需要的时间 显然 投资回收期越短就能越快获得利润 因此这项工程也就越值得投资 85 3 投资回收期法 从上表看 该项目的投资回收期是3年 投资回收期仅仅是一项经济指标 为了衡量一项开发工程的价值 还应该考虑其他经济指标 86 4 纯收入法 衡量工程价值的另一项经济指标是纯收入 即在整个生命周期之内系统的累计经济效益 折合成现在值 与期初投资之差 这相当于比较投资开发一个软件系统与把钱存在银行中 或贷给其他企业 这两种方案的优劣 如果纯收入为零 则工程的预期效益和在银行存款一样 但是开发一个系统要冒风险 因此从经济观点看这项工程可能是不值得投资的 如果纯收入小于零 那么这项工程显然不值得投资 如果纯收入小于银行存款的本利和 就认为不合算 87 5 投资回收率法 投资回收率 每年收回的比率 用它衡量投资效益的大小 并且可以把它和年利率相比较 在衡量工程的经济效益时 它是最重要的参考数据 88 5 投资回收率法 反应投资回收的快慢当n年可以正好收回全部投资时 投资回收率 每年收益额 本金 89 第4章软件项目可行性分析与初步计划 4 1可行性分析的任务4 2可行性分析的步聚4 3系统流程图4 4数据流图4 5成本 效益分析4 6项目开发计划 90 4 6项目开发计划 经过可行性研究后 若确定项目值得进行 则应草拟开发计划 项目开发计划 是一个必要的文档 91 项目开发计划包括以下内容 1 项目概述项目的各项主要工作 软件功能 性能 为完成项目应具备的条件 用户及合同承包者承担的工作 完成期限及其他条件限制 应交付的程序名称 所使用的语言及存储形式 应交付的文档 92 项目开发计划包括以下内容 2 实施计划任务的划分 责任人 项目开发进度 应阶段完成的任务 用图表说明工期安排 说明项目预算 各阶段费用支出预算 93 项目开发计划包括以下内容 3 人员组织及分工项目所需人员的专业类型 组织结构 数据量4 交付期限项目最后完工交付日期 94 本章小结 可行性研究进一步探讨问题定义阶段所确定的问题是否有可行的解 在对问题正确定义的基础上 通过分析问题 导出试探性的解 然后复查并修正问题定义 再次分析问题 改进提出的解法 经过定义问题 分析问题 提出解法的反复过程 最终提出一个符合系统目标的高层次的逻辑模型 然后根据系统的这个逻辑模型设想各种可能的物理系统 并且从技术 经济和操作等各方