软件工程-3_软件要求定义.pptVIP

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