软件部项目管理项目开发规范开发过程管理.docx

1、软件部项目管理项目开发规范开发过程管理软件部项目管理-项目开发规范-开发过程管理部门名称 软件部 保密级别 文档编号 SPM-PDS-DPM-001 项目名称 软件部项目管理 项目主管 Reed 作者名字 Daniel 创建时间 2001-11-19 13:25 初审人员 软件部 初审时间 2001-12-12 2009-11-20 14:56:00 1.01.1221 : 软件部项目管理 项目开发规范:开发过程管理 创建 2001-11-19 1.00.1119 Daniel 审核 由软件部全体成员共同审核通过 2001-12-12 1.00.1119 修改 1、 修改了个人计划填写方法 2

2、001-12-21 1.01.1221 Daniel 2、 修改了工作文件备份方法 版权所有 ? Octant Communications Co. Ltd. 保留所有权利。 第2页 共14页 软件部项目管理 项目开发规范:开发过程管理 历史记录 . 2 目 录 . 3 项目开发规范:开发过程管理 . 4 1 引言 . 4 1.1 编写目的 . 4 1.2 背景 . 4 1.3 定义 . 4 1.4 参考资料 . 5 2 周期模型 . 5 3 角色定义 . 5 3.1 项目管理人员 . 6 3.2 系统分析人员 . 6 3.3 交互设计人员 . 6 3.4 程序开发人员 . 6 3.5 质量控

3、制人员 . 6 3.6 系统维护人员 . 6 4 开发过程 . 6 5 质量控制 . 12 6 测试管理 . 13 6.1 过程 . 13 6.2 内容 . 13 7 维护管理 . 13 版权所有 ? Octant Communications Co. Ltd. 保留所有权利。 第3页 共14页 软件部项目管理 项目开发规范:开发过程管理 : 1 1.1 软件开发的产品质量水平，是一个由来已久的话题。而提高软件企业的产品质量水平，必须改进软件产品的开发过程。为此，制定了本规范用于指导软件部的项目开发过程，从而提高达到提高产品质量的目的。 本规范以Rational Unified Process

4、（简称RUP） 软件工程过程为蓝本，结合部门的实际情况而选择修改，从而使之适应当前应用级系统设计开发的需要。 本文档详细规定了项目开发过程中各个阶段的任务、要求和交付文件，使整个项目开发过程阶段清晰、要求明确、任务具体，从而达到实现过程标准化和过程可重复的目的。这是整个部门规范的核心内容，提供给软件部全体成员参考。 1.2 软件部在基本完成了成都智能交通信息中心系统之后发现，我们需要一套软件开发规范来指导项目组的开发过程，使得项目开发过程具有可重复性，为此启动了该项目软件部项目管理。 软件部项目管理（Software department Project Management，简称SPM） 傲

5、腾通信科技（上海）有限公司软件部 傲腾通信科技（上海）有限公司软件部 上海 傲腾通信科技（上海）有限公司软件部 1.3 术语 缩略表示 英文全称 解释说明 软件部项目管理 SPM Octant Software department Project 傲腾通信科技（上海）有限公司软件部Management 为了规范项目开发流程而启动的一个项目 项目开发规范 PDS Project Development Specifications 傲腾通信科技（上海）有限公司软件部定义的一种文档类别 项目管理人员 PM Project Manager 项目小组中的一种角色，负责管理项目 系统分析人员 SA S

6、ystem Analyst 项目小组中的一种角色，负责分析项目 交互设计人员 UI User Interface Designer 项目小组中的一种角色，负责设计界面 程序开发人员 SD Software Developing Engineer 项目小组中的一种角色，负责开发程序 质量控制人员 QC Quality Assuring Engineer 项目小组中的一种角色，负责控制质量 系统维护人员 SM System Maintenance Engineer 项目小组中的一种角色，负责维护系统 初步源代码 Internal Internal Source Code 开发人员已经编写完成的，但

7、是尚未经过开发人员自测的源代码 待测源代码 Preview Preview Source Code 开发人员已经自测完成的，但是尚未经过测试人员测试的源代码 版权所有 ? Octant Communications Co. Ltd. 保留所有权利。 第4页 共14页 软件部项目管理 项目开发规范:开发过程管理 正式源代码 Release Release Source Code 已经通过全部测试的源代码，就是可以正式向市场发布的源代码 1.4 文档编号 文档名称 作者 版本 来源（存放地） RUP 2000 Rational Inc. 2000 GB8567-88 计算机软件产品开机械电子 De

8、moSoftBook软件工程 发文件编制指南 工业部 中小型软件开发项风行客转 目管理 摘 2001.09 从程序员到项目组 九点 程序员2001年第9期 2 根据我们目前的项目情况来看，我们决定采用迭代周期模型，而不采用传统的瀑布周期模型，迭代周期模型的示意图如下： 需求启动分析概要设计详细设计系统实现系统测试发布结束图1 迭代周期模型示意图 采用迭代周期模型的原因是： （1） 根据我们项目的经验来讲，用户的需求是不可能是不变的，因此应该先发布一个版本让用户来使用，然后根据用户的反馈来不断的完善系统。迭代模型最大的好处就在于它允许需求发生变更，而且每次迭代产生的新发布版本都会有新的功能存在。

