软件项目管理制度v1.1
软件项目管理制度V1.0
目录
一、概述 (4)
1.1目的 (4)
1.2应用范围 (4)
1.3限制 (4)
1.4本标准内容简介 (4)
二、软件项目管理办法 (4)
2.1项目章程制定 (5)
2.2项目计划管理 (5)
2.3项目风险管理 (7)
2.4项目变更管理 (7)
2.5项目评审制度 (8)
2.6项目会议制度 (9)
2.7项目文档管理 (9)
2.8项目源码管理 (10)
三、软件项目阶段定义 (11)
3.1需求分析 (11)
3.2基本设计 (12)
3.3详细设计 (13)
3.4程序开发 (14)
3.5系统测试 (15)
3.6业务培训 (16)
3.7系统运行 (16)
3.8项目的完成及回顾 (17)
四、软件项目开发流程 (18)
4.1项目策划与需求分析 (18)
4.2项目调研与评审 (18)
4.3基本设计与评审 (18)
4.4详细设计与评审 (18)
4.5系统开发 (18)
4.6系统测试 (18)
4.7项目审核与内部验收 (18)
4.8项目实施 (19)
4.9项目验收 (19)
五、开发人员进度检查与绩效考评 (21)
4.1考评原则 (21)
4.2考评标准 (21)
一、概述
1.1目的
本标准把软件项目的管理和开发分为多个过程，并为各个过程的实施提供参考方法和相关文档的定义及规范。
1.2应用范围
本标准适用于与所有软件开发类项目的管理。
1.3限制
本标准主要叙述软件项目的管理过程和开发过程，不包含项目的获取、供应、改进过程。
本标准虽然为软件项目的管理和开发的过程提供参考方法和相关文档的定义及规范，但不规定如何完成各过程中包含的活动和任务的细节。
1.4本标准内容简介
项目管理工作覆盖整个软件开发项目生命周期，“管理制度”就是落实到管理过程中的一些基本要素，这里将其分为两大部分：
软件项目管理过程部分
1、项目章程制定
2、项目计划管理
3、项目风险管理
4、项目变更管理
5、项目评审制度
6、项目会议制度
7、项目评审制度
8、项目文档管理
软件项目开发过程部分
1、需求分析
2、基本设计
3、详细设计
4、程序编制
5、系统测试
6、业务培训
7、系统运行
8、项目完成及回顾
二、软件项目管理办法
软件项目管理的过程决定项目的方向、质量和开发周期。
2.1项目章程制定
2.1.1定义
项目章程：项目可以是已经确定的，也可以是有意向但还未确定的，由项目经理及系统分析人员（或设计人员）对项目相关方进行调查研究，包括项目实施对象的隶属关系、业务类型，项目业务结构组成，开发范围，项目提出方性质、希望达到目标、预计实施时间，项目具体负责人、联系人等，明确甲乙双方责任及义务。
2.1.2目的
正式确认项目的启动，任命项目经理，赋予项目经理在项目活动中应用相关资源的权力，并为项目成员提供一个项目状况的概述对项目进行跟踪和全面调查研究，包括实施对象人员情况、业务情况、隶属关系、竞争对手等，为合同签订和下一步针对需求分析的调研工作做准备。
2.1.3负责人
项目经理、系统分析人员（或设计人员）。
2.1.4任务
对项目相关方进行调查研究，包括实施对象人员情况、组织机构、业务组成、隶属关系、技术需求、竞争对手等。
对项目进行跟踪，实时了解实施对象与项目相关的动态。
对项目可行性进行分析。
估算项目所需人员的结构组成、实施时间及实施成本。
确定项目实施（设计、开发）具体人员。
明确项目相关方负责人、联系人等人员配置。
确定项目启动。
2.1.5形成文档
《项目章程》：项目名称、项目提出、项目实施对象简述、项目实施人员安排、预计实施时间、系统结构组成概述等。
2.2项目计划管理
2.2.1定义
项目总体计划：在项目周期内确定和组织全部生产经营活动的综合规划，包括项目整体工期规划，项目任务分解，项目阶段任务的确定，各阶段任务工期规划，各方面资源配置规划等。总体规划侧重于以项目阶段任务为单位制定计划，指明要取得的各种结果，为合理地利用人力、物力和财力资源提供前提。
计划跟踪与监督：是对计划执行情况和项目实施情况的反馈，校验计划与实际工作情况的偏差，并评估阶段工作的质量，为计划的修正和实际工作的调
整提供前提。
计划调整：当因自身或外界原因造成实际工作进度、工作质量与计划发生偏差并且影响到下阶段工作内容时，需要对整体计划、阶段计划或周计划进行评估和调整，并形成新版本的计划。
2.2.2目的
对项目整体工期进行合理规划；
明确项目组成，将项目任务进行分解，确定项目阶段任务，并且落实项目人员的职责；
对各阶段任务的工期进行规划；
对项目人力、物力和财力资源等各方面资源配置进行规划；
在实际工作中制定短期计划，并对计划及实施情况进行跟踪，以达到实时校验工作进度和质量的偏差，并及时对计划进行调整，保证项目工期和质量；
2.2.3负责人
项目总体计划：项目经理；
项目周计划：项目经理、模块设计人员；
计划跟踪与监督：项目经理、模块设计人员；
计划调整：项目经理。
2.2.4任务
记录项目日志，记录项目各关键时间点的事件内容作为项目跟踪的依据。
制定项目总体计划，依据对项目总体情况的调研和项目管理经验制定项目总体计划，对项目整体工期进行合理规划；
明确项目组成，确定项目阶段任务和各阶段任务的起止时间及所需天数，并且落实项目人员的职责。软件开发项目的阶段一般包括：总体规划、业务调研、需求分析、基本设计、网络设计、设备采购、网络施工、机房装修、详细设计、程序编制、单体调试、系统集成、数据准备、业务培训、试运行、系统上线；
对项目计划的完成情况进行跟踪，可以利用项目管理软件或相应的记录文档，对计划的进度和完成质量进行校验，如有偏差，需分析原因并制定应对方案。
2.2.5形成文档
《项目日志》：以天为单位记录项目关键事件、关键时间点。
《项目总体计划表》：以表格的形式列出项目的阶段，标记出各阶段实施计划的起始日期，计算出所需天数（或周数）；
《项目开发进度表》：可以利用项目管理软件（Project）或相应的记录文档，记录从项目启动开始，每个项目成员计划完成的工作内容。
《计划调整记录表》：记录从项目启动开始，每次计划调整的原因、内容、
涉及人、调整时间及调整后的方案等信息。
2.3项目风险管理
2.3.1定义
项目风险管理是指对项目风险从识别到分析乃至采取应对措施等一系列过程。在项目启动之前要进行项目可行性分析，总体评估项目实施的风险；在项目启动后要注重项目风险的预测和应对方案的制定。
2.3.2目的
项目风险管理是对包括项目的可行性、实施方案的设计、潜在的技术、成本和进度安排风险等方面的管理，以保证项目实施进度、项目质量和成本控制。
2.3.3负责人
项目经理。
2.3.4任务
项目可行性分析：在项目启动之前要充分分析论证项目实施的可行性，包括项目实施成本需求、人力资源需求、技术力量需求、工期需求等方面，以及此项目对公司业务的市场占有率、未来发展的战略意义等方面，并提出项目可行与否的依据。
风险预测：在项目确立后要对项目中可能存在的潜在风险进行预测，如设计方案的可行性，使用技术的成熟程度，项目组成人员的能力等。
风险应对：对可预测的风险制定相应的预案；对项目进行过程中已经发生的问题制定相应的应对措施，以保证项目的顺利进行。
2.3.5形成文档
《可行性分析报告》：分析项目技术难度、实施成本、实施时间等因素，论证是否可行，并提出依据。可行性分析应该在项目情况概述阶段完成。
《项目风险预测与应对预案》：对项目中可能存在的风险进行预测，并制定相应的应对方案。
2.4项目变更管理
2.4.1定义
项目变更管理是指项目组织为适应项目运行过程中与项目相关的各种因素的变化，保证项目目标的实现而对项目计划进行相应的部分变更或全部变更，并按变更后的要求组织项目实施的过程。
项目变更主要的有以下几种：项目范围变更、项目进度变更、项目合同变更、项目人力资源的变更、费用预算变更。
引起变更的因素：
一是来自外部的变更要求，如客户要求修改工作范围和需求等或因不可抗拒的自然因素而推迟项目实施进度等。
二是内部的变更要求，如为解决实施中发现的设计错误而修改设计或测试中发现的一些错误而修改源码甚至设计等。
项目变更控制：是指建立一套正规的程序对项目的变更进行有效的控制，从而更好地实现项目的目标目的。
2.4.2目的
变更控制的目的并不是控制变更的发生，而是对变更进行管理，确保变更有序进行。
2.4.3负责人
项目经理。
2.4.4任务
针对项目实际情况建立一套正规的变更程序，明确变更的具体流程、变更的提出方及责任、变更的审核方及责任和变更影响的评估方及责任。
对项目的变更需求进行审核，并由审核方签字落实审核结果。
对项目变更的影响进行评估，得出评估结论并由评估方签字落实评估结果。
在经过各方认可的情况下对项目的变更进行实施。
针对变更情况修改项目进度、调整项目人员等，必要时进行合同变更。
2.4.5形成文档
《项目变更流程》：针对项目实际情况建立一套正规的变更流程。
《项目变更申请表》：变更提出方在变更提出时需填写变更申请。
《项目变更审核表》：项目变更需由项目的审核方（如甲方项目经理、项目管理方负责人、项目实施方项目经理等）进行审核，并记录审核结果。
《项目变更影响评估表》：项目变更需由影响的评估方（如甲方项目经理、项目管理方负责人、项目实施方项目经理等）进行评估，并记录评估结果。
《项目变更记录表》：项目变更通过审核和评估后，在客户、项目管理方和项目实施方均认可的情况下由项目实施方进行实施，记录下此次变更内容、结果及对项目的影响等。
2.5项目评审制度
2.6.1定义
针对项目各阶段形成的设计、文档、代码、进度表的质量进行综合评价。
2.6.2目的
确保项目的进度和质量在可控范围内。
2.6.3负责人
公司管理层和技术项目部评审负责人。
2.6.4任务
确定开发周期制定是否合理。
确定各项系统设计是否科学、合理、准确。
审核项目文档是否符合公司或甲方要求的规范。
审核代码编写是否符合规范。
2.4.5形成文档
《项目审核表》：记录评审项目、内容、结论、调整及修改建议。
2.6项目会议制度
2.6.1定义
针对项目制定的会议类型、开会时间、会议频次、与会人员等与会议相关的制度。
2.6.2目的
明确项目会议时间、频次、与会人员等规定，为项目沟通联系、项目问题讨论、项目进度把握提供平台。
2.6.3负责人
项目经理和项目管理人员。
2.6.4任务
确定项目会议类型，如项目例会、项目阶段评审会、项目临时讨论会等，及不同类型会议的与会人员要求。例如项目确定有项目例会，要求项目经理和主要设计人员必须参加。
确定不同会议类型的频次和开会时间，例如项目例会定为每周五下午三点，有因特殊情况不开则另行通知。
2.4.5形成文档
《项目会议制度》：记录与项目各类型会议相关的规定，可根据项目复杂度具体安排。
《会议记录》：记录并保存会议的内容。
2.7项目文档管理
2.7.1定义
项目文档管理，是指在一个系统(软件)项目管理、开发进程中将提交的文档进行统一管理的过程。细分文档的生命周期，一般包括：创建、审批、发布、修改、分发、签收、追缴、归档、废止与恢复。
2.7.2目的
将项目相关文档统一收集、统一发布、分类管理、规范命名、规范格式、管理版本、归档保存。
2.7.3负责人
项目管理人员。
2.7.4任务
明确文档编写格式：在项目文档编写前明确文档编写的统一标准格式，如文档的字体大小、段落行距、页眉页脚等，可以参照公司统一标准执行。建立文档编写模板，规范文档结构。
文档分类：定义软件项目各个阶段所要编写的文档，并将其分类，例如会议记录类，基本设计类。
规范文档命名：规范各个阶段所要编写的文档的命名方式，例如《XXX项目需求说明书20120101》，其中“20120101”为文档上交日期。
创建文档目录：在明确项目各个阶段所要编写的文档和文档分类后，创建文档目录，列出所有文档名、所属类别、最后版本、负责人、评审人及文档完成情况，并创建具体文档的超链接。
文档评审：依据文档编写规范和文档编写模板对收集上来的文档进行格式校对和内容评审，通过后统一发布。如没有通过校对，则退回修改，以新版本重新上交校对和评审。
文档版本管理：可以借助VSS等版本控制软件管理文档版本，保存并区分文档各个版本，明确标记文档的最新版，以保证每次修改都是对最新版的修改。
文档归档保存：对通过校对和评审的定稿文档标记为“评审版”或“完成版”，并归档保存。
2.7.5形成文档
《文档编写格式规范》：不需要每个项目都重新制定文档编写格式规范，可以参照公司统一标准执行，但是项目文档编写前必须明确依据的标准。
《项目文档目录》：可以在项目初期就明确项目每个阶段所要编写的文档，将其命名并编入文档目录统一管理文档版本和完成情况。
2.8项目源码管理
2.8.1定义
软件项目开发过程中对程序源代码、数据库表、索引、触发器、存储过程创建脚本、相关环境设置等进行定期备份和归档管理。
2.8.2目的
对程序源代码进行版本控制、备份和归档，保证程序的安全。
2.8.3负责人
项目经理和项目管理人员。
2.8.4任务
版本控制：在开发过程中对程序源代码进行版本控制，常用的方式是使用SVN或VSS版本控制软件控制程序版本。
程序备份归档：定期对程序源代码、数据库表、索引、触发器、存储过程创建脚本、相关环境设置等进行全备份并进行异地存储以保证程序安全，对已经完成的程序或脚本进行归档，统一保存。
建立程序源代码目录：对所有程序，包括客户端程序、服务器端程序、数据内触发器、存储过程、函数等程序代码建立程序源代码目录，清晰管理源程序。
2.8.5形成文档
《程序源代码目录》：包括程序名、编程语言（C#、VB、SQL等）、所属系统模块、编制人、最后修改日期、修改人等信息。
三、软件项目阶段定义
3.1需求分析
3.1.1定义
需求分析指的是在开发一个新的或改变一个现有的计算机软件系统时描述新系统的目的、范围、业务流程和功能时所要做的所有的工作。需求分析是软件开发项目中的一个关键过程。在这个过程中，系统分析员和软件设计师调研现行业务，确定用户的需要，分析和寻求系统的解决方案。
3.1.2目的
调研用户组织机构、业务特点、业务流程，确定用户的具体需求，分析并提出具体的解决方案，明确开发范围、具体功能、本系统与其它系统的关联关系、用户对系统的技术要求等，并进行详细描述。需求分析是编写技术附件的基础，为合同的签订提供依据，也是系统设计、开发的基础和依据。
3.1.3负责人
项目经理、软件设计人员。
3.1.4任务
对用户的组织机构、业务特点、业务流程、具体需求进行调研；
明确项目背景：包括项目的提出（如项目提出方、开发此项目的目的），系统隶属关系及其它关联，用户特点，约束（如费用、交付日期）等；
业务现状描述：明确开发依据，确定开发业务范围和系统实现的主要目标。对前期业务调研的结果进行汇总，具体体现为组织机构图、工艺流程图、现行业务流程图、业务功能层次图和现有帐票/报表一览表。
功能需求描述：分析用户的需求和调研结果，对应业务功能层次图，详细描述系统将实现的业务功能。
明确技术需求：包括用户对本系统在技术层面提出的需求和本系统对用户或其它相关联系统的技术需求，包括现有计算机系统及运行环境的约束、接口约束、精度要求、时间特性要求和灵活性要求等。
问题备忘：记录本阶段未解决的问题或可能存在的问题预测。
对需求分析内容进行评审，并得到用户的签字认可。
3.1.5形成文档
《调研分析报告》：包括组织机构图、工艺流程图、现行业务流程图、业务功能层次图、现有帐票/报表一览表、业务功能模块等。
3.2基本设计
3.2.1定义
基本设计也称为概要设计，是软件系统设计中将业务逻辑优化改造为系统内处理流程的重要过程，是系统最终功能层次的具体体现，并对每个功能的处理过程进行详细描述。
3.2.2目的
将软件系统需求转换为系统内的设计。
确定系统内的具体功能模块和模块内的具体功能层次。
将现行业务的处理流程进行优化改造，形成系统内的新处理流程，明确每个新处理流程所要求的输入信息和所产生的输出信息。
对系统内具体模块所包含的具体功能进行详细描述，明确每个功能的实现过程及其所产生的结果和主要数据信息，为数据库表结构设计提供基础。
3.2.3负责人
项目经理和设计人员。
3.2.4任务
确定系统的具体功能层次结构，绘制功能层次图。
将现行业务的处理流程进行优化改造，明确新处理流程所要求的输入信息和所产生的输出信息，明确功能模块之间的关联关系，对应功能层次图中的具体功能，绘制业务流程图。
对系统内每个模块所包含的具体功能进行详细描述，明确每个功能的实现
过程及其产生的结果和主要数据信息，明确本系统与其它系统的接口关联关系、通讯方式和具体通讯内容，对应功能层次图中的具体功能进行业务功能描述。
对基本设计内容进行评审，并得到用户的签字认可。
3.2.5形成文档实用性原则
《概要设计报告》包括以下部分：
《功能层次图》：明确系统内功能层次结构，（格式见附录）。
《业务流程图》：展示优化改造后的业务流程，（格式见附录）。
《业务功能描述》：对业务功能和与接口系统的通讯方式、通讯内容进行详细描述。
《系统编码规则表》：说明支持系统运行所需引用或建立的编码，包括对象、长度、格式、规则等，例如日期、单据号等格式。
《模块一览表》：对应功能层次图，列出在详细设计阶段需要设计的所有程序/模块。
《集成测试计划》：列出测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口
正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限
的测试等，给出对这项测试的进度安排，包括进行测试的日期和工作内
容（如熟悉环境。培训、准备输入数据等）。说明测试各环节的控制方
式，如输入是人工、半自动或自动引入、控制操作的顺序以及结果的记
录方法。
3.3详细设计
3.3.1定义
详细设计是指在软件设计过程中基本设计完成后，明确了系统内的具体功能层次和所有功能的具体处理方式的基础上，针对系统内功能的实现即程序编制所做的设计，在详细设计的过程中可同时进行程序的编制。
3.3.2目的
明确本系统与其它系统的接口关系、通讯方式和具体通讯内容，编写通讯设计文档和接口电文描述表。
明确系统内涉及所有的数据信息及数据之间的关联关系，进行数据库表结构设计。
结合《模块一览表》，对每一个程序进行画面设计和前后台程序规格说明书的编写，程序员将结合画面设计和程序规格说明书的内容编制程序。
详细设计是程序编制的基础和铺垫，所做的工作是为了更好的指导程序的编制。
3.3.3负责人
设计人员和程序员。
3.3.4任务
编写接口描述表，确定通讯工具、通讯方式、IP、端口号和双方电文具体数据项约定。
编写数据库表结构设计书，并创建数据库表、主键、索引、视图等，可以使用PowerDesigner数据库表设计工具。
编写画面设计书，依据统一的设计风格设计画面，明确画面内所显示窗口中数据的来源（表、视图）、检索条件、具体数据项名称、类型、精度限制、是否主键等和按钮等控件的命名和摆放位置。
编写程序规格说明书，具体描述每个程序模块，包括画面、函数、对象、后台进程程序等的具体命名、功能、处理逻辑、触发时序、输入输出限制和涉及数据库表等内容。
画面设计书和程序规格说明书是指导程序员编程的重要依据，其详细程度、准确程度和可读性将直接影响程序员对程序编制内容的理解。
3.3.5形成文档，依据实用性原则设计，具体格式件附录
《应用系统间接口内容定义表》:定义系统内部外部接口，例如：通讯用电文的ID、具体数据项名称、类型、精度、顺序及内容备注等信息。
《数据库设计》：规划设计数据库用户、模式、表空间名称、大小等信息。设计数据库表名称、所属模式、表空间及具体字段名称、类型、精度、主键、索引等内容。
《程序界面设计》：依据统一设计风格设计程序画面，可以用Word画图工具展示界面布局，也可以用编程工具（如VB）布置窗体格局后抓图展示画面布局。明确画面内所显示数据窗口中数据的来源（表、视图）、检索条件、具体数据项名称、类型、精度限制、是否主键等和按钮等控件的命名和摆放位置。
《数据流程设计》：数据流是组织中信息运动的抽象，是信息逻辑系统模型的主要形式。这个模型不涉及硬件、软件、数据结构与文件组织，它与对系统的物理描述无关，只是用一种图形及与此相关的注释来表示系统的逻辑功能，即所开发的系统在信息处理方面要做什么。
《算法设计》：描述系统主要业务逻辑的算法，例如：运输总量的计算公式、GPS定位算法等。
3.4程序开发
3.4.1定义
编制程序代码,实现相应的系统功能。
3.4.2目的
将设计的具体内容在系统内实现。
3.4.3负责人
设计人员和程序员。
3.4.4任务
设计人员制定程序编制进度计划和程序模板，指导程序员编程，并考核程序编制进度。
程序员依据画面设计书、程序规格说明书、程序模板和程序开发规范编写程序，并对程序进行单体测试，测试完成的程序交予程序设计人员。
3.4.5形成文档
《程序编制进度计划》：对程序编制时间进行管理，掌控工作执行情况。
《单元测试用例》：用来证明一个独立的单元是否实现了详细设计说明书中要求，详细列出每项测试中所使用的输入数据及选择这些输入数据的策略，说明预期的输出数据，如测试结果及可能产生的中间结果或运行信息。
3.5系统测试
3.5.1定义
指对一个完成了全部或部分功能的程序在正式使用前的检测，以确保该程序能按预定的方式正确地运行。
3.5.2目的
发现程序错误、缺陷和隐含陷阱。
3.5.3负责人
设计人员、程序员和测试人员。
3.5.4任务
制定测试计划，制定程序组合测试计划和结合业务功能的综合测试计划。
单元测试，在编程阶段，由程序员对自己编写的模块自行测试，检查模块是否实现了详细设计说明书中规定的功能和算法。单元测试主要发现编程和详细设计中产生的错误，着重测试程序执行结果、模块接口、重要的执行通路、出错处理及边界条件等。
集成测试，在单体程序组合之后，由设计人员测试模块整体功能和模块间关联功能，着重测试数据流的通畅性、完整性，模块间的借口和通信问题及异常情况处理等。依据软件需求说明书检查系统的功能、性能及其他特征是否与用户的需求一致；由业务人员依据基本设计中的业务流程设计测试系统功能表是否正确，数据结果是否完成等，并按照正式应用的操作方式测试系统功能。
3.5.5形成文档
《集成测试计划》：由程序设计者制定并测试模块整体功能和模块间关联功能。由业务人员或操作人员测试系统内部及与外部接口的功能。
《单元测试报告》：程序员在开发程序过程中对每个编制完成的单体程序进行测试，并记录测试情况，编写测试报告。
《集成测试报告》：由项目总体负责人记录集成测试的进度及结果。
3.6业务培训
3.6.1定义
软件开发项目中的业务培训是指对软件系统的用户关于软件系统的操作方式、操作流程等进行的培训。
3.6.2目的
使用户会使用软件系统的相应功能。
3.6.3负责人
设计人员和程序员。
3.6.4任务
设计人员或程序员在系统功能全部确定后编写操作手册和技术手册，在正式培训前递交用户负责人。
项目负责人根据用户实际情况确定培训方式，编制培训计划，可以采用集中培训的方式或随操作岗位按班培训的方式。
在每次培训后需要填写培训记录，记录每位用户的培训效果。
每个岗位的用户至少培训两次，重点岗位或操作较难的岗位可以增加培训次数，或提供实验环境熟练操作。
3.6.5形成文档
《操作手册》：针对操作人员的描述系统功能操作方式、流程的文档。
《培训计划》：根据用户实际情况确定培训方式，编制培训计划。
《培训记录》：记录每位用户的培训效果，必要时附加评分。
3.7系统运行
3.7.1定义
经过综合测试的软件系统在进行过业务培训后，布置正式环境，布置客户端，分配系统内用户权限，准备运行数据，正式投入使用的过程。
3.7.2目的
使软件系统顺利投入使用。
3.7.3负责人
项目经理、设计人员。
3.7.4任务
布置正式环境，按照系统规划配置正式环境，将数据库、通讯中间件配置、开发环境下的前后台程序移植到正式环境并进行测试。
布置客户端，可以由我们提供需安装的客户端软件、编译后的可执行程序和客户端配置方法等，用户方自行布置客户端。布置客户端的时候可以同时安装远程控制软件，核对客户端IP地址表，以方便维护。
分配系统权限，对系统内的功能按岗位、角色分配使用权限，可以由用户方自行分配权限。
准备运行数据，准备系统运行所必须的初始数据，可以采用人工录入或导入的方式注入系统内。
制定系统上线计划，对应复杂的软件系统或实时性很强的生产管理洗头膏需要制定详细的上线运行计划，协调安排所有与系统上线相关的因素，必要时可以做上线前的模拟上线。
3.7.5形成文档
《部署说明文档》：详细说明程序上线部署的全部流程、网络和系统环境需求、外部先决条件、配合人员。
《系统上线计划》：制定上线的详细步骤，具体时间安排。
《系统运行报告》：记录系统运行情况、故障情况和运行结论。
3.8项目的完成及回顾
3.8.1定义
项目依据合同要求验收后，以签署竣工文件作为项目完成的标志。项目完成后对项目的文档、资料、源程序等进行归档，同时总结项目经验、教训、成果等。
3.8.2目的
确定项目完成，归档项目资料，总结项目成果。
3.8.3负责人
项目经理。
3.8.4任务
在系统稳定运行后，依据合同要求协调用户和项目相关管理方对系统进行验收（通常规定系统稳定运行三个月可进行验收），在验收时需提供《运行报告》，《验收报告》，《维护方案》。
对项目的文档、资料、源程序等进行归档，同时总结项目经验、教训、成果等，形成项目总结报告。
3.8.5形成文档
《运行报告》：记录系统稳定运行的情况。。
《验收报告》：记录系统内功能依据合同技术附件内容的完成情况和验收时需要移交的文档签收情况。
《维护方案》：记录系统维护方法、值班及响应时间和参与维护的人员的姓名及联系方式。
《项目质量综合评价报告》：记录归档的项目的文档、资料、源程序，评估项目质量，总结项目经验、教训、成果等。
四、软件项目开发流程
4.1项目策划与需求分析
内部项目《项目建议书》、外部项目《可行性报告》。
4.2项目调研与评审
公司内部招募项目组长或推选项目组长。
进行项目调研，并编写《调研分析报告》。
各项目组长候选人评选或推选的项目组长进行项目答辩，确认项目组长。
评审并确认调研分析报告。
成立项目组，制定《项目章程》。
4.3基本设计与评审
编写《基本设计》和《集成测试计划》
基本设计评审（主要评审业务流程设计、功能设计、集成测试计划）
4.4详细设计与评审
编写《详细设计》。
《详细设计》评审。
4.5系统开发
编制项目开发分工和各模块工期表，即《项目开发进度表》
《项目开发进度表》评审
编写《单元测试用例》
4.6系统测试
单元测试并编写《单元测试报告》。
集成测试并编写《集成测试报告》。
4.7项目审核与内部验收
对项目各项指标进行综合评审并编写《项目质量综合评审表》。
根据评审结果确定是否达到内部验收标准。
4.8项目实施
编写《操作手册》和《培训计划》，对甲方进行业务培训。
编写《部署说明文档》和《系统上线计划》，开始按计划实施。
4.9项目验收
根据甲方要求编写项目验收相关文档，例如：《系统上线报告》、《项目验收报告》
4.10软件项目开发流程图
软件的项目管理系统规章制度
保密级别 发布日期软件项目管理制度
文件编号SKYEYES-ZJ-04 版本号Version 0.1 编制 审核 批准
目录 1目的 (3) 2适用范围 (3) 3职责 (3) 4软件项目管理 (5) 4.1项目整体管理 (5) 4.2项目启动阶段 (8) 4.3初步需求调研阶段 (10) 4.4软件需求规格阶段 (10) 4.5设计阶段 (12) 4.6实现阶段 (13) 4.7测试阶段 (14) 4.8实施及试运行阶段 (17) 4.9验收阶段 (19) 4.10收尾阶段 (21) 5相关文件 (23)
1目的 本制度规定了公司所承接的不同规模的软件项目开发流程，说明项目的各个阶段之间的输入输出结果，以及执行各阶段任务时的要求及相关模板，各部门的职责等，并说明了各阶段完成的标志和标准，是项目组推进项目及质量管理部门检查项目工作的核心制度。 本制度是作为项目配置管理、质量管理、测试管理制度的基础性文件，其他相关制度按照此制度规定的流程及要求进一步拓展、深化项目相关其他环节的管理规范。 2适用范围 本制度适用于以下情况： ●公司所承接的不同规模的软件开发类项目； ●公司所承接的集成项目中的软件开发部分； ●公司产品的外围开发工作。 3职责 部门名称主要职责 1.负责协助项目启动过程，指派项目经理及项目组； 分管总监 2.负责协助项目组完成项目各阶段任务；
3.负责参与评审项目关键阶段成果； 4.负责协助项目组处理疑难问题。 应用开发部1.部门成员出任项目经理； 2.项目经理为项目第一责任人； 3.对项目结果负责； 4.根据公司要求开展项目各阶段任务； 5.负责项目启动至项目收尾的所有项目相关工作； 6.负责向其他部门提供允许的技术资料及技术支持。 质量管理部 1.负责项目启动阶段的准备工作； 2.负责检查项目各阶段的成果并出具检查报告； 3.负责项目过程中的测试工作并出具测试报告； 4.负责项目过程中的配置管理工作； 5.负责项目过程中的评审组织、里程碑活动组织工作； 6.负责定期向项目经理、应用开发部、质量管理部经理提交质 量管理报告并及时汇报项目的近况； 7.负责协助项目经理分析项目过程的问题及风险，并提出解决 方法。 西南办事处\行业产品销售部1.负责项目前期商务工作，并于项目启动阶段移交、讲解前期 资料至项目组； 2.负责协助项目经理处理客户关系； 3.负责协助项目验收工作； 4.负责项目的合同收尾工作。
稿软件项目管理制度.docx
**科技股份有限公司软件项目管理制度 目录
项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需 经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 1引言 1． 1 编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 1． 2 背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1． 3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1． 4 参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文 件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2项目概述 2． 1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2． 2 主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2． 3 产品 2． 3． 1 程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2． 3． 2 文件 列出需移交给用户的每种文件的名称及内容要点。 2． 3． 3 服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的 级别和服务的期限。 2． 3． 4 非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2． 4 验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2． 5 完成项目的员迟用限 2． 6 本计划的批准者和批准日期 3实施计划 3． 1 工作任务的分门与人员分工
软件项目管理制度
软件项目管理制度 文件编号 SKYEYES-ZJ-04 版 本 号 Version 0.1 编 制 审 核 批 准 保密级别 发布日期
目录 1目的 (2) 2适用范围 (2) 3职责 (2) 4软件项目管理 (3) 4.1项目整体管理 (3) 4.2项目启动阶段 (5) 4.3初步需求调研阶段 (6) 4.4软件需求规格阶段 (6) 4.5设计阶段 (7) 4.6实现阶段 (8) 4.7测试阶段 (8) 4.8实施及试运行阶段 (10) 4.9验收阶段 (11) 4.10收尾阶段 (12) 5相关文件 (13)
1目的 本制度规定了公司所承接的不同规模的软件项目开发流程，说明项目的各个阶段之间的输入输出结果，以及执行各阶段任务时的要求及相关模板，各部门的职责等，并说明了各阶段完成的标志和标准，是项目组推进项目及质量管理部门检查项目工作的核心制度。 本制度是作为项目配置管理、质量管理、测试管理制度的基础性文件，其他相关制度按照此制度规定的流程及要求进一步拓展、深化项目相关其他环节的管理规范。 2适用范围 本制度适用于以下情况： ●公司所承接的不同规模的软件开发类项目； ●公司所承接的集成项目中的软件开发部分； ●公司产品的外围开发工作。 3职责 部门名称主要职责 分管总监1.负责协助项目启动过程，指派项目经理及项目组； 2.负责协助项目组完成项目各阶段任务； 3.负责参与评审项目关键阶段成果； 4.负责协助项目组处理疑难问题。 应用开发部1.部门成员出任项目经理； 2.项目经理为项目第一责任人； 3.对项目结果负责； 4.根据公司要求开展项目各阶段任务； 5.负责项目启动至项目收尾的所有项目相关工作； 6.负责向其他部门提供允许的技术资料及技术支持。 质量管理部 1.负责项目启动阶段的准备工作； 2.负责检查项目各阶段的成果并出具检查报告；
软件开发部规章制度及软件项目管理方法
软件开发部规章制度及软件项目管理方法（试行） 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司考勤制度，如有事，提前书面形式填写请假申请， 批准后方可休假，如遇紧急情况不能填写请假申请，要电话请示 上级，并在休假结束后补办手续。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实 际由项目组长负责制定，项目组长负责协调安排工作。项目组长 根据进度需要加班，加班费由项目奖金中支出。公司工作需要硬 性加班安排，加班费由公司支出。相关标准以公司标准为准。 2、开发部员工日报守则： 开发部人员需每天上午9：00由项目组长组织短会，内容为汇报 前一天工作内容和当天工作计划以及问题反馈。项目组长整理问 题后自行解决或通报上级研究解决方案。会后开发人员需根据自 己所汇报工作计划在Kanban Board上进行标注。 名词解释Kanban Board: 一个展现工作进度的展板，分成三个部 分，to do 要做什么，doing 正在做什么，done 以及完成的。 3、开发部员工周总结守则： 开发部人员在每周五下午进行周总结汇报以及问题反馈。项目组 长需根据进度为开发人员分发下一周开发任务。以及对本周所碰 到问题进行解答。 二、项目开发人员结构：
角色职责 Product Owner：产品经理代表客户利益，确保交付产品与客户期望一致。 产品经理决定产品有哪些功能。主要负责创建和维护产品需求清单并分成若干个Sprint，把产品需求按优先级进行排序，使得重要功能优先实现。并且要对每次Sprint的结果进行审批和批准。 SCRUM Master: 通常由项目组长或者项目经理担任，主要工作职责是与其他角色配合，确保开发进度，推动开发会议召开，维护整个Scrum过程。 开发人员：按照SCRUM Master指派的任务进行开发，包括代码，测试，UI设计等。 名词解释：Sprint 是指一个时间周期的工作内容，一般由一周或一个月为基础单位。 三、项目开发流程 项目需求制定：项目需求需按照客户要求制定，并以公司标准需求文档
公司软件开发管理制度(整理).(整理).docx
XX公司软件开发管理制度 XX公司软件开发管理制度 版本：1.0 SDM审批： QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围：3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7
5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8 5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1：项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围：
公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究，写出可行性报告 5.1.1.3 评审和审批，决定项目取消或继续 5.1.1.4 若项目可行，制订初步的软件开发计划，建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析 5.2.1实施 5.2.1.1 调查被开发软件的环境 5.2.1.2 软件开发提出的需求进行分析并给出详细的功能定义 5.2.1.3 做出简单的用户原型，与用户共同研究，直到用户满意
软件开发部规章制度及软件项目管理方法
软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间
软件开发项目管理制度44952
软件开发项目管理制度 一、 总则 为保障公司软件开发项目的工作能有效、有序的执行，保证项目的开发质量，维护公司及开发人员的利益特制订本制度。 二、 组织 软件开发项目的实施以软件开发项目组的形式进行，项目组中设有项目责任人（即项目经理）、项目开发工程师、测试工程师、辅助人员等。一般情况下，一个项目组负责一个软件项目的开发工作。对于特大型的项目可以组织多个项目组分块进行实施。项目组人员各负其责，在项目经理的统一领导组织下共同完成项目实施工作。 三、 责任 项目经理： 全面负责项目的开发组织工作，包括需求分析、系统设计、人员分工、进度安排等。项目经理负责组织完成项目系统分析报告、系统总体设计报告、开发进度计划表、系统测试大纲等技术文档编写工作。负责开发进行中的进度检查，联合调试、技术资料文件收集等工作。 开发工程师： 按照项目经理的分工安排完成软件开发项目中自己所承担 的开发工作。负责完成模块设计报告的编写工作。协助完成 软件开发部 项目组 项目组 项目组 项目经理 开发工程师 测试工程师 辅助人员 项目经理 开发工程师 测试工程师 辅助人员
软件的安装调试及售后服务工作。 测试工程师： 按照项目经理的分工安排完成对开发软件的测试工作。负责 完成测试方案设计、测试报告的编写工作。负责完成软件使用手册、培训教材等的编写工作。完成软件的安装调试及售后服务工作。 辅助人员： 按照项目经理的分工安排完成项目开发中的辅助工作，包括文档录入、资料整理等。 四、 流程 软件开发项目应按照以下流程进行 整个软件开发项目可分为四个阶段： A 段： 设计阶段。完成系统分析、总体设计、进度计划等工作。以提交系统分 析报告、系统设计报告及开发计划进度表为完成标志。 立项 建立软件开发项目组 调研用户需求 编写项目系统分析报告 讨论确定系统设计方案 编写项目系统设计报告 制定开发计划 确定人员分工进度安排 分工进行模块设计 编写模块设计报告 软件编程、调试 软件组装、测试 完成测试报告 安装、试运行、培训 验收、售后服务 编写软件用户手册 工作总结 结束 A B C D
软件项目实施管理制度
软件项目实施管理制度 颁布日期：2013年1月 1 日 执行日期：2013年 1 月 1 日 执行部门：信息部
目录 前言及修订记录 (5) 1.目的 (6) 2.范围 (6) 3 .定义与术语 (6) 4.角色与职责 (6) 4.1项目负责人 (6) 4.2 项目实施小组 (7) 4.3 企业管理层 (7) 5.管理流程 (7) 5.1 项目开始流程 (7) 5.2 项目选型流程 (8) 5.3 项目执行流程 (9) 5.4 项目评估及更新流程 (9) 6.管理内容 (10) 6.1项目开始 (10) 6.2 项目选型 (10) 6.3项目计划 (11) 6.4项目执行 (12) 6.5项目评估及更新 (13) 6.6项目完成 (13) 7 附则 (14) 7.1本制度自2013 年1月1日起实施。 (14) 7.2本制度所涉表单见附表 (14)
本文件由公司信息中心提出并归口。 前言及修订记录
1.目的 为加强软件项目实施管理，确保软件项目按计划实施,特制定本制度。 2.范围 适用于公司所有软件项目实施人员及参与人员 3 .定义与术语 一个完整的ERP项目通常包括三大阶段:需求分析、系统选型和系统实施；在系统实施阶段又可细分为实施计划、业务模拟测试、系统开发确认、系统转换运行、运行后评估五个主要步骤。项目管理围绕整个ERP项目的全过程,对项目的立项授权、需求分析、软硬件的评估选择,以及系统的实施进行全面的管理和控制。一个典型的ERP项目管理循环通常包括:项目开始、项目选型、项目计划、项目执行、项目评估及更新和项目完成六项主要内容。 4.角色与职责 4.1项目负责人 负责项目具体事务的计划和执行，资源的统一管理和调度。实施组长的角色包括“执行者”到“整合者”，即关注细节也纵观全局。 实施阶段，实施组长组织每周一次的项目例会，讨论解决项目进程中的各种问题。 100％时间保证，控制项目的范围、进度和成本，有责任要求项目小组其它成员按时完成所分配的任务。
[管理制度]公司项目管理制度
（管理制度)公司项目管理制度
项目管理制度 （VER:01-11-01） 第壹章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理中人、财、物的关系，明确工作责任，充分体现人尽其才，物尽其用的原则，遵照国家有关规定和公司其他有关规定，特制定本制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其关联可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 1、硬件工程：除纯硬件销售之外的硬件项目，包括网络设备安装工 程、综合布线工程、监控产品的安装工程等。 2、软件工程：凡公司自行开发及代理软件项目，包括OA系统、 MIS系统，电子商务软件，企业的MRP、MRPII、ERP等。 3、综合性工程：划分为硬件分项工程、软件分项工程实施管理。 4、其他应该实行项目管理的工程。 第四条名词解释 1、项目业务经理：于项目签约以前的项目经理，主要负责完成项目 的前期需求调研及总体设计方案，从项目的前期公关、跟踪，直至 项目的签约。 2、项目实施经理：于项目签约之后的项目经理，主要负责项目的详
细调研及详细设计方案，从实施计划的制定、执行，直至项目的完工验收。 3、责任业务员：按公司有关规定，和项目成败具有直接利益关系的 人员。
第三章流程第五条项目准备 1、业务信息的管理 2、意向客户的确定 第六条项目立项 1、立项 2、跟踪 3、签约 第七条项目实施 1、确定实施小组 2、制定实施计划 3、编制项目预算 4、执行实施计划 5、协助项目决算 6、项目内部评审 7、完成竣工验收 8、提交竣工文档 第八条项目终止 第九条项目文件归档 第四章项目准备第十条适用范围：销售中心
软件公司研发项目管理制度
软件公司研发项目管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用 于公司软件研发与管理。 第二条本制度中软件开发指新系统开发和现有系统维护或改造，此类工作均需要以项 目制管理。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统 设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持由技术研发部承担；外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司等），由该公司（承包商）负责应用项目的实施。 第四条 软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。 第五条 除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条 提出项目需求的部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》，开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。 第七条 需求提出部门将立项分析报告》交相关部门会签后，上交公司高层进行立项审批，以保证系统项目与公司整体策略相一致。 第八条 《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组； 如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”），项目组应包括业务组（由公司技术研发部需求管理组和相关业务部门组成）和开发组（自行开发为技术研发部开发组、网络管理员；外包开发为技术研发部指定的开发组长、网络管理员和外包商成员；合作开发为技术研发部开发组指定人员、网络管理员和外包商成员）。公司技术研发部委派一名项目经理负责监督项目的进度，进行项目管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。
软件开发管理制度
软件开发部管理制度 一、目的 为保障日常工作正常有序的进行，让开发中各个环节更加紧凑，更加可控，需要尽可能实现软件开发部的管理正规化，工作过程的流程化，以便提高网页质量和开发效率，达到项目能够按质按量按期上线的目标。 二、试用范围 本制度适用于XX有限公司及其下属分公司或全资控股的子公司。 三、部门职责 1、负责公司国内网站平台的建设，包括开发，完善与维护； 2、负责公司国外网站平台的建设，包括开发，完善与维护； 3、负责公司后台数据中心的建设，包括发开，完善与维护； 4、负责公司各部门运营流程体系搭建与维护； 5、负责公司ERP、CRM系统开发与维护； 6、负责公司应用软件、产品软件开发； 四、部门架构 软件开发部共分为五个小组，以下是部门的组织架构图： 五、软件开发管理制度
软件开发共有四个阶段，分别是：项目立案，软件开发，功能测试以及产品上线，每一个阶段又细分出相应的流程，如图： 1．项目立案管理与规范 1.1提出需求：公司所有部门的负责人可以在后台系统提出功能需求，包括软件 维护，软件改进，软件开发。 1.2需求管理： IT自动化中心对来自用户等各方面的需求进行收集、汇总、分析、 更新、跟踪； 1.3产品设计：IT自动化中心编写产品需求文档，包括业务结构及流程、界面原 型、页面要素描述等内容； 1.4确定方案：IT自动化中心组织协调需求方、软件开发负责人，对需求进行评 估，审核通过后方可立项，并确认开发周期； 2. 软件开发 2.1分配功能：在新项目发布后，软件开发负责人根据项目的紧急重要程度，及时 分配安排开发人员进行开发，将项目任务标记为‘已分配’，并讲解说明该项 目在公司业务层面上的意义，使项目立体化； 2.2开发功能：软件开发人员在接到分配的新项目时，先标记项目状态为‘处理中’，
公司软件项目管理规范
公司软件项目管理规范 V1.0
研发中心软件项目管理规范 1.1. 项目实施原则 ?项目实施过程要遵守标准规范的项目管理体系进行 ●项目执行的规范性是项目成功的保证。 ●项目执行的规范性可以有效保证项目质量。 1.2. 项目实施方法 金山顶尖在多年的应用软件项目实施过程中，积累了丰富的项目实施经验，曾先后组织实施了多个上千万元的复杂项目，同时也积累了丰富的项目实施经验。 1.2.1. 管理目标与指导思想 ●管理目标 以客户体验为中心，持续改进产品生产及交付过程，面向客户提供优质产品或服务,持续提高客户满意度。 ●指导思想 通过持续的过程改进，逐步提高项目交付的产品（服务）质量与生产效率，更好的满足客户的需求，提升公司客户满意度。 1.2.2. 质量保证体系 依据ISO9001:2008的规定，金山顶尖质量体系文件划分为4层层级结构，自上而下分别为纲领性文件、制度性文件，作业指导性文件和质量记录模版，下级文件的制定和修改必须符合上级文件的要求，如下图所示：
手册、方针 过程文件 作业规范、指南文件 质量记录、模板文件 质量体系文件层次示意图 ●第一级为质量手册和方针文件 质量手册和方针文件是公司质量管理及过程改进体系的纲领性文件。它依据GB/T19001-2008质量管理体系要求、系统工程生产过程域的目标要求，规定了公司提供产品及服务的过程质量控制标准及其工作产品质量目标要求。 ●第二级为制度性文件 制度性文件是规范公司生产管理过程的一系列规章制度和办法文件，它适用于公司所有部门，是公司所有员工工作沟通的平台，主要包括项目管理控制程序文件、软件及系统工程管理控制程序文件、销售管理控制程序文件、服务保障体系文件、客户满意及投诉管理体系文件以及其他业务支持体系文件。 ●第三级为作业规范及指南文件 作业规范及指南文件是针对过程控制体系文件对公司各业务领域的作业规范要求制定的具体的设计、开发、实施、服务及运营保障管理作业说明书，是对过程控制体系文件的进一步细化和补充。 ●第四级为质量记录及模版文件 质量记录及模版文件体现了ISO9001-2008的基本质量要求及过程质量控制要素，为公司员工执行作业程序提供了一系列的参考模板、质量记录和工具表单文件。 金山顶尖质量保障体系如下图示意表示：
某科技股份公司软件项目管理制度(doc 30页)
**科技股份有限公司 软件项目管理制度 目录 项目开发计划 (2) 软件需求说明书 (4) 详细设计说明书 (6) 用户手册 (8) 数据要求说明书 (11) 项目开发总结报告 (13) 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 1引言 1．1编写目的
说明编写这份项目开发计划的目的，并指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2项目概述 2．1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。
2．2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2．3产品 2．3．1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2．3．2文件 列出需移交给用户的每种文件的名称及内容要点。 2．3．3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2．3．4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2．4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2．5完成项目的员迟用限 2．6本计划的批准者和批准日期
研发项目管理制度(软件)
有限公司 研发项目管理制度 为提高企业的创新能力，加强项目及产品研发过程管理，缩短产品研发周期，以减少风险，提高工作效率和质量，降低成本；同进也为了促进企业技术积累、提高技术人员素质，特制定本制度。 一、产品研发 产品研发必须经过立项、设计、实现、测试、发布几个阶段。 1.1 立项 ●小型研发项目（工作量小于等于6人周，投入资金小于等于5万元的研发项 目）立项必须具备项目计划报告，经公司技术负责人签字同意，报公司执行总裁批准立项。 ●非小型研发项目必须具备项目计划报告、项目可行性分析报告，由项目发起 人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准立项。签字传真有效。 ●在已经签定销售、工程合同的项目中发生的研发，作为合同项目研发，不再 单独立项。 ●项目只有立项后才允许发生费用。 ●项目立项后应获得一个唯一的研发编号，费用报销、研发领料时使用此编号 作为物流控制和财务核算的依据。 ●项目计划报告必须说明项目名称，目标，发起人，负责人，设计、研发、测 试承担者，设计、研发、测试的工期计划，项目预算等内容。 ●项目可行性分析报告必须说明项目名称，市场调研情况，销售预测，技术现 状和实现途径等内容。 1.2 设计 ●立项后，项目进入设计阶段。
●设计阶段由设计承担人完成技术设计报告、测试计划报告，修改得到切实可 行、与技术设计报告和测试计划报告相吻合的项目计划报告。由项目负责人负责邀请研发中心门技术负责人，设计、研发工程师，共同评审通过。没有通过设计评审的项目，必须重新进行技术设计。 ●技术设计报告应说明项目名称，研发系统或设备的需求，研发系统或设备的 总体功能，系统或设备功能模块划分，工期在6人周以上的项目必须列出阶段性成果和验证方法。阶段性成果的工作量不超过4人周。 ●测试计划报告应说明项目名称，产品功能，测试项目，测试条件，测试方法， 测试工期和时间计划等内容。 1.3 实现 ●设计评审通过后，项目进入实现阶段。 ●研发人员必须在实现过程中书写相关文档。文档必须有电子形式。软件实现 文档应包括软件功能性说明文档，源代码说明文档。硬件实现文档包括原理图，原理图说明，PCB图，结构图。 ●项目负责人有责任按照项目计划报告，跟踪监督项目的进展情况，按时敦促 验收阶段性成果。 ●研发产品由研发人员自行调试，调试过程中必须撰写调试记录。调试记录应 该说明项目名称，编号，调试记录版本号，调试时间，软硬件版本号，调试中发现的主要问题，调试环境，解决方法。 ●研发产品确认运行稳定后，由项目负责人组织内部验收。研发文档应视为研 发实现阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组织内部验收。 ●软件功能性说明文档应说明项目名称，编号，软件名称和编号，软件功能， 软件功能模块划分，主要功能实现过程，软件主要实现算法。 ●源代码说明文档项目编号，软件名称，软件功能，全局变量、结构，类说明， 数据库字典，函数功能、接口、在函数内改动的全局变量、返回值，等。源代码说明文档可以包含在源代码文件中，以注释形式存在。 ●原理图说明应包括项目编号，硬件名称和编号，硬件版本号，功能说明，功 能模块划分，主要功能实现过程，数据芯片资料。
互联网行业项目管理规章制度
互联网IT行业项目管理制度 一、制度目的 为规范项目研发、加强项目管理，保证信息系统符合业务一致性、内控合规性、系统稳定性、系统安全性，使我公司新产品开发能够严格遵循科学管理程序进行，公司根据企业实际情况和研发产品的特点,特制定本制度。 二、适用范围 本制度适用于产品技术人员及其关联公司的产品开发与项目管理全过程。附件涵盖《产品需求申请表》模板，《产品设计PRD文档》模板，《产品测试文档》模板。 三、制度说明 1.本制度中软件开发指新产品系统开发和现有产品系统升级改造。 2.本制度中软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、验收测试、试运行、系统验收、系统上线和数据转换。 3.各软件开发项目组应严格遵循本制度所附流程和模版，若需调整需经过相关评审。 四、主要角色及职责
四、开发管理过程 （一）需求管理 依据公司业务开展及软件产品应用现状所提出的需求，均须遵循本制度内容执行。
1.需求分类： （1）根据其紧急程度，分为紧急类需求和非紧急类需求； （2）根据其实施优先级，分为紧急、高、中、低级四个级别； 2.审批流程 （1）需求申请人提交《产品需求申请单》（详见附件1）至业务归管部门进行业务评审，评审通过后，报至产品技术中心。 （2）产品技术中心根据产品需求进行分析，形成评审报告进行内部评审，评审通过后列入部门工作计划，并提交至公司中高决策层。评审报告内容主要包括预计工作量和成本、风险、可行性分析等（详见附件2：《产品需求文档（PRD）模板》）。 （二）立项管理 经评审确认后的产品需求由产品技术中心提交公司中高决策层，讨论通过后立项。 （三）项目计划与监控 对于产品需求，软件开发采用项目形式管理，项目经理负责整个项目的计划、组织、协调和控制。 技术总监配合项目经理、产品经理与项目干系人进行有效沟通，在项目目标、项目计划和工作方法上达成一致。 （四）系统设计 1.在系统设计阶段中，邀请用户或者业务一线人员充分参与，确保系统设计能满足系统需求。 2.项目组结合需求规格说明书或者系统原型，进行数据库设计和功能设
产品研发部规章制度及软件项目管理方法(初稿)
产品研发部规章制度及软件项目管理方法 第一部分：产品研发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 研发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目总监负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、研发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 工作中公开、公正、公平的原则。 积极进取，勇于开拓，创新贡献。 产品思维，工匠精神，互联网思维。 3、员工工作日志/工作周报： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。
软件公司项目管理办法
项目管理办法 第一章总则 第一条为了完善公司项目管理工作，明确项目管理参与者的职责和权利，促进项目管理的科学化、规范化，结合我司的实际情况，特制定本办法。 第二条本办法适用范围为经公司项目管理委员会立项的项目。 第二章公司项目管理的组织机构及管理职责、权利 第三条项目管理委员会 项目管理委员会是公司项目管理的最高决策机构，由公司总经理和副总经理组成项目管理委员会领导小组并由总经理任领导小组组长，公司各正副总监为项目管理委员会成员组成。根据项目的性质或需要，公司可聘请或指派其他人员进入项目管理委员会任临时成员。 第四条项目管理办公室 项目管理办公室为项目日常管理的常设机构，是公司项目日常管理机构，对项目管理委员会负责，项目管理办公室设在企管部。 第五条项目经理 一、项目经理的任命 项目经理可由主要实施部门总监推荐，经项目管理委员会确认后任命，或由项目管理委员会直接指定；此外，也可根据公司
和项目的实际情况，通过签订劳动合同的方式外聘项目经理。担当项目经理职务的人员需在项目主要相关业务上有一定的工作经验，对于所实施的项目有一定的了解。一人可担任多个项目的项目经理。 二、项目经理的解职 1、项目完成验收后由项目管理委员会解职。 2、在项目实施的过程中，出现下列问题时，经过项目管理委员会讨论，有权解除该项目经理，进行重新任命： 1)项目经理与项目组成员有巨大的沟通障碍，项目组的工作进展困难； 2)项目经理在项目实施过程中，项目出现实际与计划严重相背离的情况； 3)项目经理在未经项目分管领导和项目管理委员会授权的情况下越权开展工作，甚至发生给公司造成严重损失的情况； 4)项目经理存在能力的不足，且项目分管领导或项目委员会超半数成员认为有必要更换项目经理的情况。 3、项目经理在项目进行的过程中因故向项目分管领导或项目管理委员会提出辞去项目责任人的申请，经项目管理委员会讨论同意后可予以解职并重新进行任命。 第六条项目小组 项目组成员由项目经理挑选并报项目管理委员会审批，通过后提交项目管理办公室备案。
软件项目开发管理制度
软件项目开发管理制度
第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于股份公司软件研发与管理，分公司参 照执行。 第二条本制度中软件开发指新系统开发和现有系统重大改造。第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支 持工作，一般仅向外购置有关的硬件设备和支撑软件平 台；合作开发是公司与专业IT公司（合作商）共同协作 完成IT应用的项目实施和技术支持工作，一般形式是公 司负责提供业务框架，合作商提供技术框架，双方组成开 发团队进行项目实施，IT系统的日常支持由信息中心和 合作商共同承担，信息中心负责内部（一级）支持，合作 商负责外部（二级）支持；外包开发是指将IT应用项目 的设计、开发、集成、培训等任务承包给某家专业公司（可 以是专业的IT公司或咨询公司等），由该公司（承包商） 负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管 理和结项管理。软件工程涉及需求管理、系统设计、系统
实现、系统测试、用户接受测试、试运行、系统验收、系 统上线和数据迁移。 第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、IT组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》开展前期筹 备工作。《立项分析报告》应明确项目的范围和边界。第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一 致。 第八条《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包 商共同成立合作开发项目组，以下统称“项目组”），项目 组应包括业务组（由公司相关业务部门组成）和IT组（自 行开发为信息中心研发人员；外包开发为外包商成员；合 作开发为信息中心研发人员和外包商成员）。项目组人员 的选择应满足项目对业务及技术要求，项目组人员应有足 够的业务和IT技术方面的专业知识来胜任项目各方面的 工作。
软件项目管理制度
软件项目管理制
1 目的 .................................................................................... 2 适用范围 (2) 3 职责..................................................................................... 4 软件项目管理.............................................................................. 4.1项目整体管理................................ 4.2项目启动阶段................................ 4.3初步需求调研阶段........................... 4.4软件需求规格阶段........................... 4.5设计阶段.................................... 4.6实现阶段.................................... 4.7测试阶段.................................... 4.8实施及试运行阶段........................... ......................... 错误！未定义书签 4.9验收阶段.................................... 4.10收尾阶段.................................... 5 相关文件 ................................................................................... 1目的 本制度规定了公司所承接的不同规模的软件项目开发流程，说明项目的各个阶段之间的输入输出结果，以及执行各阶段任务时的要求及相关模板，各部门的职责等，并说明了各阶段完成的标志和标准，是项目组推进项目及质量管理部门检查项目工作的核心制度。 本制度是作为项目配置管理、质量管理、测试管理制度的基础性文件，其他相关制度按照此制度规定的流程及要求进一步拓展、深化项目相关其他环节的管理规范。 2适用范围 本制度适用于以下情况： 公司所承接的不同规模的软件开发类项目; 公司所承接的集成项目中的软件开发部分; 公司产品的外围开发工作。
软件公司项目管理办法
****有限公司 项目管理办法 一、总则 为使公司各项重大项目的管理规范化、科学化、程序化，提高运作与决策效率，同时为增强公司团队精神，促使公司整体战略目标的全面实现，特制定本办法。 二、适用范围 （一）适用项目特点(同时具有) 1．项目是单一的，可辨认的，完整的基于公司整体发展的任务； 2．任务复杂，具有一定的风险性 3．任务的完成有赖于多个职能部门之间的配合协作； 4．可利用资源预先有明确的范围或预算； 5．任务具有一个明确的寿命周期与终止日期； 6．项目的产物其保全或扩展通常由项目参加者以外的人员来进行。 （二）适用项目范畴 ●技术开发 ●重要合作洽谈、重大市场活动 ●其他为促进公司战略决策和发展所启动的项目； (三) 基于项目定义的不确切性，将由项目管理中心对所有提交的立项申请进行最终审定，确定此立项申请是否采用项目制运作，以及是否采用项目制中的简易流程执行。 三、项目管理机构——项目管理中心（共5～9人） 1．项目管理中心为公司常设机构，由项目管理委员组成，直接向总经理负责。在项目运作时履行相关职能。 2．项目管理委员(数量：5～9人)
(1) 项目管理委员的成员由总经理从各个职能或业务部门（市场与销 售、策划与制作、人力资源、财务等）相关人员中选拔、任命： (2) 必要时，在大多数委员同意条件下，可以临时选择其他熟悉项目 的人员旁听或作为临时委员参与项目管理中心的审议工作。 (3) 项目管理委员出任要求： A．了解公司及公司整体发展的情况，熟悉公司的各项业务和工作 B．了解项目管理相关知识并有一定的经验。 C．具有较强的管理、协调、组织能力。 (4) 项目管理委员的职责： A．共同对项目申请进行审批、重大问题决策、项目经理 管理、项目终审 B．对与本职工作相关的项目进行重点监控督促。 C．在项目出现偏差时，共同参加各种非正常运作项目的 跟踪监控、项目调整的审批。 D．对执行中的项目进行统筹监控，在各个项目的监控点 （里程碑）进行阶段性检查监控。 3．项目管理常务委员(数量：1～2名) (1) 项目管理常务委员由项目管理委员轮值； (3) 项目管理常务委员的职责： A．负责项目管理中心日常事务性工作管理、协调，组织拟定项目管理中心的章程制度、议事规则等 B．受理项目申请并批复意见，协调各立项人在项目申请的可行性调查分析时的资源需求 C．在无法进行项目定级或无法决定重大项目审批时，负责召集项目管理委员进行集体审议和审批；结果报总经理批准。 D．对非正常运作的项目，召集委员对具体项目的支持、调整、监控点作审批。 4．项目管理中心秘书(数量：1名) (1) 项目管理中心秘书为非委员的全职性职务，由项目管理中心委员集体 评议后从公司人员中选任；