软件工程的可行性分析ppt课件.ppt

教学目的 理解可行性研究的基本任务和步骤理解成本 效益分析的方法 教学重点 可行性研究教学难点 成本 效益分析 风险及其管理 作业 第2章软件工程的可行性研究 1 MSF项目组模型 一个项目的瀑布模型开发开始于问题定义和可行性研究 MSF开始于问题的构思 项目组由项目管理人员和系统开发人员组成 系统开发人员和项目管理人员沟通的文档有系统开发计划 系统开发月报和系统开发总结报告 系统开发活动中的若干个角色如下 2 MSF小组模型 角色职责 产品管理角色 扮演客户推动小组 推动小组与客户在项目期望方面达成共识 扮演小组推动客户 让客户理解小组在做什么 小组为了满足客户的期望需要什么 管理客户的期望 确保客户认同当前的工作 协调客户的期望和产品的实际情况保持一致 开发 维护和实施业务用例 业务用例用来评判项目的依据 推动特征的识别和确定优先级 特征就是项目多个功能点的集合 开发 维护和实施通信计划 如何把产品披露给客户或者用户 比如外部的市场计划 内部 通信计划 3 MSF小组模型 角色职责 程序管理角色 程序经理是调解员和协调员 而不是代替项目经理 推动所有过程 从服务角度出发并且以服务为目的来确定自己的项目进度 报告项目状态 管理项目资源 管理产品范围和规范 撰写并提供功能规格说明文档 管理小组 健康 和角色 保持小组斗志旺盛 4 MSF小组模型 角色职责 开发角色 建造和测试产品 满足规格说明和客户期望参与产品设计估算完成产品开发的时间和投入以技术顾问的身份向小组提供服务 对高层设计提出建议支持产品的安装和部署 开发 配置和定制产品 为项目撰写所有核心的代码 为项目提供更加详细的技术规格说明文档 5 MSF小组模型 角色职责 测试角色 开发测试策略 计划和脚本 理解用户需求和产品将如何满足这些需求管理建造过程 小项目测试者负责测试产品的建造 大项目由建造小组来开发测试产品 实施测试 目的是判断产品开发的状态或者部署的状态参与设计质量标准 协助确定可容忍的产品零缺陷级别 6 MSF小组模型 角色职责 用户教育角色 扮演小组推动最终用户 准备为用户达到胜任产品使用的能力的支持材料 以小组的身份提供给最终用户 扮演最终用户推动小组 把用户的需求反馈给小组推动可用性过程 测试和跟踪产品的可用性 参与定义用户需求 可用性研究并且收集信息 并且把结果提交给小组 程序管理角色 设计和开发用户胜任力支持系统 要完成支持材料的设计 建造和测试 包括 参考卡片 用户手册 在线帮助 向导甚至完整的课件 7 MSF小组模型 角色职责 后勤管理角色 扮演小组推动营运 协调客户的期望扮演营运人员推动小组 确保产品的可部署 可管理和可支持 管理产品部署 保证产品的平滑部署参与设计 根据以往经验向小组提出与产品部署有关的可管理性和可支持性的建议 在贝它测试中支持产品为产品发布培训营运人员 提供运营支持的技术和文档 安装和平台配置 8 MSF不同角色在不同阶段的工作职责总表 9 2 1可行性研究2 1 1可行性研究概述 1 可行性研究的任务可行性研究的必要性 开发任何一个基于计算机的系统都会受到时间和资源的限制 因此 开发方在接受客户的项目之前 必须根据客户可能提供的时间和资源等条件进行可行性研究 可行性研究的前提条件 要对待开发项目进行初步的需求定义 可行性研究的目的 用最小的代价在尽可能短的时间内确定该项目是否值得去解决 是否存在可行的解决方案 即在系统层面上论证系统开发的可行性 是压缩的需求分析和设计过程 10 初步的项目需求定义案例 问题的提出 某校有9个部门 校办 人事处 教务处 总务处 财务处 电气系 机械系 管理系和基础部 其中财务处有1名主任会计师 2名会计和2名出纳 由于职工人数增多 每月发工资前几天会计工作量大增 要抽调其他部门的人员帮忙 花一个星期才能把职工的工资表做出来 同时学校的规模还在继续扩大 财务工作的工作量将日益繁重 为了减轻工作量 改善工作条件 学校决定用微机系统来处理工资问题 财务处首先到计算机软件公司 请求帮助分析解决问题 MSF认为 这一问题的提出应该由企业高层人士 管理层 参与 11 初步的项目需求定义案例 系统分析员进行问题的定义 获得定义的出发点是 现实需求 MSF认为 描述现实需求不是机械地被动提炼的过程 而是要经过由企业管理层参加的企业体系结构小组重建企业体系结构之后 再整理提炼企业体系结构的现实需求 获得定义的目的 明确问题 MSF 描述与业务目的和目标有关的关键成功因素 定义过程 如果通过增加员工来应付激增的工作量 则需要两名职工 按照职工月工资500元计算 每年要增加工资支出1 2万元 如果开发计算机工资管理系统 每年至少可获得1 2万元的经济效益 为了节省1 2万元 校方能投资多少钱呢 由于大多数单位希望在两三年内收回投资 因此 对于这个项目 2 5万元的开发成本可能是一个投资上限 否则企业会觉得不值得 分析员为了与用户沟通取得共识 还要做一个问题定义报告 12 初步的项目需求定义案例 问题定义报告 13 2 1 2可行性研究的任务 1 技术可行性的研究目的 根据客户提出的系统功能 性能要求及实现系统的各项约束条件 从技术的角度研究实现系统的可行性 2 技术可行性研究案例 分析员通过查阅资料和访谈具体财务人员入手 掌握工资处理的大概情况 财务初每月接收每个职工当月的水电用量记录 编制出当月职工的工资报表 并将当月工资发到职工手中 并且要为财务处输出报表 在此基础上 得出新系统的逻辑模型 顶层数据流图 14 顶层数据流图 职工 财务处 工资管理系统 水电表 工资 报表 15 功能级数据流图 顶层数据流图细化 处理事物 收集数据 验证数据 发放工资 产生报表 职工 职工 财务处 事物数据 工资 报表 事务 2 1 3 4 5 16 功能级数据流图的说明 处理事物 发放工资和产生报表是工资管理系统必须完成的3个主要功能 细化后的数据流图中还增加了3个数据存储 处理事物需要 事物数据 的存储 产生报表和处理事物在不同时间 所以需要报表存储 发放工资和处理事物也不在同一时间 所以也需要工资数据存储 分析员进一步和用户探讨该功能流程图 做必要的补充完善 据此分析员选出最佳方案 并且确定能否在2 5万元内完成此项目 及时报告用户 由用户决定是否开发 如果客户的目标等有变化 则分析员重新进行上述分析 17 2 1 2可行性研究的任务 2 经济可行性研究 估算项目的开发成本和投入使用后可能带来的利润 进行成本效益分析 及对其他产品或利润的影响 成本估算 计算机硬件 外部设备 软件费用 初步考虑买一台120GB硬盘的联想PIV和一台打印机含有关软件 需要1 2万元 开发人员工资 需要5个人月的工作量 2000元 人月 2 2万元 18 工资管理系统的成本 效益分析 货币的时间价值公式 F P 1 i n i为货币年利率 19 代码行技术 LOC技术 确定功能 对实现该功能所需要的源代码行数进行可靠估算 根据历史数据和经验 算出各个子功能代码行数的平均值 最小规模a 最大规模b 最可能规模m 公式如下 Le a 4m b 6确定各子功能的代码行成本 元 行 和生产率 行 人月 20 表代码行技术估算实例 21 2 1 2可行性研究的任务 3 社会可行性 研究要开发的项目是否存在侵犯 妨碍等责任问题 要开发的项目的运行方式在用户组织内是否行得通 现有管理制度 人员素质和操作方式是否可行 是否与原有其他系统相矛盾 22 2 1 2可行性研究的任务 1 经济可行性研究 估算项目的开发成本和投入使用后可能带来的利润 进行成本效益分析 及对其他产品或利润的影响 2 技术可行性研究 根据客户提出的系统功能 性能要求及实现系统的各项约束条件 从技术的角度研究实现系统的可行性并满足必需的功能和性能 即开发风险 用以开发系统的人力资源是否存在问题 硬软件资源是否满足开发要求等 3 运行 操作可行性研究 主要研究系统的运行方式在用户单位是否可以有效地实施 是否与原有其他系统相矛盾 系统的操作规程在用户单位内是否可行 它包括人事 科技政策 管理方法等 23 1 可行性研究的任务 4 法律可行性研究 研究新系统的开发和使用是否会侵犯他人的权益 是否触犯了国家的法律法规 5 开发方案的选择 可行性研究的最主要任务是对以后的行动提出建议 如果问题没有可行的解 分析人员应建议停止该项目 以避免造成进一步的浪费 如果问题值得解决 则提出并评价实现系统的各种可行的开发方案 从中选择一种最佳方案 并为系统制定一个初步的开发计划 24 2 可行性研究的步骤 1 软件工程调研1 现状调查 1 方式 面谈 电话 参观 问卷 索取资料 2 调查的内容 机构组织 机构及其职责的现在和未来 日常工作 各机构日常工作及其的顺序的现在与未来 数据 数据的内容 类型 保存方式 使用部门 使用方式与频率的现在与未来 专业人员 执行任务的相关人员的专业素质 工作方式和联络方式的现状与未来 系统软件 配置的现状与未来 系统硬件 配置的现状与未来 25 2 可行性研究的步骤 1 软件工程调研2 调查内容的组织 主要 1 现有机构的组织机构图 2 现有机构的功能示意图 3 现有机构的人员组织和功能示意图 4 现有数据及来源清单 5 现有数据及其功能参照表 6 现有软硬件关系图 26 2 可行性研究的步骤 1 软件工程调研3 调查内容的分析 主要的 1 机构运作的逻辑数据流程图 对于整个数据流程的每步过程 都要写出数据的输入是在怎样转化为数据输出的 每项处理均要用标号标明 并且要注明职责部门 各主要处理均应当以任务的形式出现 既要独立的完成输入处理输出 各主要处理的步骤应简单明了的注明 2 软件功能加入后的包括报表 文件 屏幕查询或者更新的数据库等产品 各个软件产品应有样本让客户了解 3 硬件资源表 现有的 4 软件资源表 未来的 27 2 可行性研究的步骤 4 导出新系统的高层次物理解法 提出多个供选择的方案 并对每一个方案的经济可行性 技术可行性 运行和操作可行性等进行分析比较 5 推荐建议的方案 如果系统分析员认为值得开发 则应指出开发的价值 推荐方案的理由并为推荐的系统草拟一份开发计划 若分析员认为不值得开发 也应拿出充分的理由 并提交可行性研究报告等全部文档 6 评审 复审和决策 可行性研究最后要通过技术评审和管理复审 开发方和客户方或使用部门负责人根据成本 效益分析等各项可行性研究的结论 决策是否继续这项工程 28 2 2 2经济可行性 对待开发系统的经济可行性的论证 其中主要是成本 效益分析 是可行性研究的重要内容 它可用于评估系统的经济合理性 给出系统开发的成本估算 并将估算的成本与可获得的利润进行对比 从经济角度论证待开发系统是否可行 项目开发的成本受项目的特点 规模等多种因素的制约 尤其是其中的软件要素的开发成本在可行性研究阶段很难准确估算 经济效益 指应用系统可为用户增加的收入 社会效益 指应用系统给社会带来的好处 29 1 成本估算 基于计算机系统的成本主要由4部分组成 购置并安装软硬件及有关设备的费用 系统开发费用 系统安装 运行和维护费用 人员培训费用 在可行性研究阶段只能对上述费用所构成的成本进行估算 其中软件开发成本可用前面已介绍的估算方法进行估算 在系统开发完毕并交付用户运行后 即可统计出实际开发成本 30 例3 1 已知一个基于计算机的系统的软件升级的开发成本估算值为5000元 预计新系统投入运行后每年可以带来2500元的收入 假定新软件的生存周期 不包括开发时间 为5年 当年的年利率为12 试对该系统的开发进行成本 效益分析 1 货币的时间价值 指同样数量的货币随时间的不同具有不同的价值 一般货币在不同时间的价值可用年利率来折算 设 i表示年利率 现在存入P元 n年后的价值为F元 则有 F P 1 i n 3 1 31 表2 1将来的收入折算成现在值 如果n年后能收入F元 这些钱折算成现在的价值称为折现值 折现公式为 P F 1 i n 2 2 对本题的将来的收入折现 计算结果如表2 1所示 32 2 纯收入 是指在整个生存周期系统的累计收入的折现值PT与总成本折现值ST之差 以T表示 则有 T PT ST 9011 94 5000 4011 94 元 2 3 如果纯收入小于或等于0 则这项工程单从经济观点来看是不值得投资的 3 投资回收期 是指系统投入运行后累计的经济效益的折现值正好等于投资所需的时间 本例中的投资回收期为 2 5000 4225 12 1779 45 2 0 44 2 44 年 投资回收期越短 就能越快地获得利润 工程越值得投资 33 4 投资回收率 把资金投入到项目中与把资金存入银行比较 其中投入到项目中可获得的年利率就称为项目的投资回收率 设S为现在的投资额 Fi是第i年到年底一年的收益 i 1 2 n n是系统的寿命 j是投资回收率 则j满足方程 S F1 1 j 1 F2 1 j 2 Fn 1 j n 3 4 解这个方程就可以得到投资回收率j 本题的投资回收率为41 04 而如果直接把资金存入银行的投资回收率就是年利率12 如果仅考虑经济效益 只有项目的投资回收率大于年利率时 才考虑开发问题 还要考虑社会效益 34 成本估算的常用方法 1 自顶向下的估算方法参照以前完成的项目所耗费的总成本 或者总工作量 来推算将要开发的软件的总成本 或者总工作量 然后把它们按阶段和工作单元进行分配 优点 重视系统级工作 所以估算中不会遗漏继承 配置管理等系统级工作 缺点 不清楚低级别上的技术性困难 而往往是这些困难使成本上升 35 成本估算的常用方法 2 自底向上的估算方法对于待开发项目的每个细节 分别估算每一个子任务所需要的开发工作量 然后加起来得到总工作量 优点 每个子任务估算准确 因为是开发者估计 缺点 往往缺乏与软件开发有关的系统级工作量 所以估算往往偏低 36 成本估算的常用方法 3 差别估算方法把开发项目与已经完成开发的若干个项目进行比较 找出与某个相类似项目的若干不同之处 并估算每个不同之处对成本的影响 导出开发项目的总成本 优点 该方法能提高估算的准确度 缺点 不容易明确差别的界限 37 进度管理 进度的合理安排是如期完成软件项目的重要保证 也是合理分配资源的重要依据 安排软件开发项目进度有两种方法 系统最终交付日期已经确定 系统交付日期由开发部门在一个时间范围内确定 进度安排的常用图形Gantt 甘特 图PERT 计划评审技术 图 38 Gantt 甘特 图 建立一个二维坐标 其横轴为时间轴 纵轴为任务轴 根据每个任务开发需要的时间刻画平行于横轴的直线段 其起点为任务开始开发的时刻 终点为任务结束开发的时刻 优点 直观 清晰缺点 无法反映出任务之间的依赖关系 难以确定整个项目的关键路径 39 PERT 计划评审技术 图 PERT图是有向图 图中的有向弧表示任务 可以标上完成任务的时间 还可以标上一个松弛时间 表示完成此任务的余地 图中的节点表示流入任务的结束并开始流出任务 这里把节点称为事件 只有当流入节点的所有任务全部结束 流出此节点的任务才可以开始 任务 事件 40 任务1 任务2 任务3 2 4 6 8 10 12 14 16 18 20 22 24 Gantt 甘特 图例 41 PERT图例 0 0 6 0 5 0 其中松弛时间为0的这些任务构成了完成整个工程的关键路径 1234681011 42 计划图 关键路径 费时最多的路径 BEGI任务A最多可以推迟多少天 理想前提为从结点A到终节点I中间的结点都能准时完成任务 20 4 1 4 7 2 2 43 2 2 3技术可行性研究 技术可行性是可行性研究的关键内容 由于系统分析和定义过程与系统技术可行性评估过程同时进行 此时系统的功能 性能和目标的不确定性会给技术可行性论证带来许多困难 其主要包括 1 风险分析 其任务是在给定的约束条件下 论证能否实现系统所需的功能和性能 2 资源分析 其任务是论证是否具备系统开发所需各类人员的数量和质量 软硬件资源和工作环境等 3 技术分析 其任务是论证现有的科学技术水平和开发能力是否支持开发的全过程并达到系统功能和性能的目标 44 2 2 3技术可行性研究 为了进行有效的技术可行性研究 系统分析员应采集系统功能 性能 各种约束条件 所需的各种资源等方面的信息 进而分析系统开发可能承担的技术风险 分析实现系统功能和性能所需的各种设备 人员 MSF的开发小组组成 技术 方法 工具和过程 从而从技术角度分析开发系统的可行性 如果可能 应充分研究与新系统类似的原有系统 数学建模 原型建造和模拟是基于计算机系统技术可行性研究的有效工具 45 MSF小组角色的工作职责 46 MSF可行性研究方法 在企业里面IT为什么不怎么行 企业遇到的10大IT管理问题 47 MSF可行性研究方法 规划和分析企业的体系结构 规划从四个侧面进行业务侧面 目的 改变组织的目的 目标及业务过程 组织的目的和目标 组织的业务 组织的结构 谁负责 关键的业务过程与活动 组织如何做业务 与客户的关系 谁是最终客户与供应商 制造商的关系 组织需要和谁协同工作 应用侧面 目的 改变应用程序和构件之间的关系 寻找一组自动化服务来支持业务过程 哪些自动化过程 识别冗余的应用 有哪些职责是重复的 识别重用的机会 有哪些数据或者活动单元在不同职责中被使用 信息侧面 目的 改变信息的存储和使用 技术侧面 目的 改变平台和用到的产品 执行业务使命所需的技术服务拓扑结构开发环境应用编程接口安全 网络服务 技术规范 数据库管理系统 操作系统和硬件层 48 MSF可行性研究方法 企业体系结构设计 新的体系结构具有如下特征用IT作为业务驱动的主线 而不是靠员工的能力和技术驱动IT投资决策与其它业务决策一样基于价值 在整个技术环境中 追求简单性和灵活性 企业体系结构的内涵是 描述该组织的业务活动 揭示产品 服务 客户和供应商是如何交互的 揭示组织的结构 揭示业务流程 描述实施业务活动所必须的信息 描述用于交付应用的信息技术和基础设施企业体系结构 项目 的规划基于业务发现和定义最关键的需求指导一个组织从当前状态达到计划的状态 确定哪些体系结构 IT项目 需要做 其中哪些需要先做 相应的体系结构 IT项目 开发采用版本化发布的方式进行 最终达到理想的状态 49 MSF的风险管理 什么是风险 MSF认为 一个软件项目的研发是否进行的顺利只有问题定义阶段的可行性研究是远远不够的 因为在软件研发的整个过程都会出现异常的突发情况 而这些情况都会导致本来可行的技术路线 经济规划和其他因素出现问题 变得不那么可行了 最终使我们的软件研发活动无法按照当初的计划进行下去 MSF把这种可能出现的意外情况叫做风险 风险具有不确定性和会带来损失这样两个基本特性 50 MSF的风险管理 风险的特征 每个项目都有风险 风险是项目的基本属性 与生俱来 风险是可以被管理的 主要是通过识别和减少开发活动的不确定性 风险的发生对当前的开发活动是不好的 但对以后的开发活动是有意义的 51 MSF的风险管理 成功的风险管理原则 在整个项目生命周期中不断评估风险 因为新的风险总是会不断的出现 采用基于风险的决策 这是风险管理所要求的 小组行动的优先权应该和风险的状态挂钩 高风险的事情先处理 比如 整个项目的可行性分析 活动 有一定的正式性 风险管理活动要有一个可理解的过程 一定程度上的规范和正式 供小组使用 覆盖所有的关键人物和过程 主动的风险管理 把风险识别作为主动的行动 52 MSF的风险管理 风险管理策略 1 降低风险 减少风险发生的可能性和发生后的影响 例如给一个系统配备一个可靠的数据安全机制 给一个系统加装不间断电源 2 转移风险 把带有风险的那部分开发活动转包给有能力的第三方开发组织 3 避免风险 牺牲一些功能换来较小的风险 乃至取消整个项目的开发活动 53 MSF的风险管理 风险管理模型 标识和分析风险 程序管理者负责收集风险评估文档 监督风险的追踪 控制及再评估 某个角色负责的工作中有风险 就应该识别 分析及定出解决它的计划 按小组最后的决策事实所负责工作的处理计划 标识风险 新来的员工占1 4 经验不足 不能按时交付工作产品 所选XX公司XXX软件为上月问世新产品 开发人员经验不足 分析风险 估计风险出现的概率P 类比经验数据 高 75 中50 低 25 上次类似界面用户满意程度中等 50 此次发生此种问题的可能性不会大 25 另外把满意度设为程度表示比较好 比如高中低 估计风险的影响C 灭顶之灾 4严重 3非紧要 2轻微 1 54 MSF可行性研究方法 MSF过程模型 在可行性研究的视角下项目实施具有三个基本特征 资源R 进度S 特征F 前两项为ISO IEC9126软件质量度量模型中的质量特性 下面的项目互易矩阵在全过程中定义和描述着一个可行的方案具有的性质 其实就是在技术可行性 经济可行性和社会可行性中进行平衡折中定义一个可行路径的过程 特征定义表 55 MSF可行性研究方法 MSF过程模型 绝对可行的解决方案特征定义表 56 MSF可行性研究方法 MSF过程模型 基本不行的解决方案特征定义表 57 MSF可行性研究方法 MSF过程模型 可行的解决方案特征定义表 58 ISO IEC9126软件质量度量模型 ISO IEC9126 1991标准规定的软件质量度量模型 它由3层组成 其中第1层称为质量特性 第2层称为质量子特性 第3层称为度量 59 2 2 3技术可行性研究 建造的基于计算机系统的模型必须具备以下特点 1 模型应能反映要评估系统的构成的动态特性 容易理解和操作 能够尽量提供系统真实的结果并有利于评审 2 模型应包括与系统有关的全部相关元素 能够再现系统运行的结果 3 模型应突出表现与系统相关的重要因素 忽略无关或次要因素 4 模型设计应尽量简单 易于实现 易于修改 如果系统十分复杂 则需将模型分解为若干个具有层次结构的小模型 可以借助模型对系统中某个重要的独立要素进行专门的评估 如有必要 可以对其中的关键要素建造原型并进行模拟 以便准确分析其技术可行性 60 2 2 3技术可行性研究 技术可行性研究应明确给出技术风险分析 资源分析和技术分析的结论 以便使项目管理人员据此做出是否进行系统开发的决策 如果技术风险很大 或者资源不足 或者当前的技术 方法与工具不能实现系统预期的功能和性能 项目管理人员就应及时做出撤消项目的决定 61 2 2 4方案选择 在可行性研究阶段 系统工程师根据系统分析所确定的系统目标开始研究问题的求解方案 对于较复杂的大系统 一般都要将其分解为若干个子系统 接着精确地定义各子系统的界面 功能和性能 给出各子系统之间的关系 分解技术可降低解的复杂性 有利于人员的组织与分工 提高开发生产率和开发质量 62 2 2 4方案选择 由于系统的分解方法可以有多种 因此实现系统目标的方案也可以有多种 采用的方案不同 对成本 进度 技术及各种资源的要求就会不同 系统在功能和性能方面也可能有较大差异 从另一个角度来看 在系统开发的总成本不变的前提下 由于系统开发各阶段的成本分配方案的不同也会影响系统的功能和性能 另外 由于系统的各功能和性能可能由多种因素组成 而某些因素之间又是相互关联彼此制约 不可兼得的 比如系统的计算精度和系统的执行时间就是互相矛盾的 63 2 2 4方案选择 综上所述 要选择一个较好的方案 首先要对系统采用多种分解和组合方法提出多种备选的求解方案 然后依据系统的功能 性能 成本 进度 系统开发所采用的技术 风险 软硬件资源 对开发人员的要求等方面评价每一个预选方案 并利用折衷手段对预选方案进行充分论证 反复比较各种方案的成本 效益 最后选择出一种较好的方案 64 可行性研究报告 阶段性成果 它可作为系统规格说明书的一个附件 其主要内容如下 1 引言 说明可行性研究的目的 项目的名称 背景 本文档用到的术语和参考资料 2 可行性研究的前提 说明待开发项目的功能 性能和基本要求 要达到的目标 各种约束条件 可行性研究的方法和决定可行性的主要因素 3 对现行系统的分析 如果有现行系统 说明现行系统的处理流程和数据流程 系统状态 费用支出 所需专业人员的种类和数量 所需设备 存在的问题等 4 方案选择 所选择方案的系统配置 选择方案的标准 5 所建议方案的技术可行性分析 对所选择的较好的方案的风险分析 资源分析和技术分析 对子系统的技术分析 65 可行性研究报告 阶段性成果 6 经济可行性分析 说明所建议系统的成本 效益分析结果 7 运行 操作可行性分析 8 法律可行性分析 9 其他可供选择方案 分别说明每一个可供选择的方案 并应说明未被推荐的理由 10 结论意见 说明项目是否能开发 还需要什么条件才能开发以及对项目目标有何变动等 可行性研究报告应提交管理部门 由管理人员对可行性研究报告进行评审并做出决策 66 2 4系统规格说明与评审2 4 1系统规格说明 系统规格说明是系统分析和定义阶段生成的一种文档 该文档描述了基于计算机系统应达到的目标 应具有的功能 性能和支配系统开发的各种约束条件 指明了各子系统在整个系统中的作用和地位 描述了系统的输入输出数据和控制信息 系统规格说明是硬件工程 软件工程 数据库工程和人机工程的基础 67 可供参考的系统规格说明目录 1 引言1 文档的范围和目的2 概述 目标 约束2 功能和数据描述1 系统结构 系统结构关系图 系统结构关系图的描述3 子系统描述1 子系统N的规格说明 结构流图 系统模型说明 性能说明 设计约束条件 分配系统部件2 结构字典3 结构互连图及说明 68 可供参考的系统规格说明目录 4 系统建模和模拟1 用于模拟的系统模型2 模拟结果