软件开发过程管理流程(精)
软件开发流程的具体内容
软件开发流程的具体内容软件开发是一个复杂而又精细的过程，需要经历多个阶段和环节。
下面将介绍软件开发的具体流程，以便更好地了解软件开发的全貌。
1. 需求分析阶段。
软件开发的第一步是需求分析阶段。
在这个阶段，开发团队与客户进行沟通，了解客户的需求和期望。
通过讨论和调研，确定软件的功能和特性，明确软件的用户群体和使用场景，为后续的开发工作奠定基础。
2. 设计阶段。
在需求分析的基础上，开发团队进行软件的设计工作。
包括系统架构设计、数据库设计、界面设计等。
设计阶段的目标是确定软件的整体结构和各个模块的功能，为后续的编码工作提供指导。
3. 编码阶段。
编码阶段是软件开发的核心阶段，开发团队根据需求和设计文档，进行具体的编码工作。
根据需求文档和设计文档，开发团队使用相应的编程语言和开发工具，编写软件的源代码。
4. 测试阶段。
编码完成后，软件需要进行测试。
测试阶段包括单元测试、集成测试、系统测试等多个环节。
测试人员根据测试计划和测试用例，对软件进行全面的测试，确保软件的质量和稳定性。
5. 部署和维护阶段。
软件通过测试后，进入部署和维护阶段。
开发团队将软件部署到目标环境中，并进行相关的配置和优化。
同时，开发团队需要对软件进行维护和更新，确保软件的稳定性和安全性。
总结。
软件开发流程包括需求分析、设计、编码、测试、部署和维护等多个阶段。
每个阶段都有其独特的任务和目标，需要开发团队的密切合作和高效协调。
只有经过严格的流程管理和质量控制，才能保证软件开发的顺利进行和最终的成功交付。
软件开发流程规范
软件开发流程规范第1章项目立项与规划 (5)1.1 项目背景分析 (5)1.1.1 行业背景 (5)1.1.2 市场需求 (5)1.1.3 技术发展趋势 (5)1.2 项目目标与需求 (5)1.2.1 项目目标 (5)1.2.2 项目需求 (5)1.3 项目资源与风险评估 (5)1.3.1 项目资源 (5)1.3.2 风险评估 (5)1.4 项目立项与规划 (5)1.4.1 项目范围规划 (6)1.4.2 项目时间规划 (6)1.4.3 项目成本规划 (6)1.4.4 项目组织结构 (6)第2章需求分析 (6)2.1 用户需求调研 (6)2.1.1 调研目标 (6)2.1.2 调研方法 (6)2.1.3 调研对象 (6)2.1.4 调研内容 (6)2.2 确定系统功能 (6)2.2.1 功能需求分析 (6)2.2.2 功能模块划分 (7)2.2.3 功能需求验证 (7)2.3 编制需求规格说明书 (7)2.3.1 编制目的 (7)2.3.2 内容结构 (7)2.3.3 编制要求 (7)2.4 需求确认与评审 (7)2.4.1 需求确认 (7)2.4.2 需求评审 (7)2.4.3 评审结果处理 (7)第3章系统设计 (8)3.1 架构设计 (8)3.1.1 系统架构概述 (8)3.1.2 架构模式选择 (8)3.1.3 技术选型 (8)3.1.4 系统部署 (8)3.2 模块划分与接口设计 (8)3.2.2 接口设计 (8)3.2.3 接口规范 (8)3.3 数据库设计 (8)3.3.1 数据库选型 (8)3.3.2 数据库模型设计 (9)3.3.3 数据库功能优化 (9)3.4 系统安全与功能设计 (9)3.4.1 系统安全设计 (9)3.4.2 认证与授权 (9)3.4.3 系统功能设计 (9)3.4.4 监控与预警 (9)第4章系统开发 (9)4.1 编码规范与约定 (9)4.1.1 通用编码规范 (9)4.1.2 编程语言特定规范 (9)4.2 开发环境搭建 (10)4.2.1 硬件环境 (10)4.2.2 软件环境 (10)4.3 代码编写与审查 (10)4.3.1 代码编写 (10)4.3.2 代码审查 (10)4.4 系统集成与调试 (10)4.4.1 系统集成 (10)4.4.2 系统调试 (11)第5章系统测试 (11)5.1 测试策略与计划 (11)5.1.1 目标与原则 (11)5.1.2 测试范围 (11)5.1.3 测试方法 (11)5.1.4 测试环境与工具 (11)5.1.5 测试计划 (12)5.2 单元测试 (12)5.2.1 目标与原则 (12)5.2.2 测试方法 (12)5.2.3 测试环境与工具 (12)5.3 集成测试 (12)5.3.1 目标与原则 (12)5.3.2 测试方法 (12)5.3.3 测试环境与工具 (12)5.4 系统测试与验收 (12)5.4.1 系统测试 (12)5.4.2 验收测试 (13)5.4.3 测试方法 (13)第6章系统部署与维护 (13)6.1 部署策略与方案 (13)6.1.1 部署目标 (13)6.1.2 部署策略 (13)6.1.3 部署方案 (13)6.2 系统上线与培训 (13)6.2.1 上线准备 (13)6.2.2 系统上线 (13)6.2.3 用户培训 (14)6.3 系统维护与优化 (14)6.3.1 系统维护 (14)6.3.2 系统优化 (14)6.4 用户反馈与持续改进 (14)6.4.1 用户反馈 (14)6.4.2 持续改进 (14)第7章软件质量保证 (14)7.1 质量管理体系 (14)7.1.1 概述 (14)7.1.2 质量管理体系构建 (15)7.1.3 质量管理体系的实施与运行 (15)7.2 质量控制与检查 (15)7.2.1 质量控制 (15)7.2.2 质量检查 (15)7.3 质量评估与改进 (15)7.3.1 质量评估 (15)7.3.2 质量改进 (15)7.4 风险管理 (15)7.4.1 风险识别 (15)7.4.2 风险评估 (15)7.4.3 风险应对 (15)7.4.4 风险监控 (16)第8章项目管理 (16)8.1 项目进度管理 (16)8.1.1 进度计划编制 (16)8.1.2 进度监控与控制 (16)8.1.3 进度更新与报告 (16)8.2 项目成本管理 (16)8.2.1 成本估算 (16)8.2.2 成本预算 (16)8.2.3 成本控制 (16)8.3 项目风险管理 (16)8.3.1 风险识别 (16)8.3.2 风险评估与量化 (17)8.3.4 风险监控 (17)8.4 项目沟通与协作 (17)8.4.1 沟通计划 (17)8.4.2 信息共享 (17)8.4.3 协作机制 (17)8.4.4 变更管理 (17)第9章团队建设与培训 (17)9.1 团队组织结构 (17)9.1.1 团队层级划分 (17)9.1.2 职能分组 (17)9.1.3 交叉培训 (18)9.2 团队成员职责与技能 (18)9.2.1 项目经理 (18)9.2.2 技术经理 (18)9.2.3 开发人员 (18)9.2.4 测试人员 (18)9.3 培训与提升 (18)9.3.1 培训计划 (18)9.3.2 内部培训 (18)9.3.3 外部培训 (18)9.3.4 激励机制 (18)9.4 团队绩效评估与激励 (19)9.4.1 绩效考核指标 (19)9.4.2 绩效评估方法 (19)9.4.3 激励措施 (19)9.4.4 反馈与改进 (19)第10章项目收尾与总结 (19)10.1 项目验收与交付 (19)10.1.1 验收流程 (19)10.1.2 验收标准 (19)10.1.3 交付物 (20)10.2 项目总结与评价 (20)10.2.1 项目总结 (20)10.2.2 项目评价 (20)10.3 知识库与经验分享 (20)10.3.1 知识库建设 (20)10.3.2 经验分享 (21)10.4 后续项目规划与展望 (21)10.4.1 后续项目规划 (21)10.4.2 项目展望 (21)第1章项目立项与规划1.1 项目背景分析项目背景分析是对项目产生的内外部环境的全面梳理。
软件开发的具体流程与管理制度详解
软件开发的具体流程与管理制度详解软件开发管理制度第⼀节总则第⼀条为规范⾃有软件研发以及外包软件的管理⼯作，特制定本制度。
本制度适⽤于公司总公司软件研发与管理，分公司参照执⾏。
第⼆条本制度中软件开发指新系统开发和现有系统重⼤改造。
第三条本制度中⾃⾏开发是指主要依赖公司⾃⾝的管理、业务和技术⼒量进⾏系统设计、软件开发、集成和相关的技术⽀持⼯作，⼀般仅向外购置有关的硬件设备和⽀撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作完成IT应⽤的项⽬实施和技术⽀持⼯作，⼀般形式是公司负责提供业务框架，合作商提供技术框架，双⽅组成开发团队进⾏项⽬实施，IT系统的⽇常⽀持由研发部和合作商共同承担，研发负责内部⽀持，合作商负责外部⽀持；外包开发是指将IT应⽤项⽬的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司等），由该公司（承包商）负责应⽤项⽬的实施。
第四条软件开发遵循项⽬管理和软件⼯程的基本原则。
项⽬管理涉及⽴项管理、项⽬计划和监控、配置管理、合作开发管理和结项管理。
软件⼯程涉及需求管理、系统设计、系统实现、系统测试、⽤户接受测试、试运⾏、系统验收、系统上线和数据迁移。
第五条除特别指定，本制度中项⽬组包括业务组（营销部、运维部）、IT组（研发部和合作开发商）。
第⼆节⽴项管理第六条提出开发需求的营销部、运维部等业务部门参与公司层⾯⽴项，研发部进⾏⽴项的技术可⾏性分析，共同编写《⽴项分析报告》（附件⼀），开展前期筹备⼯作。
《⽴项分析报告》应明确项⽬的范围和边界。
第七条应⽤系统主要使⽤部门将《⽴项分析报告》上交公司进⾏⽴项审批，以保证系统项⽬与公司整体策略相⼀致。
第⼋条《⽴项分析报告》得到批准后，成⽴项⽬组（如果是外包开发，则成⽴外包商项⽬组；如果是合作开发，则与外包商共同成⽴合作开发项⽬组，以下统称“项⽬组”），项⽬组应包括业务组（由公司相关业务部门组成）和IT组（⾃⾏开发为研发部；外包开发为外包商成员；合作开发为研发部和外包商成员）。
软硬件开发流程及规范
机密机密0目录0目录 (2)1概述 (4)1。
1硬件开发过程简介 (4)1。
1。
1硬件开发的基本过程 (4)1.1。
2硬件开发的规范化 (4)1.2硬件工程师职责与基本技能 (5)1.2.1硬件工程师职责 (5)1.2。
2硬件工程师基本素质与技术 (5)2软硬件开发规范化管理 (6)2。
1硬件开发流程 (6)2.1。
1硬件开发流程文件介绍 (6)2.1。
2硬件开发流程详解 (6)2.2硬件开发文档规范 (10)2.2.1硬件开发文档规范文件介绍 (10)2。
2.2硬件开发文档编制规范详解 (11)2.3与硬件开发相关的流程文件介绍 (13)2.3.1项目立项流程： (13)2.3.2项目实施管理流程： (14)2.3.3软件开发流程： (14)2.3。
4系统测试工作流程： (14)2.3。
5内部验收流程 (14)机密3附录一。
硬件设计流程图： (16)4附录二。
软件设计流程图： (18)5附录三。
编程规范 (19)机密1概述1.1 硬件开发过程简介1.1.1硬件开发的基本过程硬件开发的基本过程：1。
明确硬件总体需求情况，如CPU 处理能力、存储容量及速度，I/O 端口的分配、接口要求、电平要求、特殊电路（厚膜等）要求等等。
2.根据需求分析制定硬件总体方案,寻求关键器件及电路的技术资料、技术途径、技术支持，要比较充分地考虑技术可能性、可靠性以及成本控制，并对开发调试工具提出明确的要求。
关键器件索取样品。
3.总体方案确定后，作硬件和单板软件的详细设计，包括绘制硬件原理图、单板软件功能框图及编码、PCB 布线,同时完成发物料清单。
4.领回PCB 板及物料后由焊工焊好1～2 块单板，作单板调试，对原理设计中的各功能进行调测，必要时修改原理图并作记录。
5。
软硬件系统联调,一般的单板需硬件人员、单板软件人员的配合，特殊的单板（如主机板）需比较大型软件的开发，参与联调的软件人员更多。
一般地，经过单板调试后在原理及PCB布线方面有些调整，需第二次投板。
软件开发流程规范
软件开发流程规范首先，需求分析是软件开发的第一步。
在这个阶段，开发团队需要与客户充分沟通，了解客户的需求和期望。
同时，需要对需求进行详细的分析和梳理，确保需求的准确性和完整性。
只有明确了需求，才能为后续的设计和开发工作奠定良好的基础。
其次，设计阶段是软件开发流程中至关重要的一环。
在设计阶段，开发团队需要根据需求分析的结果，进行系统架构设计、数据库设计、界面设计等工作。
设计阶段的目标是为了确保软件的可扩展性、可维护性和性能等方面的要求。
接下来是编码阶段。
在这个阶段，开发团队需要根据设计文档，按照规范的编码标准进行编码工作。
编码规范包括命名规范、代码风格、注释规范等方面，确保编写出高质量、易读易维护的代码。
测试阶段是软件开发流程中不可或缺的一环。
在测试阶段，测试团队需要对软件进行全面的测试，包括单元测试、集成测试、系统测试等。
测试的目的是为了发现和修复软件中的缺陷，确保软件的质量。
发布阶段是软件开发流程中的最后一环。
在发布阶段，开发团队需要对软件进行部署和发布，确保软件能够正常运行。
同时，需要对用户提供相应的培训和技术支持，确保用户能够顺利使用软件。
最后是软件的维护阶段。
在软件发布后，开发团队需要对软件进行定期的维护和更新，确保软件能够持续稳定运行，并根据用户的反馈进行相应的改进和优化。
总之，软件开发流程规范是软件开发过程中非常重要的一环。
只有严格遵循规范，才能保证软件开发的顺利进行，最终交付高质量的软件产品。
希望开发团队能够重视软件开发流程规范，不断优化和改进，提高软件开发的效率和质量。
技术中心软件开发流程管理制度
卷号卷内编号密级软件开发流程管理制度（初稿）为加强对公司定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。
第一章、总则为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。
1、软件开发总体遵循项目管理和软件工程的基本原则。
2、项目管理涉及项目立项、项目计划和监控、配置管理。
3、软件工程涉及系统可行性分析、需求分析、系统总体设计、软件代码实现、系统测试及试运行、系统最终验收、系统上线和数据迁移、产品维护。
第二章、阶段成果根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。
各阶段需提交的文档：1、开发立项：项目申请表，软件需求报告或设计方案。
2、需求分析：项目研发主计划、需求规格说明书。
3、总体设计：概要设计说明书或功能模块描述，包括详细设计、软件接口说明、ER模型设计、单元测试计划。
4、软件代码实现：软件功能说明、源代码说明或者注释。
5、产品测试：软件测试BUG报告。
6、产品发布：产品操作说明书、使用手册。
7、产品维护：问题反馈记录。
8、项目总结：提交最终公司的项目总结和项目汇报PPT。
软件过程开发成果表：阶段 形成文档 职责及文档成果描述 负责人 涉及范围备注需求阶段项目立项报告(Word)明确双方责任及义务，需双方签字确认项目经理验收报告大部分业务建模和需求分析，少部分分析设计业务需求说明书(Word)需求定义，阐述业务范围及内容，开发组负责制定最优技术设计方案项目经理/需求分析师验收报告项目开发计划(Project)用户、领导、项目组都了解项目进度项目经理验收报告设计及开发阶段业务流程总体设计书或详细设计说明书(Word/Visio)项目组成员分配任务，并召开讨论会议，讨论项目的技术架构和可能存在的技术难点，梳理业务流程，统一开发规则和风格等项目经理/系统架构师验收报告大部分分析设计，部分实施编程及测试，开始考虑部署数据库关系设计图、流程图(PowerDesigner)便于项目开发系统架构师验收报告 任务分配文档(Word)明确每个组员的开发任务及职责项目经理过程报告 问题说明报告(Word)让用户、领导及组员及时了解和发现问题项目经理过程报告 业务变更文档(Word)记录开发过程中用户提出的业务需求变更情况需求分析师过程报告试阶项目测试方案及报告(Word) 记录项目测试的方法，验证系统功能与性能的记录测试员验收报告反复测试直至系统用户使用手册(Word) 方便用户使用软件而提供的使用说明书测试员验收报告稳定上线及运行系统切换报告 系统部署后的操作记录 项目经理过程报告部署及维护 用户培训报告 用户培训文档 项目经理过程报告项目验收报告(Word)记录甲乙双方签订项目验收报告项目经理验收报告 项目总结性报告项目组通过此项目总结经验及不足项目经理总结报告第三章、岗位设置根据公司目前的开发过程主要分为需求分析、软件开发、软件测试三个阶段。
软件开发过程
软件开发过程CMMI着重于软件项目的质量管理，强调过程控制，确保产品在软件开发的每一个阶段的质量都要达到客户的要求，这里我们就按项目的开发阶段详细讲述CMMI是如何在项目中监控并把握项目质量的。
（按照软件工程理论，项目一般划分为立项阶段、需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、集成测试阶段、产品形成&验收测试阶段）。
1项目立项阶段项目立项阶段CMMI主要管理工作有：1、建立项目组：同时为了确保项目能够如期完成，在立项阶段，将由高层管理者（总经理室成员）召开正式的项目启动会议，共同商讨确定项目组成员，主要包括项目经理、产品管理、程序管理、开发人员、技术支持人员；为了确保项目的质量，还要确定相关独立于项目组之外的成员（其活动不受项目组约束，便于监督项目质量），主要包括独立测试人员、SQA（质量保证人员）、SCCB配置管理委员会成员，这些组织成员将按照CMMI要求形成正式项目文档（立项书），立项书将向所有项目组相关人员及客户公布。
2、制定SOW ：已经和客户签定了合同，为了确保客户的利益，CMMI要求项目组建立SOW（目标范围定义说明书），确定客户的需要什么，不需要什么，以及需要的技术目标和业务目标（比如项目工期、成本、功能需求等等），客户有权利和项目组技术管理委员会一起评审SOW。
3、项目初期计划制定：项目经理确定后，根据CMMI软件项目策划要求，项目经理将根据合同需求、合同工期等内容采用科学的计算方法（目前采用国际上知名的Delphi法）估计项目的规模、工作量、进度、风险、关键计算机资源，并依据集团本身的历史项目数据计算生产率，根据以上数据计算项目的进度及人员安排，最后才制定出符合项目实际情况的计划。
所有的这些规程，在CMMI软件项目策划中有明确规范的定义。
4、项目跟踪及监督计划制定：为了确保制定的项目计划能够反映项目的实际情况，CMMI要求项目经理有责任制定项目的跟踪监督计划，根据本计划，项目所有活动都能够得到合理的监控，及时发现项目组出现的各类偏差。
软件项目开发流程以及人员职责
软件项目开发流程以及人员职责
初步商业计划书来完成项目的计划草案，确定、分析项目风险并确定其优先级，还要制定风险解决方案。
本阶段的目的是确立产品开发的经济理由。
当确定开发之后则制定软件开发计划、人员组织结构定义及配备、过程控制计划。
（1）项目计划草案
项目计划草案应包括产品简介、产品目标及功能说明、开发所需的资源、开发时间和里程碑。
（2）风险管理计划
也就是把有可能出错或现在还不能确定的东西列出来，并制定出相应的解决方案。
风险发现得越早对项目越有利。
（3）软件开发计划
软件开发计划的目的是收集控制项目时所需的所有信息，项目经理根据项目计划来安排资源需求并根据时间表跟踪项目进度。
项目团队成员根据项目计划以了解他们的工作任务、工作时间以及他们所依赖的其他活动。
可将计划分成总体计划和详细计划，总体计划中每个任务为一个里程碑，详细计划中必须将任务落实到个人。
软件开发计划还应包括产品的应收标准及应收任务（包括确定需要制订的测试用例）。
（4）人员组织结构定义及配备
常见的人员组织结构有垂直方案、水平方案、混合方案。
垂直方案中每。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档编号:FIT-PM-0001版本号:V0.1密级:机密软件开发过程管理流程吉林林业信息科技有限责任公司2012年9月修改记录版本号修改条款及内容修改人审批人修改日期(Y/M/D 目录1 编写背景 (42 编写目的 (43 名词解释 (44 适用范围 (55 公司各部门职责及关系 (55.1 项目管理委员会 (55.2 项目管理部与总工办 (55.3 公司各部门主要职责 (55.3.1 公司董事会 (55.3.2 总经理办公室 (65.3.3 项目管理委员会(简称:PMO (6 5.3.4 项目管理部 (65.3.5 总工办 (75.3.6 项目经理 (75.3.7 测试组 (75.3.8 其它相关部门 (76 项目总体工作流程 (86.1 工作流程 (86.2 流程说明 (97 项目过程说明 (117.1 启动过程 (127.1.1 可行性研究阶段 (127.2 计划过程 (127.2.1 项目立项阶段 (127.3 执行过程 (147.3.1 需求分析阶段 (147.3.2 概要设计阶段 (157.3.3 代码开发阶段 (157.3.4 软件测试阶段 (167.4 监控过程 (167.5 收尾过程 (177.5.1 产品交付阶段 (177.5.2 产品验收阶段 (188 项目记录文档汇总 (181编写背景根据公司业务特点及行业特点,公司主要以项目开发为主,那么实施全面的项目管理,将公司所有在建、新建的项目纳入项目管理的范畴之内就显得尤为重要。
因此,公司重新组建了项目管理部,在公司范围内推进项目的规范化运作,同时检验公司项目管理机制的缺陷,提出项目管理过程的改进建议和意见,更好的为公司的业务目标服务。
2编写目的本文档将从项目管理的启动过程、计划过程、执行过程、监控过程、收尾过程五个过程,全面阐述项目管理的工作职能,每个过程包含那些阶段,各阶段的工作内容,相关的参与部门,参与部门的工作职责以及相应的考核指标,力求规范化管理公司的所有项目,保障公司项目保质保量按期完成。
3名词解释项目基线:指项目生命周期内产生的文档,在经过公司评审通过后,该文档将作为基线文档,后续的所有变更都是基于该基线文档。
干系人:指参与项目活动或受项目活动影响的人,包括项目发起人、项目组、支持人员、客户、供应商,甚至是项目的反对者。
项目发起人:指项目的发起者,任何有创新想法的人员均可成为项目发起人。
项目组:指项目经理为具体项目而临时组建的团队,团队既可以是部门内部人员,也可以跨部门组建项目团队。
过程文档:指辅助项目经理或公司对项目过程进行管控的文档。
产品文档:指与项目开发紧密相关的文档,并作为项目的一部分交付给最终用户。
4适用范围公司所有的在建和新建软件项目全部纳入项目管理工作范畴,但是涉及到硬件生产过程暂时不纳入项目管理工作范畴。
5公司各部门职责及关系5.1项目管理委员会项目管理委员会(以下简称:PMO由总经理办公室授权组建,负责公司所有项目的评审工作,对评审结果有决定权,对项目基线的变更有决定权。
PMO的人员组成由总经理办公室指定,总经理办公室可根据项目的具体需求,随时对PMO的组成进行调整,以适应具体项目的要求。
总经理办公室以任命书的形式公布PMO的人员组成。
5.2项目管理部与总工办项目管理部负责项目过程文档的规范编写及模板制定,总工办负责过程以外文档的规范编写和模板制定;项目管理部负责组织评审过程。
项目管理部对项目组提交文档质量进行预审,只有项目管理部对质量认可的情况下,才会提交给PMO进行预审,并在一周内安排时间组织评审。
5.3公司各部门主要职责本节主要从项目生命周期来阐述公司各部门的工作职责,明确各部门的职责范围及相互关系。
5.3.1公司董事会1对于公司项目金额在500万以上的项目,决定是否立项。
2对于500万以上的项目,如果项目成本有20%以上变更时,决定变更是否通过。
5.3.2总经理办公室1参与项目建议书评审会,负责评审2对于公司项目金额在100万以上、500万以下的项目,决定是否立项。
3在项目立项会上,任命项目经理4参与项目可研评审会,负责评审5参与项目立项评审会,负责评审6参与项目验收评审会,负责评审7对于公司项目金额在100万以上、500万以下的项目,如果项目成本有20%以上变更时,决定变更是否通过。
5.3.3项目管理委员会(简称:PMO1参与项目建议书评审会,负责评审2对于公司项目金额在100万以下的项目,决定是否立项。
3参与项目可研评审会,负责评审4参与项目立项评审会,负责评审5参与项目文档评审会,负责评审6参与项目需求文档评审会,负责评审7参与项目设计文档评审会,负责评审8参与项目验收评审会,负责评审9业务需求变更影响到项目进度、质量、成本这三大要素时,或者开发时间在3天以上的业务需求,决定变更是否通过。
5.3.4项目管理部1对项目生命周期内的所有提交文档进行预审,预审不通过,文档提交者重新修改,只有达到项目管理部认可,才能提交专家组。
2负责所有项目会议组织工作。
3负责对公司各项目的全过程实施监控。
5.3.5总工办1参与公司所有项目的评审工作,负责评审。
5.3.6项目经理1根据项目特点,组建项目团队2负责编写/审核、提交项目生命周期内所有过程文档和产品文档。
3参与公司立项会后的项目评审工作。
4负责管理、跟踪项目研发工作5业务需求变更不影响项目进度、质量、成本这三大要素时,或者开发时间在3天以内的业务需求,由项目经理负责变更。
5.3.7测试组1参与项目需求文档评审会,负责评审2参与项目设计文档评审会,负责评审3参与项目验收评审会,负责评审4负责产品测试工作5.3.8其它相关部门根据项目的具体情况,由项目管理部决定那些部门参与项目工作。
1参与公司所有项目的评审工作。
2负责产品最终交付工作。
6 项目总体工作流程6.1 工作流程软件开发过程管理流程项目发起人总经理办公室项目管理委员会项目管理部总工办项目经理相关部门最终用户测试组收尾阶段启动阶段计划阶段执行阶段001完成项目建议书004完成可研报告005预审可研报告008预审项目章程007完成项目章程010完成规定的过程文档011预审过程文档013完成需求文档014预审需求文档019代码开发020 产品测试021完成验收所需文档024产品交付025产品验收016完成设计文档017预审设计文档006召开项目可研评审会012召开项目文档评审会015召开需求文档评审会018召开设计文档评审会023召开产品验收评审会009召开项目立项评审会022预审验收文档002预审项目建议书003召开项目建议书评审会6.2流程说明【1】项目发起人提出项目申请,编写《项目建议书》,编写完成后,将《项目建议书》提给项目管理部。
【2】项目管理部预审《项目建议书》,预审不合格,及时打回,重新修改,项目管理部对文档质量认可后,将文档转发给相关评委,准备评审相关资料,一周以内,项目管理部组织相关部门进行评审。
【3】项目管理部组织召开项目建议书评审会,相关部门对文档进行评审,如果评审不通过,则项目经理重新修改文档,修改完成后,再次进入【001】流程;如果评审通过,准备进入项目可行性研究。
【4】项目发起人编写《可行性研究报告》,编写完成后,将《可行性研究报告》提给项目管理部。
【5】项目管理部预审《可行性研究报告》,预审不合格,及时打回,重新修改,项目管理部对文档质量认可后,将文档转发给相关评委,准备评审相关资料,一周以内,项目管理部组织相关部门进行评审。
【6】项目管理部组织召开项目可研评审会,相关部门对文档进行评审,如果评审通过,由总经理办公室决定是否立项,如果同意立项(如果项目金额在500万以上,需上报董事会,由董事会决定是否立项,项目进入下一阶段;如果不立项,则项目终止;如果评审不通过,且总经理办公室不终止项目,则项目发起人重新修改文档,修改完成后,再次进入【004】流程。
【7】项目发起人编写《项目章程说明书》,编写完成后,将《项目章程说明书》提给项目管理部。
【8】项目管理部预审《项目章程说明书》,预审不合格,及时打回,重新修改,项目管理部对文档质量认可后,将文档转发给相关评委,准备评审相关资料,一周以内,项目管理部组织相关部门进行评审,同时项目管理部要与项目发起人沟通、确认项目周期内需要完成的过程文档和产品文档。
【9】项目管理部组织召开项目立项会,相关部门对文档进行评审。
如果评审不通过,且总经理办公室不终止项目,则项目发起人重新修改文档,修改完成后,再次进入【007】流程。
会议期间,总经理办公室宣读项目经理使命书,同时,项目管理部公布项目周期内需要完成的过程文档及产品文档。
【10】项目经理依次编写并提交项目所需的过程文档给项目管理部。
(由于文档数量较多,文档分阶段提交,分阶段评审。
【11】项目管理部预审项目过程文档,预审不合格,及时打回,重新修改,项目管理部对文档质量认可后,将文档转发给相关评委,准备评审相关资料,一周以内,项目管理部组织相关部门进行评审。
【12】项目管理部组织召开项目文档评审会,相关部门对文档进行评审,如果评审不通过,则项目经理重新修改文档,修改完成后,再次进入【010】流程;如果评审通过,准备进入下一轮评审。
(由于项目周期的过程文档较多,需要经过几轮的项目评审会,过程文档才能评审完成,因此【010】【011】【012】流程会复复多次【13】项目经理编写需求说明文档,编写完成后,将需求说明文档提给项目管理部。
【14】项目管理部预审项目需求文档,预审不合格,及时打回,重新修改,项目管理部对文档质量认可后,将文档转发给相关评委,准备评审相关资料,一周以内,项目管理部组织相关部门进行评审。
【15】项目管理部组织召开需求文档评审会,相关部门对文档进行评审,如果评审不通过,则项目经理重新修改文档,修改完成后,再次进入【013】流程;如果评审通过,准备进入下一轮评审。
【16】项目经理编写设计文档,编写完成后,将设计文档提给项目管理部。
【17】项目管理部预审项目设计文档,预审不合格,及时打回,重新修改,项目管理部对文档质量认可后,将文档转发给相关评委,准备评审相关资料,一周以内,项目管理部组织相关部门进行评审。
【18】项目管理部组织召开设计文档评审会,相关部门对文档进行评审,如果评审不通过,则项目经理重新修改文档,修改完成后,再次进入【016】流程;如果评审通过,准备进入下一轮评审。
【19】项目经理带领项目组进入开发阶段。
【20】开发完成后,测试组安排人员进行软件测试。
经过多轮的产品测试,最终产品测试通过。
【21】项目经理对产品进行打包,编写产品的验收相关文档,编写完成后,提交给项目管理部。
【22】项目管理部预审项目验收文档,预审不合格,及时打回,重新修改,项目管理部对文档质量认可后,将文档转发给相关评委,准备评审相关资料,一周以内,项目管理部组织相关部门进行评审。