项目方法的选择.pptVIP

第四讲：项目方法的选择 内容 技术选择 考虑风险 方法选择 技术选择 技术选择将影响： 开发人员的训练需要 人员招聘 开发环境——软硬件 系统维护安排 步骤 分析项目是目标驱动还是产品驱动 分析项目的其它特征 面向数据还是面向控制 通用还是专用 是否涉及需要专用工具支持的专门技术（并发处理、专家系统、GIS） 是否有特殊的安全性（safe）要求 对软硬件有何要求（PC Vs. 大型机 ） 识别项目中的高风险 产品不确定性： 系统需求理解的准确性。用户在开始时有可能对系统应该什么样都无法确定。在某些环境中，精确而有效的需求描述可能迅速变得过时。 过程不确定性： 在项目开始时需要选择方法或过程模型，或者一些新的工具，任何对原先采用的开发方法的变更都将引入不确定性。 资源不确定性： 项目进行中资源的数量可能发生变化。例如公司待遇、其它项目的影响。 方法选择 考虑用户关于实现的需求 用户可能在合同中限定了有关实现方面的方法。例如，规定了企业必须具有相应的CMM等级，或者通过了ISO9000方法。 选择通用的生命期方法 控制系统：一般为实时系统，比如需要Petri网技术 Too often, software work follows the first law of bicycling: No matter where you’re going, it’s uphill and against the wind. 练习：案例研究 某教育部门希望目前的中小学有一个现代化的信息交流平台，即校务管理系统。为此，他们提出了需求，希望软件公司能够开发这种软件。 该软件是对学校校务和教学活动进行综合管理的平台系统。是一个学校和地区教育信息化的基础信息平台。它要完成学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等任务。 校务通系统的全部功能分为通用功能和日常业务管理功能两大类。 因此，可以先基于通用功能做出一个最小的使用版本。再逐步添加其它功能。这样一来，用户可以在先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减少了开发的风险。 用户明确了需求的大部分，但也存在不很详细的地方。如“关于教师档案，比照所提供的资料设计，现在也没有一个成型的东西。”资源库系统只提到“应提供一个标准的资源库系统解决方案”。 这样，只有等到一个可用的产品出来，通过客户使用这个可用产品，然后进行评估，评估的结果作为下个增量的开发计划。下一个增量发布一些新增的功能和特性，直至产生最终的完善产品。 在校务通系统需求中，要求系统有可扩充性。 若使用增量式模型，可以保证系统的可扩充性。 “系统要求有可扩充性，可以在现有系统的基础上，通过前台就可以加挂其他功能模块” 说明用户会增加新的需求。 对一个管理方式已经比较成熟的学校，要完全舍弃原有的管理方式，用校务通系统替换全部管理，这是不实际的。 所以，可以从最基础的做起，逐步的扩充其功能。 项目规划阶段 阶段目标：根据合同和初步需求分析，确定项目的规模，时间计划和资源的需求 输入：合同文本 过程：项目规划、计划确认 输出：项目计划 需求分析阶段 阶段目标：确定用户需求 输入：项目计划 过程：需求获取、需求分析、需求控制 输出：需求规格、原型系统 项目规划阶段 阶段目标：总体系统结构设计 输入：需求规格、原型系统 过程：总体设计 输出：系统设计说明书，数据库结构定义 增量1实现 阶段目标：实现系统的通用功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本-1 增量2实现 阶段目标：实现系统的招生功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本-2 增量3实现 阶段目标：实现系统的学生日常功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本-3 增量4实现 阶段目标：实现系统的教务管理功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本-4 增量5实现 阶段目标：实现系统的教师辅助功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本-5 增量6实现 阶段目标：实现系统的聊天室、论坛功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本-6 集成测试 阶段目标：通过集成环境下的软件测试 输