9、 （2） 由于采用迭代模型会不断的产生新发布版本，因此它可以更早地识别和控制风险，有效地降低整体风险，有利于开发的稳定进行。 3 为了实施规范化的过程管理，对软件项目小组的角色必须进行分工。我们按照功能将小组成员的角色定义如下。当然根据项目的不同，项目小组的人数也不尽相同。在项目小组的人数比较少的情况下，往往是一人兼任多个角色，但是这些角色是绝对不可以被忽略的。 典型的项目小组构成： 方案一： 人员甲 项目管理人员、系统分析人员、程序开发人员 人员乙 程序开发人员、系统维护人员 版权所有 ? Octant Communications Co. Ltd. 保留所有权利。 第5页 共14页 软件部

10、项目管理 项目开发规范:开发过程管理 人员丙 质量控制人员 人员丁 交互设计人员 方案二： 人员甲 项目管理人员、系统分析人员 人员乙 程序开发人员 人员丙 质量控制人员 人员丁 交互设计人员 人员戊 系统维护人员 3.1 简称为PM。主要职责就是负责制定开发日程、配置资源、与外界沟通。项目管理人员必须担负着保证团队士气、营造共同美好前景的责任，也必须在困难出现时通过坚强的信心和必要的资源调整来确保士气和进度。项目管理人员是系统工程的负责人，最终向用户负责。 在项目小组人员比较少的情况下，项目管理人员还需要领导质量控制人员一起对产品质量进行控制。 3.2 简称为SA。主要职责就是承担整个系统的

11、调研、设计工作，包括需求分析、概要设计、详细设计等，一般系统分析人员应该具有良好的技术基础、设计基础。 在项目小组人员比较少的情况下，系统分析人员还需要承担部分程序开发工作。 3.3 简称为UI。主要职责就是负责设计和确定用户图形界面和用户报表界面，同时还要承担媒体文件的设计、加工工作。 3.4 简称为SD。主要职责就是负责将已经做好的详细设计使用特定的编程工具、编程语言予以实现，从而获得一个满足用户需求的执行系统。 3.5 简称为QC。质量控制人员的职责不仅仅是测试程序设计人员开发的程序代码。在人员比较少的情况下，还需要配合项目管理人员进行质量的监控和相关的配置管理工作。 3.6 简称为SM

12、。系统维护人员的职责就是负责制作应该交付给用户的产品，包括使用手册、安装程序等；同时还需要承担售后服务、技术支持等相关工作。 4 下面使用图表的形式来说明在开发的各个阶段中，各种角色应该如何工作，如何交付产品。下面给出的是一个较大较全的开发过程，对于不同的项目可能还稍会有些差异，例如在版权所有 ? Octant Communications Co. Ltd. 保留所有权利。 第6页 共14页 软件部项目管理 项目开发规范:开发过程管理 开发一个组件的项目中，就不存在用户界面，因此就没有必要交付界面流程图了。具体一个项目哪些步骤是不需要的，应该由项目管理人员在编写项目开发计划的时候予以确定。 1

13、、进行市场调查 1、市场具体信息 1、项目开发规范 2、进行用户调查 2、用户具体信息 2、系统评估报告PM 3、客观地评估市场、技3、公司实际情况 模板 术、资源和风险 1、分析初步的用户1、初步用户需求 1、项目开发规范 应需求 2、市场具体信息 2、方案建议书模用2、结合系统评估报PM 3、公司实际情况 板 型 告提出用户的方案4、系统评估报告 建议 利用系统评估报告、1、系统评估报告 1、项目开发规范 产市场信息和公司情2、市场具体信息 2、可行性报告模品PM 况对项目进行可行3、公司实际情况 板 型 性研究 对上面产生的文档进行1、系统评估报告 1、项目开发规范 评审分析从而决定项目

14、决策2、方案建议书或2、项目阶段评审是否启动 者 者可行性报告 表格 3、公司实际情况 如果项目得以批准则需1、项目实际情况 1、项目开发规范 要根据项目实际情况和2、公司实际情况 2、项目开发计划公司实际情况制定项目PM 模板 开发计划 根据整个项目中需要完1、项目实际情况 1、项目开发规范 成的工作情况来制定进2、项目开发计划 2、进度计划报告度计划。 3、公司实际情况 模板 （注：由于系统设计的过PM 程是一个不断细化的过 程，因此进度计划也是不断细化的过程） 对进度计划报告进行讨1、进度计划报告 1、项目开发规范 论和评审，从而决定是否2、公司实际情况 2、项目阶段评审项目需要对进度计

15、划进行修表格 组 改 版权所有 ? Octant Communications Co. Ltd. 保留所有权利。 第7页 共14页 软件部项目管理 项目开发规范:开发过程管理 1、用户需求的分析 1、用户详细需求 1、项目开发规范 2、业务流程的建模 2、用户业务流程 2、需求分析说明3、数据要求的制定 3、用户数据要求 书模板 4、其他方面的要求 SA 4、其他方面要求 5、综合上面几方面内容 完成用户需求说明书的撰写 由PM、SA和用户共同组1、需求分析说明1、项目开发规范 成评审小组对用户需求书 2、项目阶段评审说明书进行评审，从而决2、用户的实际情表格 PM 定是否需要修改用户需况 S

