软件工程项目管理思考和探索.ppt

今天报告的内容主要有如下这些方面，那么前面我会花45分钟时间来描述软件工程方面的内容，后面会花15分钟左右时间描述下我们对软件项目建设的一些思考。 * 我们在参与建设项目的过程中遇到了这些突出的问题 这些问题是一些共性的问题 我们在参与建设项目的过程中遇到了这些突出的问题 这些问题是一些共性的问题 我现学现卖，个人学习的一些思考，抛砖引玉，恳请大家更好的建议， 如果有不对的地方，也希望大家不吝指正 涉及8个学科：计算机科学与技术、数学、计算机工程、管理学、项目管理、质量管理、软件人类工程学、系统工程 * 印度，win7，印度是英联邦国家，英文好并不是主要原因，而是他们的思考方式很西方、很现代、很产业，比较符合软件的构架思路 选好软件开发过程，重在项目管理 * 这个是由软件工程协调委员会于2008年提出来得一个版本，也是世界上应用最广泛的一个版本。委员会的成员是来自全世界的500多名专家 内容太多，时间关系，我们只从项目管理的角度进行一些探讨。 第一排是开发方面的，第二排是支持方面的 软件需求——业务方和开发方如何就需求达成一致。完整、可行、必要、划分优先级、无二义、可验证。 软件设计——将用户的需求变为实现软件的蓝图，软件整体架构设计；考虑最低成本、最快时间内、开发出兼容性、可靠性、可维护性好的产品。 模块化：高内聚、低耦合；复用思想，面向接口的开发方式。 软件构造——编程，面向对象的编程方式。 软件测试——发现缺陷，改进质量，代码生成前静态测试，代码生成后动态测试，压力测试、反应延迟性能测试等。 软件维护——纠正错误、改进性能，维护文档。 ----- 配置管理——软件会不断变更，许多版本，每个版本都有相应的文档，每个人做了哪些事情，改进前和改进后的性能比较，所有正确的版本构成了一条“基线”。 工程管理——管理每个活动 工程过程——软件开发的模式是有讲究的，先做什么再做什么是有相应理论依据的 工具与方法——编写代码、管理进度、维护文档都有专门的辅助工具，为了提供管理效率 软件质量——质量监管 * 概括起来，软件工程这门学科其实就讲三件事儿：目标、过程、原则 具体要遵循哪些原则，后面我会讲到 * 框架可概括为：目标、过程、原则 * 软件生命周期((Systems Development Life Cycle，SDLC) 开发过程和管理流程之间的关系 隔行如隔山——客户的需求有60%以上都是隐藏的需求 交付成果不明确——尽管需求统一，但是产品出来之前很难有非常具体的概念，因为仁者见仁智者见智 开发进度难以界定——在开始项目到最终交付产品，中间几乎是个黑箱，项目到底进行到哪个阶段，外界很难知晓，不像修工程，修了一米就是一米，需要进行很高的专业技能，而且很难有客观的量化标准 难以估算工作量——基于代码行、基于功能点都有缺陷 工作量不能很好估算，进度自然也不好控制 软件复用 * * 我们外包方式最想要的是组件模型！比如金智 * “方向比努力更重要” 随机漫步问题 以OA为例计算并发数▲。 * 以OA为例计算并发数▲。 * 好的开始是成功的一半 * 招投标方式、合同类型、合同里明细风险等责任问题 项目一旦正式启动，就由研发人员去努力进行，貌似跟我们没太多关系 实际上如果我们对公司的研发过程更多了解的话，对项目的顺利推进会非常有帮助 我们可以对企业提出建议 技术本身没有任何价值，它的价值来源于它的应用。 系统开发都是一环接一环 流程要规范、准备要充分、多注意总结 * * * * 立项阶段 ——方向比努力更重要 第一步：项目建议书 项目背景。 意义和必要性。 未来收益预期。 规模和期限。 投资估算。 资金筹措。 其他重要意见。 提交项目建议书给相关部门进行审核，“上会” * 第二步：项目可行性分析 立项阶段 需求分析。项目的背景、项目的目标、业务需求、概要设计。 技术可行性分析。 经济可行性分析。我们预算多少，硬件方面需要多少投资。 主要风险分析。 人员配置及项目实施计划。 可行性研究的结论和建议。 其他重要意见。 * 立项阶段 需求的基本标准 需求管理的误区 开发分析阶段，开发方与客户只需要在轮廓上达成基本一致即可，具体细节以后再填充。 软件项目需求可以持续不断地改变。——实践表明，随着开发进度的推进，实现软件需求更改所需的代价呈指数形式增长。 仅仅满足目前需求即可，不考虑未来几年的状况。 准确界定系统的目标和范围 完整、正确 可行、必要 划分优先级 无二义性、可验证 坚持需求的审查 对部分重要需求进行追踪 * 立项阶段 技术 ——开发能力如何？技术方案是否满意？ 管理 ——内部组织是否混乱？ 进度—— 开发进度是否可以接受？ 经验—— 是否有相关领域、相似产品的