软件开发过程管理流程
修改记录
目录
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名词解释
项目基线：指项目生命周期内产生的文档，在经过公司评审通过后，该文档将作为基线文档，后续的所有变更都是基于该基线文档。
干系人：指参与项目活动或受项目活动影响的人，包括项目发起人、项目组、支持人员、客户、供应商，甚至是项目的反对者。
项目发起人：指项目的发起者，任何有创新想法的人员均可成为项目发起人。
项目组：指项目经理为具体项目而临时组建的团队，团队既可以是部门内部人员，也可以跨部门组建项目团队。
过程文档：指辅助项目经理或公司对项目过程进行管控的文档。
产品文档：指与项目开发紧密相关的文档，并作为项目的一部分交付给最终
用户。
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启动过程
4.1.1可行性研究阶段
●工作内容：
项目发起人识别出公司潜在的项目后，使用“SWOT”分析方法对项目的业务范围进行优势、劣势、机遇、威胁分析，同时要对项目的盈利能力、净现值分析、投资回报率等内容进行分析，并提交分析报告，根据项目具体额度，由相关部门负责讨论决定是否可行。
●输出内容：
《项目建议书》、《项目可行性研究报告》
●参与部门及工作职责：
项目发起人：编写并提交《项目建议书》、《项目可行性研究报告》
项目管理部：预审项目建议书、项目可研报告，组织项目评审会，准备评审相关材料，记录会议纪要，跟踪文档修改进展。
总工办：审核《项目建议书》、《项目可行性研究报告》文档。
项目管理委员会：审核《项目建议书》、《项目可行性研究报告》文档。
总经理办公室：审核《项目建议书》、《项目可行性研究报告》,决定该项目是否立项。
相关部门：由项目管理部根据项目特点，通知具体部门评审。
4.2计划过程
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天召开一次项目讨论会，评估项目最新进展情况。
4.5收尾过程
4.5.1产品交付阶段
●工作内容：
项目组完成了项目开发内容，进入收尾阶段。项目管理部组织召开产品验收评审会，公司相关领导验收产品，并对产品进行满意度评价。
●输出内容：
《测试总结报告》、《开发总结报告》、《项目总结报告》、《用户满意度报告》、《技术白皮书》、《安装手册》、《使用手册》、《维护手册》、《常见问题解答》
●参与部门及工作职责：
项目经理：项目整体打包，编写并提交产品交付所需的相关文档，产品现场演示。
测试部：编写《测试总结报告》，评审以上提到的文档
项目管理部：预审项目文档，组织产品验收评审会，准备评审相关材料，记录会议纪要，跟踪文档修改进展。
总工办：审核项目文档，验收产品。
项目管理委员会：审核项目文档，验收产品。
总经理办公室：审核项目文档，验收产品。
相关部门：由项目管理部根据项目特点，通知具体部门评审。
4.5.2产品验收阶段
●工作内容：
产品到用户现场进行实施，实施团队现场安装、部署产品，对用户进行培训，技术支持，合同收尾。
●输出内容：
《项目经验教训总结报告》、《用户满意度报告》
●参与部门及工作职责：
项目经理：编写并提交项目经验教训总结告。
相关部门：安装系统，对用户进行系统培训。
项目管理部：整理并归档项目周期所有文档及代码，项目终止。
5项目记录文档汇总
根据项目不同，项目所需记录文档也不尽相同，本节仅列出常见项目所需的记录文档，具体执行过程中，将根据公司特点和项目执行情况，即时增减项目记录文档。
《项目建议书》
《项目可行性研究报告》
《项目章程说明书》
《项目管理计划》
《质量保证计划》
《风险管理计划》
《项目采购计划》
《项目沟通管理计划》
《范围说明书》
《干系人分析表》
《WBS工作分解结构》
《项目开发计划表》
《项目里程碑计划表》《需求说明书》
《概要设计说明书》
《数据库逻辑设计》
《数据库物理设计》
《接口设计说明书》
《代码走查报告》
《质量检查报告》
《关键里程碑检查报告》《测试计划》
《测试用例》
《项目问题处理进度表》《技术白皮书》
《安装手册》
《使用手册》
《维护手册》
《常见问题解答》
《项目周报》
《项目执行状态报告》《项目执行预测报告》《基线变更申请表》
《测试总结报告》
《开发总结报告》
《项目总结报告》
《用户满意度报告》
《项目经验教训总结报告》
软件开发过程详解 软件开发过程即软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。 生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件开发过程覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。 1.需求分析 1.1 需求分析的特点和任务 需求分析是软件开发的第一步。获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，分析者、开发者和客户就能探索出描述这些需求的多种解决方案。参与需求获取者只有在他们理解了问题之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。把需求获取集中在用户任务上—而不是集中在用户接口上—有助于防止开发组由于草率处理设计问题而造成的失误。有几种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。 需求获取、分析、编写需求规格说明和验证并不遵循线性的顺序，这些活动是相互隔开、增量和反复的。当你和客户合作时，你就将会问一些问题，并且取得他们所提供的信息（需求获取）。同时，你将处理这些信息以理解它们，并把它们分成不同的类别，还要把客户需求同可能的软件需求相联系（分析）。然后，你可以使客户信息结构化，并编写成文档和示意图（说明）。下一步，就可以让客户代表评审文档并纠正存在的错误（验证）。这四个过程贯穿着需求分析的整个阶段。需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。需求获取只有通过有效的客户—开发者的合作才能成功。分析者必须建立一个对问题进行彻底探讨的环境，而这些问题与产品有关。为了方便清晰地进行交流，就要列出重要的小组，而不是假想所有的参与者都持有相同的看法。对需求问题的全面考察需要一种技术，利用这种技术不但考虑了问题的功能需求方面，还可讨论项目的非功能需求。确定用户已经理解：对于某些功能的讨论并不意味着即将在产品中实现它。对于想到的需求必须集中处理并设定优先级，以避免一个不能带来任何益处的无限大的项目。 1.2.需求分析的一般方法
软件开发过程管理流程
修改记录
目录 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名词解释 项目基线:指项目生命周期内产生的文档,在经过公司评审通过后,该文档将作为基线文档,后续的所有变更都是基于该基线文档。
毕业设计（论文）题目：软件开发流程管理 班级：11工升 学号：1000303071 姓名： 指导教师： 2014年11月
从软件开发最初至今，不断地有新的软件开发技术产生，但是在软件开发能力和质量方面却始终存在达不到预计目标这一问题。每一个软件开发的最大目标，就是最大限度提高质量与生产率。而影响质量与生产率的三个关键因素：过程、人和技术，因此，我们除了提高技术能力，培养更多优质人才之外，还需要制定一套软件开发过程管理标准，并在软件开发过程中对这一标准不断地完善，以达到提高软件质量与生产率的目标。 本文结合CMM（软件过程成熟度模型），对软件开发、维护全过程进行标准化、规范化管理，制定出软件开发管理标准。 关键词：软件开发过程，管理标准
第一章软件开发的概念及目的 (4) 第二章软件开发流程划分及开发环境 (4) 2.1.软件开发阶段划分 (4) 2.2.软件开发环境需求........................... 错误！未定义书签。第三章软件开发过程中存在的问题 .................... 错误！未定义书签。 3.1.对用户方需求的掌握不全面................... 错误！未定义书签。 3.2.对软件的价值认识不清晰..................... 错误！未定义书签。 3.3.跟用户方的合作不顺利....................... 错误！未定义书签。 3.4.开发队伍的结构不合理....................... 错误！未定义书签。 3.5.软件开发管理制度不健全..................... 错误！未定义书签。 3.6.开发团队人员不稳定......................... 错误！未定义书签。第四章软件开发流程管理规范 . (10) 4.1.什么是CMM (10) 4.2.结合CMM制定开发流程管理方案 (11) 4.2.1软件项目生命周期模型................... 错误！未定义书签。 4.2.2需求分析流程图及描述................... 错误！未定义书签。 4.2.3设计流程图及描述....................... 错误！未定义书签。 4.2.4编码流程图及描述....................... 错误！未定义书签。 4.2.5测试流程图及描述....................... 错误！未定义书签。 4.2.6验收流程图及描述 (22) 第四章软件开发行业前景 (23) 参考文献........................................... 错误！未定义书签。
软件开发流程管理制度1 软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。
2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计 划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表： 第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。 第四章、项目立项 1、分析人员进行应用调查与分析，确认软件的应用需求。
软件开发过程管理规范文件管理序列号：[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、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。
2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。
. 在软件行业有一句话：一个软件能否顺利的完成并且功能是否完善，重要是看这个软件有多少文档，软件开发文档是一个软件的支柱，如果你的开发文档漏洞百出，那么你所开发出来的软件也不可能会好；开发文档的好坏可以直接影响到所开发出来软件的成功与否。 一、软件开发设计文档：软件开发文档包括软件需求说明书、数据要求说有书、概要设计说明书、详细设计说明书。 1、软件需求说明书：也称为软件规格说明。该说明书对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。软件需求说明书的编制目的的就是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解、并使之面成为整个开发工作的基础。 其格式要求如下： 1 引言 1．1 编写目的。 1．2 背景 1．3 定义 2 任务概述 2．1 目标 2．2 用户的特点
. 2．3 假定和约束 3 需求规定 3．1 对功能的规定 3．2 对性能的规定 3．2．1 精度 3．2．2 时间特性的需求 3．2．3 灵活性 3．3 输入输出要求 3．4 数据管理能力要求 3．5 故障处理要求 3．6 其他专门要求 4 运行环境规定 4．1 设备 4．2 支持软件 4．3 接口 4．4 控制
. 2、概要设计说明书：又称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理。流程、程序系统的组织结构、模块划分、功能分配、接口设计。运河行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。 其格式要求如下： 1 引言 1．1 编写目的 1．2 背景 1．3 定义 1．4 参考资料 2 总体设计 2．1 需求规定 2．2 运行环境 2．3 基本设计概念和处理流程 2．4 结构 2．5 功能需求与程序的关系
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 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) 窗体文件：采用驼峰形式，首字母大写全称
【最新资料,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结束项目..................................................................................................................................
软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
产品研发管理制度 第一章总则 第一条产品研发过程的管理，指产品研发项目确定后，进行产品研发，形成可 交付使用的软件产品的过程。在产品的研发过程中，做好研发流程的管理和控制，是确保产品研发质量和研发进度的关键。 第二条本流程制定的目的是为了对产品研发进行有效的组织实施，使产品研发处于受控 状态，保证软件开发的最后成功，向用户提供高质量的软件产品。 第二章产品的需求分析管理 第三条需求的采集 采集的渠道分为市场反响、竞争对手分析、客户反馈、运营数据分析、公司内部 的建议等方面。 第四条需求的分析及编制文档 采集到的需求经过深入了解和系统分析，通过跟用户的讨论验证，并形成产品需 求文档，让开发、设计人员理解产品的概念，功能、特点及产品各个部分的逻辑。 产品需求文档包括业务需求、用户需求、功能需求和非功能性的需求。 1、业务需求：反映客户对系统、产品高层次的目标要求，在项目定义与范围文 档中予以说明。 2、用户需求：描述用户的目标，或用户要求系统必须要完成的任务，这在使用 实例或方案脚本中予以说明。 3、功能需求：规定开发人员必须在产品中实现的软件功能，使用户利用这些功 能来完成任务，从而满足了业务需求。 4、非功能性需求：描述软件产品为满足用户业务需求而必须具有的除功能需求 以外的特性。包括系统的完整性（联机帮助、数据管理、用户管理、软件发布管理、在线升级等）、性能、可靠性、可维护性、可扩充性、适应性等。 工作责任人需求分析工程师 工作职责概述需求采集、用户调查、业务分析、系统分析、变更管 理、用户验证
工作关系客户、市场、公司内部员工 工作成果产品需求文档 第三章产品的可行性分析报告、原型及评审管理 第五条可行性分析报告 产品可行性分析报告的编制是为了明确产品项发立项之前的市场、技术、财务、 生产等方面的可行性，论述为了实现产品研发目标而可能选择的各种方案、投资及效益分析、潜在的风险因素，论证所选定的方案的可行性。 可行性分析报告编制完成后，由公司技术战略委员会组织完成对产品可行性分析报告的可 行性初审和复审，形成相关议决后报总经理审批。第六条产品需求规格说明书 确定客户需求、根据产品需求文档形成产品需求规格说明书。用于保证软件开发的质量、需 求的完整与可追溯性，通过产品需求规格说明书，以保证用户与需求分析人员、开发人员、 测试人员及其它相关利益人对需求达成共识，确保产品需求的实现。 第七条产品原型 原型图是对流程图中“界面元素”的展现，将页面的模块、原素、人机交互的形式，利用线 框描述的方法，将产品脱离皮肤状态下更加具像跟生动的进行表达。 工作责任人产品经理、产品助理 工作职责概述用户和市场分析、产品规划、产品需求管理、产品设计、推 动产品研发进程、产品发布管理、产品宣传推广 工作关系产品中心经理、需求分析工程师、研发中心、客户 工作成果产品可行性分析报告、产品需求规格说明书、产品原型设计 第四章产品的立项及评审管理 第七条产品立项报告书 产品立项报告书含以下内容： 2
软件开发的完整步骤目录 1 问题定义 (4) 1.1 用户调查 (4) 1.2 编写《系统目标与范围说明》 (4) 2 可行性研究 (4) 2.1 确定项目的规模和目标 (4) 2.2 研究正在运行的系统 (4) 2.3 建立新系统的高层逻辑模型 (5) 2.4 重新定义问题 (5) 2.5 导出和评价各种方案 (5) 2.6 推荐可行方案 (5) 2.7 编写《可行性研究报告》 (5) 2.8 提交审查 (5) 3 需求分析 (6) 3.1 制定需求分析计划 (6) 3.2 需求获取 (6) 3.3 分析和综合 (6) 3.4 协商与沟通 (6) 3.5 编写《需求规格说明书》 (6)
3.6 需求验证 (7) 3.7 修改完善开发计划 (7) 3.8 技术审查和管理复审 (7) 4 概要设计 (7) 4.1 制定规范 (7) 4.2 设想供选择的方案 (7) 4.3 推荐最佳方案 (8) 4.4 功能分解 (8) 4.5 软件结构设计 (8) 4.6 数据设计 (8) 4.7 制定测试计划 (8) 4.8 编写《概要设计规格说明书》 (8) 4.9 其他文档编写 (8) 4.10 技术审查和管理复审 (9) 5 详细设计 (9) 5.1 数据结构设计 (9) 5.2 物理设计 (9) 5.3 算法设计 (9) 5.4 界面设计 (9) 5.5 其他设计 (10) 5.6 编写《详细设计规格说明书》 (10) 5.7 技术审查和管理复审 (10)
6 编码 (10) 6.1 选择合适的程序设计语言 (10) 6.2 制定编码规范 (10) 6.3 建立数据库系统 (10) 6.4 程序编码 (11) 7 测试 (11) 7.1 测试用例设计 (11) 7.2 单元测试 (11) 7.3 集成测试 (11) 7.4 系统测试 (11) 7.5编写《测试分析报告》 (12)
软件开发部管理制度 一、目的 为保障日常工作正常有序的进行，让开发中各个环节更加紧凑，更加可控，需要尽可能实现软件开发部的管理正规化，工作过程的流程化，以便提高网页质量和开发效率，达到项目能够按质按量按期上线的目标。 二、试用范围 本制度适用于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开发功能：软件开发人员在接到分配的新项目时，先标记项目状态为‘处理中’，
第1章软件开发过程概述 1.1 软件开发过程概述 1.1.1 软件的概念 软件（Software）简单的说就是那些在计算机中能看的着，但摸不着的东西，概念性的说软件也称为“软设备”，广义地说软件是指系统中的程序以及开发、使用程序所需要的所有文档的集合软件分为系统软件和应用软件。 软件并不只是包括可以在计算机上运行的程序，与这些程序相关的文件一般也被认为是软件的一部分。 软件被应用于世界的各个领域，对人们的生活和工作都产生了深远的影响。 1. 系统软件 系统软件是负责管理计算机系统中各种独立的硬件，使得它们可以协调工作。系统软件使得计算机使用者和其他软件将计算机当作一个整体而不需要顾及到底层每个硬件是如何工作的。 一般来讲，系统软件包括操作系统和一系列基本的工具（比如编译器，数据库管理，存储器格式化，文件系统管理，用户身份验证，驱动管理，网络连接等方面的工具）。 2. 应用软件 应用软件是为了某种特定的用途而被开发的软件。它可以是一个特定的程序，比如一个图像浏览器。也可以是一组功能联系紧密，可以互相协作的程序的集合，比如微软的Office软件。也可以是一个由众多独立程序组成的庞大的软件系统，比如数据库管理系统。较常见的有：文字处理软件如WPS、Word等；信息管理软件；辅助设计软件如AutoCAD ；实时控制软件；教育与娱乐软件。 1.1.2 编程与软件开发 软件开发的内容是：需求、设计、编程和测试。 （1）需求：不仅仅是用户需求，应该是开发中遇到的所有的需求。比如，你首先要知道做这个项目是为了解决什么问题；测试案例中应该输入什么数据......为了清楚地知道这些需求，你经常要和客户、项目经理等交流。 （2）设计：编码前，肯定有个计划告诉你要做什么，结构是怎样等等。你一定要按照这个来做，否则可能会一团糟。 （3）编程：如果在项目截止日，你的程序不能跑起来或达不到客户的要求，你就拿不到钱。
软件研发流程管理办法 为加强对软件研发工作的管理，缩短开发周期，提高开发质量，降低开发成本，提高开发效率，特制定软件研发流程管理办法。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发流程的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、测试、试运行、系统上线和产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求合同或项目立项单。 2、需求分析：软件需求分析报告。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括数据库设计、软件接口说明等。 5、软件实现：软件源代码、源代码说明或者注释。 6、产品测试：测试报告。
7、产品发布：产品说明书或使用手册。软件过程成果表： 第三章、岗位设置
根据软件开发过程，主要分为分析、开发和测试三个阶段。分析阶段完成用户需求文档的编写，系统概要设计的编写；开发阶段完成设计文档的编写，代码的编写；测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，软件开发工程师和测试工程师的岗位设置。 第四章、项目立项 1、需求分析工程师进行应用调查与分析，确认软件的应用需求。
2、根据项目可行情况成立项目开发小组，制定软件开发计划，确定项目经理，并由所领导和项目经理共同确定具体项目配置，知识技能要求，团队成员及团队的角色。 第五章、项目计划与监控 1、以项目为单位，项目经理负责整个项目的计划、组织和控制。 2、在整个项目过程中，项目经理定期检查项目进度和完成情况，调整人员分工和安排。 3、项目计划需要变更时，需要明确变更容并及时汇报。项目经理需要说明变更原因并及时告知所领导审核，以便根据变更容及时调整计划。 第六章、需求分析 1、对用户提出的需求进行分析汇总，梳理用户的业务流程和详细的功能定义。 2、做出简单的界面原型，与客户进行有效的沟通，编写需求详细说明书。 3、遇见需求变更时，分析需求变更容，并与项目经理一起负责对需求变更进行评估并及时告知所领导审核，以便根据变更容及时调整计划。 第七章、总体设计 1、在该阶段确定总体结构和软件开发架构，文件命名规等。可按软件需求划分子系统，也可直接定义目标系统的功能模块及各个功能模块的关系。 2、确定软件模块结构，给出每个功能模块的功能描述，并完成系统概要设计说明书。 3、完成数据库的设计，并编写数据库设计说明书。 4、完成的文档需提交公司进行归档管理。