16、A 求说明书 用户 （注：用户方负责人需要在项目阶段评审表格中签字） 1、用户界面要求 1、需求分析说明1、项目开发规范 2、用户报表格式 书 2、界面设计要求 3、综合上面几方面内容2、用户的实际情3、界面流程图模1 完成交互设计方面的工况 板 UI 2 作 4、界面设计图模3 板 5、报表设计图模板 由PM、UI和用户共同组1、需求分析说明1、项目开发规范 成评审小组对交互设计书 2、项目阶段评审进行评审，从而决定是否PM 2、界面流程图 表格 需要修改交互设计 UI 3、界面设计图 （注：用户方负责人需要用户 4、报表设计图 在项目阶段评审表格中签字） 根据需求分析说明书的1、需求分析说

17、明1、项目开发规范 1内容，结合采用的开发工书 2、概要设计说明 具与技术平台来确定系2、项目开发计划 书模板 2统实现的对象关系和数3、协议设计说明PM 据结构 书模板 SA 34、数据库设计说 明书模板 4ER5、数据库ER关系 图模板 版权所有 ? Octant Communications Co. Ltd. 保留所有权利。 第8页 共14页 软件部项目管理 项目开发规范:开发过程管理 由项目组成员共同对概1、概要设计说明1、项目开发规范 要设计说明书进行评审，书 2、项目阶段评审从而决定是否需要修改2、协议设计说明表格 概要设计说明书 项目书 组 3、数据库设计说 明书 4、数据库ER

18、关系图 依照概要设计说明书来1、概要设计说明1、项目开发规范 完成各个系统元素内部书 2、详细设计说明实现方式的设计，使得程2、协议设计说明书模板 序开发人员可以进行编书 码实现 SA 3、数据库设计说 （注：任何需要进行编码SD 明书 实现的系统元素都需要4、数据库ER关系进行详细设计，包括子模图 块、主模块、公共模块和 公共类等） 由PM、SA和SD共同组详细设计说明书 1、项目开发规范 成评审小组对各个系统2、项目阶段评审元素的详细设计说明书表格 进行评审，从而决定是否PM 需要修改详细设计说明SA 书 SD （注：对每个系统元素的详细设计说明书都需要进行评审） 根据用户的具体需求和1、

19、需求分析说明1、项目开发规范 美学知识对系统中使用书 2、用户具体情况 的各种资源进行设计，资UI 2、界面流程图 3、美学专业知识 源主要有：图标、图片、3、界面设计图 4、界面设计要求 光标、声音、图像等 4、报表设计图 根据用户的具体需求和1、需求分析说明1、项目开发规范 设计人员的设计方案来书 2、测试计划说明QC 制定测试计划 2、概要设计说明书模板 书 由PM、SA和QC共同组测试计划说明书 1、项目开发规范 成评审小组对测试计划PM 2、项目阶段评审说明书进行评审，从而决SA 表格 定是否需要修改测试计QC 划说明书 版权所有 ? Octant Communications Co

20、. Ltd. 保留所有权利。 第9页 共14页 软件部项目管理 项目开发规范:开发过程管理 1、程序开发人员根据各1、概要设计说明1、项目开发规范 个系统元素的详细设计书 2、代码编写要求 说明书进行编码实现 2、协议设计说明3、界面设计要求 （注：对于每个系统元素书 4、开发环境描述 都需要进行编码实现） 3、数据库设计说5、开发过程管理 2、向Visual SourceSafe提SD 明书 交初步源代码，并且按照4、数据库ER关系 初步源代码的标签规定图 做好标签(Make Label) 5、详细设计说明书 6、资源文件 1、程序开发人员进行1、需求分析说明1、项目开发规范 Code Re

21、view，以保证代码书 2、开发过程管理 符合规范、代码和文档同2、概要设计说明3、用户具体需求 步 书 2、对初步源代码进行编3、详细设计说明译和链接，同时进行自我书 SD 测试，以保证系统能够运4、初步源代码 行 3、向Visual SourceSafe提交待测源代码，并且按照待测源代码的标签规定做好标签(Make Label) 根据测试计划说明书中1、需求分析说明1、项目开发规范 的测试要求来制定各种书 2、测试用例说明测试用例 2、概要设计说明书模板 （注：对于每个需要测试书 QC 的系统元素都需要编制3、详细设计说明测试用例） 书 4、测试计划说明书 由SA、SD和QC共同组测试用例说明书 1、项目开发规范 成评审小组对测试用例SA 2、项目阶段评审说明书进行评审，从而决SD 表格 定是否需要修改测试用QC 例说明书 根据用户需求和设计文1、需求分析说明1、项目开发规范 档来编写用户操作手册 书 2、用户操作手册2、界面流程图 模板 3、界面设计图 SM 4、报表设计图 5、概要设计说明书 6、资源文件 版权所有 ? Octant Communications C