0_软件要求定义.ppt

学习内容 1、可行性研究 2、项目开发计划 3、软件需求分析 项目来源 可行性研究（ Feasibility Study） 可行性研究的任务 技术可行性 在现有资源条件下，项目能否实现，风险有多大（技术、资源是否成熟）。 经济可行性（成本—效益分析） 提示 可行性研究的具体步骤 1、确定项目规模和目标，明确限制和约束。 我们认为用户要的 用户要的 可行性研究的具体步骤 可行性研究的具体步骤 系统流程图 可行性研究的具体步骤 3、逻辑模型 4、复查和重新定义 1、复查定义 注：此时合同未签，应考虑成本，不宜反复太多次。 可行性研究的具体步骤 6、推荐行动方针 文档：可行性报告 项目开发计划 注意事项 软件需求分析：“做什么？” 软件需求重要性例子 故事带给我们的启示……??? 需求分析的特点 老问题： ?问题的复杂性 ?交流障碍（讲究技巧和原则） ?不完备性和不一致性 ?需求易变性（动态性） 软件需求的任务——理解、分解、表达、评审 软件需求的任务 软件需求的任务 需求文档 软件需求的任务 验证需求的一致性 验证需求的完整性 验证需求的现实性 验证需求的有效性 需求分析的方法 需求分析的方法 ER模型（Entity-Relationship Approach） 注意事项 可能错误 总结 熟练掌握：软件需求分析的任务及分析的方法 掌握：可行性研究的任务。 了解：其余作一般了解。 作业 1、没有足够用户从参与（类型、数量） 2、开发方与用户沟通可能处于劣势 3、不要锦上添花，画蛇添足 4、不要写的过于简练，过于模糊； 5、计划需求的时间少了，导致需求不完整 另外，要注意： 6、需求在签约前要与决策者沟通好； 7、到竞争对手那儿找不足 8、不要被过细的不成熟的细节影响 9、记下不明确的需求，约定期限明确，否则易遗漏 一人组：交实验三； 二人组：交实验三、实验四 三人组：交实验一/二、实验三、实验四 四人组：交实验一/二、实验三、实验四、实验五 * 软件要求定义 * 第三讲 软件要求定义 合同：为别人做； 立项：为自己做； 失败：无盈利－赔钱－声誉影响－官司 失败：尽赔钱－公司倒闭－东山再起难！ 学到的远比失去的多！ 可行性研究的目的：用最小的代价在尽可能短的时间内确定该软件项目是否能够开发，是否值得开发，最后给决策者提供做与不做的依据。 可行性研究实质：是要进行一次简化、压缩了的需求分析和设计过程，要在较高层次上以抽象的方式进行需求分析和设计过程。 1、需要进行概要的分析研究，初步确定项目的规模和目标，确定项目的约束和限制。 2、进行简要的需求分析，抽象出该项目的逻辑结构，建立逻辑模型。 3、从逻辑模型出发，经过压缩的设计，探索出若干种可供选择的主要解决办法，对每种解决方法都要从以下三方面研究它的可行性。 技术可行性 经济可行性 社会可行性 社会可行性 是否存在侵权、软件操作方式是否适合用户所在组织、现有管理制度、人员素质是否可行？ 成本—效益分析首先是估算将要开发的系统的开发成本，然后与可能取得的效益进行比较和权衡。效益分有形效益和无形效益。 货币的时间价值：通常用利率表示。 F=P·(1+n · i) 不计复利 投资回收期：就是使累计的经济效益等于最初的投资费用所需的时间。 纯收入：就是在整个生存周期之内的累计经济效益（折合成现在值）与投资之差。 不是解决问题，而是确定是否可解/值得解 所以不要花过多精力，占总成本的 5 ? 10 % 例：实践性大作业 ——3 方面考虑： 2、研究老系统 ? 解决老系统问题 老系统功能 新增 功能 ? 注： ?注意了解与其它系统的接口。 ? 新系统效益 老系统效益 3、导出高层逻辑模型(conceptual design) …… …… 抽象 实现 改进 老系统 模型 新模型 新系统 应该告诉用户“What”而不是“How” 系统流程图是概括地描绘物理系统的传统工具。用图形符号以黑盒子形式描绘组成系统的每个部件。表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程。 5、导出和评价多种解法 进度表 经济上合算 技术上可行 操作上可行 技术上不可行 用户 不 可 能 操 作 不合算 Yes or No? No Yes Why? Which one is the best? Why? (cost / benefit) 8、审查、存档 7、编写可行