软件开发过程管理流程
修改记录
目录
1 编写背景 (4)
2 编写目的 (4)
3 名词解释 (4)
4 适用范围 (5)
5 公司各部门职责及关系 (5)
5.1 项目管理委员会 (5)
5.2 项目管理部与总工办 (5)
5.3 公司各部门主要职责 (6)
5.3.1 公司董事会 (6)
5.3.2 总经理办公室 (6)
5.3.3 项目管理委员会（简称：PMO） (7)
5.3.4 项目管理部 (7)
5.3.5 总工办 (7)
5.3.6 项目经理 (8)
5.3.7 测试组 (8)
5.3.8 其它相关部门 (8)
6 项目总体工作流程 (9)
6.1 工作流程 (9)
6.2 流程说明 (10)
7 项目过程说明 (13)
7.1 启动过程 (14)
7.1.1 可行性研究阶段 (14)
7.2 计划过程 (15)
7.2.1 项目立项阶段 (15)
7.3 执行过程 (17)
7.3.1 需求分析阶段 (17)
7.3.2 概要设计阶段 (18)
7.3.3 代码开发阶段 (18)
7.3.4 软件测试阶段 (19)
7.4 监控过程 (20)
7.5 收尾过程 (21)
7.5.1 产品交付阶段 (21)
7.5.2 产品验收阶段 (21)
8 项目记录文档汇总 (22)
1文档介绍
1.1编写背景
根据公司业务特点及行业特点，公司主要以项目开发为主，那么实施全面的项目管理，将公司所有在建、新建的项目纳入项目管理的范畴之内就显得尤为重要。
因此，公司重新组建了项目管理部，在公司范围内推进项目的规范化运作，同时检验公司项目管理机制的缺陷，提出项目管理过程的改进建议和意见，更好的为公司的业务目标服务。
1.2编写目的
本文档将从项目管理的启动过程、计划过程、执行过程、监控过程、收尾过程五个过程，全面阐述项目管理的工作职能，每个过程包含那些阶段，各阶段的工作内容，相关的参与部门，参与部门的工作职责以及相应的考核指标，力求规范化管理公司的所有项目，保障公司项目保质保量按期完成。
1.3名词解释
项目基线：指项目生命周期内产生的文档，在经过公司评审通过后，该文档将作为基线文档，后续的所有变更都是基于该基线文档。
干系人：指参与项目活动或受项目活动影响的人，包括项目发起人、项目组、支持人员、客户、供应商，甚至是项目的反对者。
项目发起人：指项目的发起者，任何有创新想法的人员均可成为项目发起人。
项目组：指项目经理为具体项目而临时组建的团队，团队既可以是部门内部人员，也可以跨部门组建项目团队。
过程文档：指辅助项目经理或公司对项目过程进行管控的文档。
产品文档：指与项目开发紧密相关的文档，并作为项目的一部分交付给最终用户。
1.4适用范围
公司所有的在建和新建软件项目全部纳入项目管理工作范畴，但是涉及到硬件生产过程暂时不纳入项目管理工作范畴。
2公司各部门职责及关系
2.1项目管理委员会
项目管理委员会（以下简称：PMO）由总经理办公室授权组建，负责公司所有项目的评审工作，对评审结果有决定权，对项目基线的变更有决定权。
PMO的人员组成由总经理办公室指定，总经理办公室可根据项目的具体需求，随时对PMO的组成进行调整，以适应具体项目的要求。总经理办公室以任命书的形式公布PMO的人员组成。
2.2项目管理部与总工办
项目管理部负责项目过程文档的规范编写及模板制定，总工办负责过程以外
文档的规范编写和模板制定；项目管理部负责组织评审过程。
项目管理部对项目组提交文档质量进行预审，只有项目管理部对质量认可的情况下，才会提交给PMO进行预审，并在一周内安排时间组织评审。
2.3公司各部门主要职责
本节主要从项目生命周期来阐述公司各部门的工作职责，明确各部门的职责范围及相互关系。
2.3.1公司董事会
1)对于公司项目金额在500万以上的项目，决定是否立项。
2)对于500万以上的项目，如果项目成本有20%以上变更时，决定变更是
否通过。
2.3.2总经理办公室
1)参与项目建议书评审会，负责评审
2)对于公司项目金额在100万以上、500万以下的项目，决定是否立项。
3)在项目立项会上，任命项目经理
4)参与项目可研评审会，负责评审
5)参与项目立项评审会，负责评审
6)参与项目验收评审会，负责评审
7)对于公司项目金额在100万以上、500万以下的项目，如果项目成本有
20%以上变更时，决定变更是否通过。
2.3.3项目管理委员会（简称：PMO）
1)参与项目建议书评审会，负责评审
2)对于公司项目金额在100万以下的项目，决定是否立项。
3)参与项目可研评审会，负责评审
4)参与项目立项评审会，负责评审
5)参与项目文档评审会，负责评审
6)参与项目需求文档评审会，负责评审
7)参与项目设计文档评审会，负责评审
8)参与项目验收评审会，负责评审
9)业务需求变更影响到项目进度、质量、成本这三大要素时，或者开发时
间在3天以上的业务需求，决定变更是否通过。
2.3.4项目管理部
1)对项目生命周期内的所有提交文档进行预审，预审不通过，文档提交者
重新修改，只有达到项目管理部认可，才能提交专家组。
2)负责所有项目会议组织工作。
3)负责对公司各项目的全过程实施监控。
2.3.5总工办
1)参与公司所有项目的评审工作，负责评审。
2.3.6项目经理
1)根据项目特点，组建项目团队
2)负责编写/审核、提交项目生命周期内所有过程文档和产品文档。
3)参与公司立项会后的项目评审工作。
4)负责管理、跟踪项目研发工作
5)业务需求变更不影响项目进度、质量、成本这三大要素时，或者开发时
间在3天以内的业务需求，由项目经理负责变更。
2.3.7测试组
1)参与项目需求文档评审会，负责评审
2)参与项目设计文档评审会，负责评审
3)参与项目验收评审会，负责评审
4)负责产品测试工作
2.3.8其它相关部门
根据项目的具体情况，由项目管理部决定那些部门参与项目工作。
1)参与公司所有项目的评审工作。
2)负责产品最终交付工作。
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
召开项目建议书评审会
3.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】项目管理部预审项目验收文档，预审不合格，及时打回，重新修改，项目管理部对文档质量认可后，将文档转发给相关评委，准
备评审相关资料，一周以内，项目管理部组织相关部门进行评审。
【23】项目管理部组织召开产品验收评审会，相关部门对产品及文档进行验收，如果验收不通过，再次进入【019】流程；如果验收通
过，准备将产品交付。
【24】相关部门将产品交付给最终用户，进行产品部署、培训等工作。
【25】最终用户对产品进行验收，如果验收不通过，则再次进入【0119】流程；如果验收通过，准备结项。项目管理部及项目经理编写相
关的经验总结报告，整理并归档项目周期内所有文档及代码。4项目过程说明
按照项目管理体系的标准，通用项目一般分为五个过程，分别是启动过程、计划过程、执行过程、监控过程、收尾过程。而软件开发过程一般分为九个阶段，分别是可行性研究阶段、立项阶段、需求分析阶段、概要设计阶段、详细设计阶段、开发阶段、测试阶段、项目结项阶段、产品交付阶段。这九个阶段分别对应不同的项目过程，本文将按照过程来梳理工作流程，将软件开发的九个阶段并入相应的项目过程。
4.1.1可行性研究阶段
●工作内容：
项目发起人识别出公司潜在的项目后，使用“SWOT”分析方法对项目的业务范围进行优势、劣势、机遇、威胁分析，同时要对项目的盈利能力、净现值分析、投资回报率等内容进行分析，并提交分析报告，根据项目具体额度，由相关部门负责讨论决定是否可行。
●输出内容：
《项目建议书》、《项目可行性研究报告》
●参与部门及工作职责：
项目发起人：编写并提交《项目建议书》、《项目可行性研究报告》
项目管理部：预审项目建议书、项目可研报告，组织项目评审会，准备评审相关材料，记录会议纪要，跟踪文档修改进展。
总工办：审核《项目建议书》、《项目可行性研究报告》文档。
项目管理委员会：审核《项目建议书》、《项目可行性研究报告》文档。
总经理办公室：审核《项目建议书》、《项目可行性研究报告》,决定该项目是否立项。
相关部门：由项目管理部根据项目特点，通知具体部门评审。
4.2.1项目立项阶段
项目立项阶段从严格意义上讲，由两个子阶段组成：项目立项子阶段和项目文档评审子阶段，公司同意立项后，需要召开一个正式的会议，通告相关部门及人员，项目组正式成立，项目推进工作就此展开，开始着手项目过程管理文件编写、评审工作。
因此本节将从两种类型的会议展开描述项目管理的工作内容。
4.2.1.1项目立项会
●工作内容：
项目管理部组织召开项目立项会。公司管理层同意该项目立项，制定正式文件下发相关部门人员，任命项目经理，并授权展开相关工作。项目经理要对项目需求、计划、进度、成本、质量、风险进行概要说明，公司与项目组达成一致。
从此阶段开始直至产品交付，项目经理每周五下午2点前必须提交一份项目周报，汇报项目总体进展情况，发送至项目管理部；项目管理部每周五提交项目执行状态报告及项目执行预测报告。
●输出内容：
《项目章程说明书》
●参与部门及工作职责：
项目发起人：编写并提交《项目章程说明书》
项目管理部：预审项目章程，组织项目立项会，准备评审相关材料，记录会议纪要，跟踪文档修改进展。
总工办：审核《项目章程说明书》文档。
项目管理委员会：审核《项目章程说明书》文档。
项目经理：审核《项目章程说明书》文档
总经理办公室：审核《项目章程说明书》,任命项目经理。
相关部门：由项目管理部根据项目特点，通知具体部门评审。
4.2.1.2项目评审会
●工作内容：
项目经理需编制项目管理计划、初步的范围说明书、干系人分析表、质量保证计划、项目开发计划、里程碑等相关过程文档，由项目管理部组织评审。
项目管理部负责配置项目库，分配空间、授权等等。评审的标准参见“项目会议评审规范”。
●输出内容：
《项目管理计划》、《质量保证计划》、《风险管理计划》、《项目采购计划》、《项目沟通管理计划》、《范围说明书》、《干系人分析表》、《项目开发计划表》、《WBS 工作分解结构》、《项目里程碑计划表》等等。（随着项目不同，文档将有不同形式的增减）
●参与部门及工作职责：
项目经理：组织项目组成员编写并提交以上提到的所有文档。
项目管理部：预审项目过程文档，组织项目评审会，准备评审相关材料，记
录会议纪要，跟踪文档修改进展。
总工办：审核项目过程文档。
项目管理委员会：审核项目过程文档。
相关部门：由项目管理部根据项目特点，通知具体部门评审。
4.3执行过程
4.3.1需求分析阶段
●工作内容：
项目经理组织项目组成员编写需求说明书，同时还要提交项目原型（不包含业务代码，仅仅是需求可视化的展示），项目原型可使用任意的代码编写方式。
测试部开始参与评审会，跟进每一次需求、设计变更，开始设计测试用例，同时，最终用户如果有可能，也要参与需求分析评审。
●输出内容：
《需求说明书》、界面原型设计
●参与部门及工作职责：
项目经理：编写并提交以上提到的所有文档
项目管理部：预审项目需求文档，组织项目评审会，准备评审相关材料，记录会议纪要，跟踪文档修改进展。
总工办：审核需求文档。
项目管理委员会：审核需求文档。
测试组：了解需求内容，开始设计测试用例
最终用户：参与评审界面原型，提供参考意见
相关部门：由项目管理部根据项目特点，通知具体部门评审。
4.3.2概要设计阶段
●工作内容：
项目经理组织项目组成员编写概要设计说明书、数据库设计（逻辑设计和物理设计）、接口设计说明书文档。
●输出内容：
《概要设计说明书》、《数据库逻辑设计》、《数据库物理设计》、《接口设计说明书》
●参与部门及工作职责：
项目经理：编写并提交以上提到的所有文档
项目管理部：预审项目设计文档，组织项目评审会，准备评审相关材料，记录会议纪要，跟踪文档修改进展。
总工办：审核设计文档。
项目管理委员会：审核设计文档。
测试组：了解需求内容，开始设计测试用例
相关部门：由项目管理部根据项目特点，通知具体部门评审。
4.3.3代码开发阶段
●工作内容：
项目组进入开发阶段，在每个关键里程碑节点，项目组要提供相应的质量检查工具或检查方法，由项目管理部或质量管理部进行检查，并出具质量检查
报告及建议的纠正措施和预防措施。
●输出内容：
《代码走查报告》、《质量检查报告》、《关键里程碑检查报告》、《测试计划》、《测试用例》
●参与部门及工作职责：
项目经理：组织开发工作，及时更新开发进度
项目管理部：对开发工作进行定期跟踪、检查，及时发布项目最新进展情况，对执行过程中可能出现的问题，及时预警。
测试部：设计测试计划，编写测试用例，部分开始测试工作
4.3.4软件测试阶段
●工作内容：
测试部开始代码集成测试，按照测试用例执行测试流程，根据项目具体情况，可能会执行性能测试。测试中发现的问题，全部提交到JIRA平台集中处理，测试人员与项目组成员基于JIRA平台集中处理BUG，测试人员每周五提交BUG处理进度表
项目组开始着手编写产品交付所需的相关文档
●输出内容：
《项目问题处理进度表》、《技术白皮书》、《安装手册》、《使用手册》、《维护手册》、《常见问题解答》
●参与部门及工作职责：
项目经理：组织研发人员处理测试中出现的问题，组织人员编写文档。
项目管理部：对开发工作进行定期跟踪、检查，及时发布项目最新进展情况，对执行过程中可能出现的问题，及时预警。
测试部：集成测试、系统测试、回归测试，及时发布测试报告
4.4监控过程
监控过程是贯穿整个项目管理过程的，监测项目的目标、进展与计划的偏离情况，并采取适当的行动使进展与计划相符。通常监控的手段是依托于工作绩效考核体系。
●工作内容：
监控的理想产出是通过交付满足时间、成本、质量约束的项目来成功的完成项目，监控过程贯穿整个项目过程，监控工作的执行者主要由项目经理和项目管理部共同完成，项目需求基线的变更也将贯穿项目整个过程。监控的主要工作是定期向公司管理层提交项目进展报告，即时纠正偏差，保证项目成功完成。
●输出内容：
《项目周报》、《项目执行状态报告》、《项目执行预测报告》、《基线变更申请表》
●参与部门及工作职责：
项目经理：及时更新项目进度、每周五下午2点前提交项目周报。
项目管理部：每周五提交项目执行状态报告和项目执行预测报告，15天召开一次项目讨论会，评估项目最新进展情况。
公司软件设计和开发控制程序 1目的 对软件设计和开发全过程进行控制，确保产品设计和开发能满足顾客和有关标准、法令、法规的要求。 2范围 适用于软件产品设计和开发的全过程，包括软件产品的升级。 3职责 3．1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计和开发输出文件、测试报告、验收报告等，负责组织协调和实施软件产品的设计和开发工作。 3．2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3．3软件研发部测试组负责软件产品的确认测试。 3．4 由各业务部负责将合格软件产品交付顾客使用。 3．5 公司总经理签署《项目经理任命书》，正式启动软件项目。 3．6公司技术总工或授权人负责设计和开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4．1 设计和开发策划 4．1．1立项的依据 软件研发部对要进行的开发项目进行立项申请，提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目，由软件研发部进行详细进度计划安排，落实时间进度、资源（人员／设备、内部／外部）、技术、资金和费用等，相关资源和资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批，进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4．1．2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。
4．1．3设计和开发人员资格要求可参照本公司相关岗位卡的条款进行． 4．1．4 接口管理 4．1．4．1 在设计和开发策划和输入阶段： a．各业务部将客户相关文件资料交与软件研发部，同软件研发部一起对《需求规格说明书》进行评审； b．软件研发部编制《项目实施计划书》，经公司技术总工或授权人批准后发往客户方。 c．软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料，提供给各设计和开发人员，作为工作的依据。 4．1．4．2 在设计和开发输出阶段，软件研发部项目经理根据设计和开发进度，适时召开设计和开发例会，组织解决设计和开发中遇到的困难，协调相关的资源，以例会记录的形式明确相关要求。 4．1．4．3 在设计、编码、测试阶段： a．进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通．必要时，可由项目经理负责召开设计和开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b．软件研发部设计和开发人员提供单元和综合测试的《测试计划》,交本部门的相关设计和开发人员进行集成并由测试人员进行单元、综合测试。 c．软件研发部提供确认测试的《测试计划》，交测试组进行系统安装、测试。 4．1．4．4设计和开发各阶段 a．软件研发部项目经理负责就技术方面在客户与程序员之间进行协调； b．软件研发部经理负责组织和协调各有关单位的工作； c．各业务部负责与客户的业务联系及相关信息传递； d．参与设计和开发的各部门将必要的信息形成文件，经部门经理评审签字后予以传递． 4．2设计和开发输入 4．2．1《项目经理任命书》经公司总经理批准后，由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》，其中《项目实施计划书》须由公司技术总工组织人员评审。 4．2．2软件研发部经理组织软件设计和开发人员、测试人员及各业务部等设计和开发提出部门(包括客户)，对《需求规格说明书》进行评审，对其中不完善、含糊或矛盾的需求做出澄清和解决．4．2．3《需求规格说明书》在接受合同时可以不完全确定，在项目进行期间可继续制定。当《需求规格说明书》更改时，合同可以修订，对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4．3 设计和开发输出 4．3．1各设计和开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计和开发活动，并形成相应的文档。 4．3．2设计和开发的输出应形成文件，但不限于以下文档： ——《软件概要设计说明书》；
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
软件开发过程管理流程
修改记录
目录 1编写背景 (4) 2编写目的 (4) 3名词解释 (4) 4适用范围 (5) 5公司各部门职责及关系 (5) 5.1项目管理委员会 (5) 5.2项目管理部与总工办 (5) 5.3公司各部门主要职责 (5) 5.3.1公司董事会 (5) 5.3.2总经理办公室 (6) 5.3.3项目管理委员会（简称：PMO） (6) 5.3.4项目管理部 (6) 5.3.5总工办 (7) 5.3.6项目经理 (7) 5.3.7测试组 (7) 5.3.8其它相关部门 (7) 6项目总体工作流程 (8) 6.1工作流程 (8) 6.2流程说明 (9) 7项目过程说明 (11) 7.1启动过程 (12) 7.1.1可行性研究阶段 (12) 7.2计划过程 (12) 7.2.1项目立项阶段 (12) 7.3执行过程 (14) 7.3.1需求分析阶段 (14) 7.3.2概要设计阶段 (15) 7.3.3代码开发阶段 (15) 7.3.4软件测试阶段 (16) 7.4监控过程 (16) 7.5收尾过程 (17) 7.5.1产品交付阶段 (17) 7.5.2产品验收阶段 (18) 8项目记录文档汇总 (18)
1文档介绍 1.1编写背景 根据公司业务特点及行业特点，公司主要以项目开发为主，那么实施全面的项目管理，将公司所有在建、新建的项目纳入项目管理的范畴之内就显得尤为重要。 因此，公司重新组建了项目管理部，在公司范围内推进项目的规范化运作，同时检验公司项目管理机制的缺陷，提出项目管理过程的改进建议和意见，更好的为公司的业务目标服务。 1.2编写目的 本文档将从项目管理的启动过程、计划过程、执行过程、监控过程、收尾过程五个过程，全面阐述项目管理的工作职能，每个过程包含那些阶段，各阶段的工作内容，相关的参与部门，参与部门的工作职责以及相应的考核指标，力求规范化管理公司的所有项目，保障公司项目保质保量按期完成。 1.3名词解释 项目基线：指项目生命周期内产生的文档，在经过公司评审通过后，该文档将作为基线文档，后续的所有变更都是基于该基线文档。 干系人：指参与项目活动或受项目活动影响的人，包括项目发起人、项目组、支持人员、客户、供应商，甚至是项目的反对者。 项目发起人：指项目的发起者，任何有创新想法的人员均可成为项目发起人。 项目组：指项目经理为具体项目而临时组建的团队，团队既可以是部门内部人员，也可以跨部门组建项目团队。 过程文档：指辅助项目经理或公司对项目过程进行管控的文档。 产品文档：指与项目开发紧密相关的文档，并作为项目的一部分交付给最终
文档编号:FIT-PM-0001 版本号:V0.1 密级:机密 软件开发过程管理流程 吉林林业信息科技有限责任公司 2012年9月 修改记录 版本号修改条款及内容修改人审批人修改日期(Y/M/D 目录 1 编写背景 (4 2 编写目的 (4 3 名词解释 (4 4 适用范围 (5 5 公司各部门职责及关系 (5 5.1 项目管理委员会 (5 5.2 项目管理部与总工办 (5 5.3 公司各部门主要职责 (5
5.3.1 公司董事会 (5 5.3.2 总经理办公室 (6 5.3.3 项目管理委员会(简称:PMO (6 5.3.4 项目管理部 (6 5.3.5 总工办 (7 5.3.6 项目经理 (7 5.3.7 测试组 (7 5.3.8 其它相关部门 (7 6 项目总体工作流程 (8 6.1 工作流程 (8 6.2 流程说明 (9 7 项目过程说明 (11 7.1 启动过程 (12 7.1.1 可行性研究阶段 (12 7.2 计划过程 (12 7.2.1 项目立项阶段 (12 7.3 执行过程 (14 7.3.1 需求分析阶段 (14 7.3.2 概要设计阶段 (15
7.3.3 代码开发阶段 (15 7.3.4 软件测试阶段 (16 7.4 监控过程 (16 7.5 收尾过程 (17 7.5.1 产品交付阶段 (17 7.5.2 产品验收阶段 (18 8 项目记录文档汇总 (18 1编写背景 根据公司业务特点及行业特点,公司主要以项目开发为主,那么实施全面的项目管理,将公司所有在建、新建的项目纳入项目管理的范畴之内就显得尤为重要。 因此,公司重新组建了项目管理部,在公司范围内推进项目的规范化运作,同时检验公司项目管理机制的缺陷,提出项目管理过程的改进建议和意见,更好的为公司的业务目标服务。 2编写目的 本文档将从项目管理的启动过程、计划过程、执行过程、监控过程、收尾过程五个过程,全面阐述项目管理的工作职能,每个过程包含那些阶段,各阶段的工作内容,相关的参与部门,参与部门的工作职责以及相应的考核指标,力求规范化管理公司的所有项目,保障公司项目保质保量按期完成。 3名词解释 项目基线:指项目生命周期内产生的文档,在经过公司评审通过后,该文档将作为基线文档,后续的所有变更都是基于该基线文档。
1 / 5 1. 目的 制定软件产品开发运作管理程序，对软件开发过程的各个工作阶段予以识别和控制，实施过程管理程序和质量控制，使软件开发过程各阶段得以有序进行，不符 受 控 分发号
合项得到及时发现并纠正，确保软件开发项目的工程质量符合客户的要求。 2. 范围 适用于公司各种类型的软件产品开发活动：内部立项开发项目、客户委托开发项目、招投标项目等等包含软件产品开发的运作过程。 3. 职责 3．1中心副总经理：负责组织内部项目的立项申请、软件开发项目的项目任务定义、组织和软件开发技术评审，负责技术开发的外部联合有关事宜，指导开发部经理确定项目经理。 3．2软件开发部经理：协助中心副总经理进行项目任务定义和软件开发技术评审，确定软件开发项目经理，合理配置开发项目各种资源，监督项目经理执行软件开发运作程序及项目过程质量控制，并协同质量管理部人员对开发项目进行检查验收。与项目经理共同负责软件产品开发完成后的归档工作。 3．3项目经理：负责软件产品开发的执行过程：从项目任务书下达开始，对开发计划、需求开发、概要设计、测试设计与计划、数据库设计、详细设计、编码、测试、编写用户手册（或操作手册）、模块开发卷宗、试运行、验收等产品开发活动的全过程实施负责，对产品概要设计、数据库设计、详细设计的实施负责。并负责项目开发完成后的归档。 3．4开发人员（软件工程师）：配合项目经理，对指定任务的需求调研、详细设计、编码及单元测试、手册内容编写、测试任务、模块卷宗开发负责。配合项目经理进行开发文件、卷宗的编篡归档工作。 4. 程序内容 4. 1软件产品开发流程图 (左侧为工作阶段名称，右侧为工作相关产品，括号中的编号是文档的编号)
软件开发的几个关键过程三 - 一.软件项目管理（Software Project Management） SW-CMM将项目管理分为两个部分，即软件项目计划（Software Project Planning）和软件项目跟踪及监控（Software Project Tracking and Oversighting）。 软件项目计划的目的是为完成软件工程和管理软件项目制定合理的计划。 软件项目计划包含估计待完成的工作，建立必要的约定和确定进
行该工作的计划。 软件计划计划首先作出有关待完成的工作和其它定义及界定软件项目的约束和目标（由需求管理关键过程区域的实践所建立的）的陈述。软件计划过程包括以下步骤：估计软件工作产品规模及所需的资源，制定时间表，鉴别和评估软件风险和协商约定。为了制定软件计划（即软件开发计划），可能需要重复地通过这些步骤。 该计划提供完成和管理软件项目活动的基础，并按照软件项目的资源、约束和能力，阐述对软件项目的顾客作的约定。 软件项目跟踪和监控的目的是建立对实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施。
软件项目跟踪和监控包括对照已文档化的估计、约定、和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。 软件项目的已文档化的计划（即软件开发计划，正如在软件项目计划关键过程区域中所描述的）用作跟踪软件活动、传送状态和修订计划的基础。管理者监控软件活动。主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模。工作量、成本和时间表与计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。 二.软件需求（Software Requirement） 需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。
软件开发流程管理制度1 软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。
2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计 划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表： 第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。 第四章、项目立项 1、分析人员进行应用调查与分析，确认软件的应用需求。
北京易游无限科技公司 https://www.doczj.com/doc/db9384294.html, EUWX/QP 0714 软件开发过程控制控制程序 授控状态： 版号：A/O 分发号： 持有人： 2007年8月6日发布2007年8月6日实施
易游无限科技发布 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第1页
为保证软件产品及其文档可维护，软件开发过程得到有效控制，特制定本程序。 2适用范围 本程序文件适用于本公司有合同的所有软件开发过程的控制活动。 3定义 3．1需求分析：（引用GB/T11457-1995的2.404）研究用户要求以得到系统或软件需求定义的过程。 3．2概要设计：（引用GB/T11457-1995的2.343）分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义，并提出时间和规模方面的估计。 3．3详细设计：（引用GB/T11457-1995的2.147）推敲并扩充概要设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述，直到设计完善到足以能实现的地步。 3．4设计实现：（引用GB/T11457-1995的2.229）把设计翻译成代码，然后对此代码排除隐错的过程。它是程序的一种机器可执行形式，或者能被自动地翻译成机器可执行的形式的某种形式的程序。 4职责 4．1项目负责人：负责制订《项目计划》、协调项目内外各方的关系、控制项目进度并保证项目计划的实施和完成。 4．2需求分析员：作为开发方的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写《软件需求说明书》和初步的《系统指南》。 4．3系统设计员：负责把软件需求变换成可表示的可实现的软件形式，为设计实现提供可行的依据。并在设计过程中要负责编写《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》，完成《系统指南》的编写。 4．4程序员：按设计要求把软件的详细设计变换成可执行的源程序，进行调试。完成相应的文档，编写《用户操作手册》。 4．5测试人员：负责制定测试计划，设计测试方案，测试用例，并实施测试。 4．6配置管理人员负责对开发库中软件配置项的管理和维护。 4工作程序 软件开发过程主要分为项目计划、需求分析、概要设计、详细设计、设计实现、内部测试和系统测试7个阶段。 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第2页
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
软件开发流程管理规范
一、概述 随着公司规模的扩大、各部门对软件需求的激增、提高效率的工作要求，IT 部门承接的软件开发项目越来越多，而与之相对应的就是软件开发流程不明确，软件项目的随意性较大、可追溯性较差、可统计性模糊、可预测性不足是摆在我们面前最直接的问题。为了适应公司的发展，IT 部软件开发项目特制订本流程。 二、流程 由上图可以得出以下几个关键步骤： 一、需求部门： I、需求部门首先需要填写《软件需求申请表》，说明需要开发的软件具体用途径、目前工作模式、工作不方便之处、基本功能等信息； II、待 IT 部门评审通过后，通知需求部门，填写《软件开发申请表》，具体列明需要实现的功能、目前工作流程、使用系统后需
要达到的状态，可节省的人力、物力，调高的效率等信息； III、软件开发测试完成之后，接受 IT 部门的软件使用培训，并填写《参与培训确认单》； IV、软件试用结束后，填写《软件验收表》，完成软件项目的开发流程； V、在开发测试过程中，遇到开发风险增加、需求变更等，都需要配合 IT 软件开发人员 填写相关的《项目风险管理表》和《项目 变更管理表》。二、IT 部门： I、积极对需求部门提出的《软件需求申请表》进行评审、审批，限 3 个工作日完成， 及时反馈结果给需求部门；
II、指导需求部门填写各类表格； III、积极评审需求部门填写的表格、积极沟通，有效获得相对准确的需求，并填写完善， 让需求部门签字确认； IV、进入开发流程后，积极填写《项目成员组成表》、《项目策划任务书》、《WBS 表》、 《项目进度计划表》等（具体见附件）； V、积极开展人员培训和软件试用工作，编写完善的《XXX 软件试用说明书》，并要求相关人员签字确认，并存档处理。 三、附件附件一、编码规范1、 命名空间 1. 公共类库（公司功能业务）： （1）全局公共类库： 例：生成 dll 文件，添加至最小应用库可全程序引用 （2）局部公共类库（主要区分公司），命名方式为专有业务场景+专有业务名+具体类名：例：（总部）/In（国内市场）/Rb（生产）注：（公共类库）信息登记、评审、信息共享，命名空间最多三层2. 项目程序文件：项目文件名,以核心功能的英文名称为准,格式:ECO_英文名词首字母大写 2、命名规则 文件夹及相关文件命名规则 a) 文件夹：功能文件夹，采用驼峰形式，首字母大写全称 b) 窗体文件：采用驼峰形式，首字母大写全称
软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
产品研发管理制度 第一章总则 第一条产品研发过程的管理，指产品研发项目确定后，进行产品研发，形成可 交付使用的软件产品的过程。在产品的研发过程中，做好研发流程的管理和控制，是确保产品研发质量和研发进度的关键。 第二条本流程制定的目的是为了对产品研发进行有效的组织实施，使产品研发处于受控 状态，保证软件开发的最后成功，向用户提供高质量的软件产品。 第二章产品的需求分析管理 第三条需求的采集 采集的渠道分为市场反响、竞争对手分析、客户反馈、运营数据分析、公司内部 的建议等方面。 第四条需求的分析及编制文档 采集到的需求经过深入了解和系统分析，通过跟用户的讨论验证，并形成产品需 求文档，让开发、设计人员理解产品的概念，功能、特点及产品各个部分的逻辑。 产品需求文档包括业务需求、用户需求、功能需求和非功能性的需求。 1、业务需求：反映客户对系统、产品高层次的目标要求，在项目定义与范围文 档中予以说明。 2、用户需求：描述用户的目标，或用户要求系统必须要完成的任务，这在使用 实例或方案脚本中予以说明。 3、功能需求：规定开发人员必须在产品中实现的软件功能，使用户利用这些功 能来完成任务，从而满足了业务需求。 4、非功能性需求：描述软件产品为满足用户业务需求而必须具有的除功能需求 以外的特性。包括系统的完整性（联机帮助、数据管理、用户管理、软件发布管理、在线升级等）、性能、可靠性、可维护性、可扩充性、适应性等。 工作责任人需求分析工程师 工作职责概述需求采集、用户调查、业务分析、系统分析、变更管 理、用户验证
工作关系客户、市场、公司内部员工 工作成果产品需求文档 第三章产品的可行性分析报告、原型及评审管理 第五条可行性分析报告 产品可行性分析报告的编制是为了明确产品项发立项之前的市场、技术、财务、 生产等方面的可行性，论述为了实现产品研发目标而可能选择的各种方案、投资及效益分析、潜在的风险因素，论证所选定的方案的可行性。 可行性分析报告编制完成后，由公司技术战略委员会组织完成对产品可行性分析报告的可 行性初审和复审，形成相关议决后报总经理审批。第六条产品需求规格说明书 确定客户需求、根据产品需求文档形成产品需求规格说明书。用于保证软件开发的质量、需 求的完整与可追溯性，通过产品需求规格说明书，以保证用户与需求分析人员、开发人员、 测试人员及其它相关利益人对需求达成共识，确保产品需求的实现。 第七条产品原型 原型图是对流程图中“界面元素”的展现，将页面的模块、原素、人机交互的形式，利用线 框描述的方法，将产品脱离皮肤状态下更加具像跟生动的进行表达。 工作责任人产品经理、产品助理 工作职责概述用户和市场分析、产品规划、产品需求管理、产品设计、推 动产品研发进程、产品发布管理、产品宣传推广 工作关系产品中心经理、需求分析工程师、研发中心、客户 工作成果产品可行性分析报告、产品需求规格说明书、产品原型设计 第四章产品的立项及评审管理 第七条产品立项报告书 产品立项报告书含以下内容： 2
一般来说，制造PFD、P&ID，相关专业从事人员都是运用Visio或许AutoCAD、PIDCAD这些软件。软件都各有其长处和缺陷。AutoCAD、PIDCAD这样的纯专业软件，在软件的操作与使用上的 一般都需求花费必定的学习时间，而Visio这样的操作简略便当、又支撑制造多种图表的工艺流程 图制造软件，关于大部分人来说，是相对正确的挑选。但，Visio颇高的价格有时也会让人犹豫是否购买。那有没有类似于Visio这样操作简略、价格又适中的工艺流程图制造软件呢？答案是肯定的。 无需绘图技巧 使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很 专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专 业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。 智能地创建视觉流程图
亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作
软件开发过程控制程序
目录 1目的与适用围 (3) 1.1 目的 (3) 1.2 适用围 (3) 2 引用文件 (3) 3职责 (3) 4程序 (4) 4.1需求分析程序 (4) 4.1.1获取、分析需求 (4) 4.1.2需求规格说明书的评审 (4) 4.1.3需求确认 (4) 4.1.4存档 (4) 4.1.5需求变更 (4) 4.2 软件设计程序 (5) 4.2.1软件设计 (5) 4.2.2设计评审 (5) 4.2.3设计文档的备案 (5) 4.2.4设计更改控制 (5) 4.3 编码开发程序 (5) 4.3.1编码 (5) 4.3.2代码集成 (6) 4.3.3程序验收 (6) 4.3.4配置管理 (6) 4.3.5测试流程 (6) 4.3.5.1 测试用例的编写、审核与备案 (6) 4.3.5.2 系统测试 (6) 4.3.5.3 用户手册的编写与审核 (7) 4.3.5.4存档 (7) 5流程图 (8) 6相关文件 (9)
1目的与适用围 1.1 目的 规需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。 1.2 适用围 适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。 2 引用文件 GBT 11457-2006 信息技术软件工程术语 GBT 16260.4-2006 软件工程产品质量 3职责 ?项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。 ?需求分析员：进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。 ?技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。 ?设计人员：软件界面设计。 ?开发人员：负责软件系统设计，编写设计文档。根据设计说明书编写程序，修改软件代码。 ?测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。 ?行政人事部：负责开发过程中文件及代码的存档管理。 ?项目组成员：每日填写工作日志。 ?部门负责人：对项目人员工作日志进行统计。
软件开发部管理制度 一、目的 为保障日常工作正常有序的进行，让开发中各个环节更加紧凑，更加可控，需要尽可能实现软件开发部的管理正规化，工作过程的流程化，以便提高网页质量和开发效率，达到项目能够按质按量按期上线的目标。 二、试用范围 本制度适用于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开发功能：软件开发人员在接到分配的新项目时，先标记项目状态为‘处理中’，
【最新资料,Word版，可自由编辑！】
目录 1.前言............................................................................................................................................... 1.1目的.......................................................................................................................................... 1.2对象.......................................................................................................................................... 1.3要求.......................................................................................................................................... 1.4适用范围.................................................................................................................................. 1.5软件开发过程模型................................................................................................................. 1.6开发过程划分 ......................................................................................................................... 2.技术过程规范部分...................................................................................................................... 2.1概述.......................................................................................................................................... 2.2业务建模阶段 ......................................................................................................................... 2.3需求阶段.................................................................................................................................. 2.4分析设计阶段 ......................................................................................................................... 2.5实现阶段.................................................................................................................................. 3.管理过程规范部分...................................................................................................................... 3.1概述.......................................................................................................................................... 3.2接受项目.................................................................................................................................. 3.3重新评估项目范围和风险（对于较大项目） ................................................................... 3.4制定开发计划 ......................................................................................................................... 3.5迭代开发管理 ......................................................................................................................... 3.6监控项目的实施 ..................................................................................................................... 3.7结束项目..................................................................................................................................
大型软件开发过程的质量管理体系 韩思音 弋陪余 国信朗讯科技网络技术有限公司是中国电信和朗讯科技合资的专业从事通信网络管理软件开发的高科技企业，公司位于上海浦东，注册资金２ ９８０万美元，员工达１５０人，本科以上学历超过９５％。公司在１９９９年成立后就开展了ＩＳＯ９００１贯标活动，并于２０００年８月通过了ＩＳＯ９００１认证。公司以贝尔试验室的大型软件开发管理流程为基础，建立了自己的ＩＳＯ９００１质量管理体系。三年来已经开发了“传输网络集中监控系统ＮｅｔＧｕａｒｄ”、“电信网络资源管理系统ＮｅｔＭａｓｔｅｒ”两个大型软件系统。通过ＩＳＯ９００１的贯标活动，加强了公司全体员工的质量意识，强化了软件开发过程的规范性，改进了软件开发过程，保证了软件开发的质量，对加强公司实力、提高市场形象起了很好的推动作用。 通过了ＩＳＯ９００１认证后，审核机构每年要进行一次复查，即监督审核。如果公司质量体系运行得不好，就可能被暂停证书；如发生重大事故，证书可能被撤消。除此以外，公司每年还进行一次内审，即公司内部对质量体系运行是否符合ＩＳＯ９００１标准进行的检查，各部门对内审发现的不符合项进行认真整改，由质量管理部验收。各部门对本部门的工作定期提出改进措施，由质量管理部对其进行验证，使质量体系不断改进。所以ＩＳＯ９００１的认证对企业的质量体系是有严格管理的，是有保证的。 １ 软件产品质量的特点 按照ＩＳＯ９１２６的定义，软件的质量通常可以从以下六个方面去衡量（定义）。 １）功用性（Ｆｕｎｃｔｉｏｎａｌｉｔｙ），即软件是否满足了客户功能要求。 ２）可靠性（Ｒｅｌｉａｂｉｌｉｔｙ），即软件是否能够一直在一个稳定的状态上满足可用性。 ３）可用性（Ｕｓａｂｉｌｉｔｙ），即衡量用户能够使用软件需要多大的努力。 ４）效率（Ｅｆｆｉｃｉｅｎｃｙ），即衡量软件正常运行需要耗费多少物理资源。 ５）可维护性（Ｍａｉｎｔａｉｎａｂｉｌｉｔｙ），即衡量对已经完成的软件进行调整需要多大的努力。 ６）可移植性（Ｐｏｒｔａｂｉｌｉｔｙ），即衡量软件是否能够方便地部署到不同的运行环境中。 可见，同其它产品相比，软件产品的质量有其明显的特殊性。