项目开发管理制度
为加强对定制项目开发工作管理，缩短开发周期，提高项目开发质量，降低开发成本，提高定开发效率和效益，特制定项目开发流程管理制度。
一、总则
为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高项目质量，按期交付。
1、项目开发总体遵循项目管理和项目工程的基本原则。
2、项目管理涉及项目立项、项目计划和监控、配置管理。
3、项目工程涉及需求分析、系统设计、项目实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。
二、阶段成果
根据项目工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档：
1、立项：项目申请表，项目需求报告或设计方案。
2、需求分析：项目研发主计划、需求规格说明书
3、总体设计：概要设计说明书或功能模块描述
4、详细设计：详细设计说明书，包括项目接口说明、单元测试计划。
5、项目实现：项目功能说明、源代码说明或者注释
6、产品测试：测试报告
7、产品发布：产品说明书、使用手册
8、产品维护：问题反馈记录
9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。
项目过程成果表：
三、岗位设置
根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐
渐的调整岗位，明确工作职责，逐步实现项目经理，项目设计师，程序员，测试工程师的岗位设置。
四、项目立项
1、分析人员进行应用调查与分析，确认项目的应用需求。
2、成立项目评审会，开发总监、部门经理和指定人员必须参加。对项目进行可行性研究，编写项目建议书，评估项目的难度和工作量，形成可行性研究报告。
3、根据项目配置的优劣成立项目开发组，制定项目开发计划，确定项目经理，由部门和项目经理共同来确定具体项目配置，知识技能要求，团队成员及团队的角色。
五、项目计划与监控
1、以项目为单位，项目经理负责整个项目的计划、组织和控制。
2、在整个项目过程中，项目经理定期检查项目进度和完成情况，调整人员分工和安排。
3、项目计划需要变更时，需要明确变更内容并及时汇报。项目经理需要说明客户变更原因并将变更说明提交公司领导审核，以便根据变更内容及时调整计划。
六、需求分析
1、对用户提出的需求进行分析汇总，梳理用户的业务流程和详细的功能定义。
2、做出简单的界面原型，与客户进行有效的沟通，编写需求详细说明书。
3、根据现有条件进行估计，制定项目进度，制定详细的项目开发计划。
七、总体设计
1、在该阶段确定总体结构和项目开发架构，文件命名规范，编码规范。可按项目需求划分成子系统，也可直接定义目标系统的功能模块及各个功能模块的关系。
3、确定项目模块结构，给出每个功能模块的功能描述、数据接口描述，并完成系统概要设计说明书。
4、完成数据库的设计，并编写数据库设计说明书。
5、完成的文档需提交公司进行归档管理。
八、详细设计
1、调整前一步设计的不足，确认各模块之间的详细接口信息。
2、设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程，界面说明等。
3、确定模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。
4、汇总并提交所有相关文档，审核确认质量和进度。
九、项目实现
1、项目组根据概要设计说明书、详细设计说明书制定系统实现计划
2、有条件的情况下保证开发、测试和生产环境独立。选择项目工具，明确项目成员的职责分工，按照编码规范和详细设计实现项目功能。
3、代码应满足结构良好，清晰易读，且与设计一致，符合编码规范。
4、开发人员需要项目实现过程中编写项目功能说明，源代码说明。项目功能说明文档应说明项目名称、编号、项目名称和版本号，项目功能、主要功能实现过程。源代码说明应说明项目编号、项目名称、功能，全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中，以注释形式存在。
5、项目组进行单元测试和集成测试。开发人员处理测试人员反馈的测试问题，并以书面形式反馈主要问题及解决办法，直至系统运行稳定。
6、汇总并提交所有相关文档，提交公司备案。
十、项目测试
1、根据单据测试和集成测试两个过程，制定测试计划。按阶段设计测试实例，并将测试结果记录，未通过的的反馈给开发人员调整。
2、完成测试文档、操作手册、安装维护手册的编写。
十一、用户培训
1、准备用户培训计划、培训手册
2、确定培训时间、培训地点，向用户进行系统使用培训、操作指导及提供项目操作手册。
3、保留培训签到表，用户意见等存档。
十二、系统上线
1、制定上线计划，确定上线工作时间表，部署的环境。
2、上线操作步骤以及问题处理步骤；
3、根据项目特点、客户需求进行项目部署，并记录项目部署和运行结果；
4、项目组根据系统运行请款对系统进行优化，记录系统的运行情况、系统问题和处理后的版本。
十三、系统验收
1、验收工作准备，按要求整理项目成果物，打印装订成册，并提交客户方。
2、系统主要使用部门及信息技术部门联合成立项目验收小组，从需求功能及技术需求层面对系统进行综合评估和项目成果物的审核，根据验收情况形成系统验收报告
3、应用部门及信息技术部门负责人根据系统试运行情况签署验收意见。
十四、产品维护
1、调出项目主要开发人员，按照合同要求安排维护人员对系统进行技术支持。
2、系统需求变更或调整，记录变更原因和项目及源代码的版本控制，按照项目变更要求对系统进行维护。
十五、源码和文档
1、源代码/文档管理采用版本控制项目SVN。
2、按项目的阶段性完成源代码、文档的上传。项目负责人每天对代码进行检查，开发总监或部门经理定期进行抽查。
3、文档分为项目文档和个人文档，文档上传前进行归类和汇总。
十六、质量检查
1、项目负责人每天要检查成员的工作完成情况，特别是新员工的工作进展；
2、工作抽查制度：不定期的进行抽检，并将检查对象、检查时间、检查内容、检查结果反馈给被抽检人。
3、内部审核制度：针对业务需求、概要设计(功能界面、数据库)或疑难问题组织评审会，提出意见或解决方案。
十七、文档规范
1、需按照项目实施的阶段落实成果物，参照《项目过程提交成果表》。
2、如果客户有特殊要求，请按照客户要求的规范完成。并将最终的问题提交公司归档备份。
十八、项目变更
为规范项目变更与维护管理，特制定本制度。本制度适用于应用系统开发完毕并正式上线，移交给客户方之后的运行支持及系统变更工作。
1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。
2、需求部门提出系统变更需求，开发部技术支持人员根据重要性和紧迫性做判断，确定其优先级和影响程度，并进行相应处理，同时将变更需求整理成系统变更申请表。
3、系统变更实现过程按照项目开发过程规定进行，遵循项目开发过程统一的编码标准和版本控制，并经过测试通过才能完成部署和上线。
4、在系统变更完成后，开发人员需将系统变更表的执行结果找业务部门负责人签字后，提交至公司进行归档管理。
版本页标题：技术开发管理制度 主题：软件开发管理制度 文档编号： 版本说明：
国富商通 软件开发管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司软件研发与管理。 第二条本制度中软件开发指新系统开发和现有系统重大改造，此类工作均需要以项目制管理。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件 设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作 完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框 架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常 支持由技术研发部承担；外包开发是指将IT应用项目的设计、开发、集 成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司 等），由该公司（承包商）负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条提出项目需求的部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。《立项分析报告》应明确 项目的范围和边界。 第七条需求提出部门将《立项分析报告》交相关部门会签后，上交公司总裁与董事长进行立项审批，以保证系统项目与公司整体策略相一致。
软件开发管理办法 1 软件开发 1.1软件开发流程 1.2项目策划 根据年度软件开发计划确定的项目或用户提出的需求变更项目，组织进行项目前期策划，确定项目实现目标、内容、质量要求、工期，下达《软件开发任务书》或对用户《需求变更申请》进行审核和任务安排，项目组接到任务后组织实施。项目组根据任务安排，编制《软件开发计划》。 1.3系统需求分析 项目组根据项目内容和目标，编制《需求调研计划》和《需求调查表》，组织用户参加的项目启动会，讨论通过《需求调研计划》，用户按《需求调查表》的内容准备调研材料。开发项目组和用户组成联合项目组，共同推进项目的实施。 调研阶段完成后形成《软件需求规格说明书》，重点明确以下内容：组织机构、岗位职责、业务流程、所需的业务功能，业务功能和岗位的对应关系，业务功能处理的数据项，业务功能的详细描述。 需求分析完成后，由内部组织进行阶段评审，填写《阶段评审记录》。
组织召开需求确认会，《软件需求规格说明书》由用户审查通过后，填写《用户需求确认单》。 依据《软件需求规格说明书》，编制《系统测试计划》初稿。1.4系统设计 依据《软件需求规格说明书》进行系统设计，形成《软件设计说明书》，主要内容包括软件功能设计说明、数据库设计说明、功能的数据处理说明（功能-数据关联矩阵）、程序模块设计说明（后期完善）等。 系统设计完成后，由内部组织进行阶段评审，填写《阶段评审记录》。 依据《软件设计说明书》，补充完善《软件测试计划》。 1.5编码 依据《软件设计说明书》，遵守有关技术规范，在开发平台上进行编码，实现软件功能。 编码完成后，编写《用户操作手册》，补充完善和修改《软件设计说明书》，把编程过程中数据设计、功能设计的变动进行文档修正，补充程序模块设计说明，编制《软件组件清单》、《数据对象清单》，修改完善《系统测试计划》。 1.6测试 项目组内部组织完成单元测试。 编码完成后，由内部组织进行阶段评审，填写《阶段评审记录》。
山大华天软件公司 研发中心 软件项目管理制度山东山大华天软件有限公司
文档历史
目录 1.目的范围 (4) 2.项目计划 (4) 3.项目跟踪 (4) 4.项目计划的变更控制 (5) 5.发布控制 (5) 6.相关处罚及操作流程 (6)
1.目的范围 为了研发中心各项目组更好的开展项目管理工作、保证公司及时了解项目进展状况特制定本制度。 本文适用于研发中心内所有软件项目的项目管理要求。 2.项目计划 2.1.项目计划制定前必须先进行估算，保留估算记录。 2.2.所有项目每月至少设置一个里程碑，项目不得少于三个里程碑。 2.3.项目要设置阈值，根据阈值给定项目的阈值结束时间。 2.4.项目WBS分解时 排定或每次修订任务时均要保证此后一个月的工作安排进行了细化。工作细分为每人1~5天的可验证的小任务，原则上要求任务的责任人必须为单人，多人任务责任人为第一人（顺序）。 对于细化后的任务，如果多个人负责同一任务，则要按每人分开描述，不允许出现多个人负责同一任务的混乱描述。 如遇特殊情况无法对后面一个月的工作进行详细预测时，必须至少要对后面两周的项目工作进行细化。 2.5.项目计划的评审和确认 项目计划（包括时间进度表计划）要得到每个相关人员的认可和承诺，并通过正式的评审。评审提出的问题必须及时得到修改。 3.项目跟踪 3.1.每周跟踪 3.1.1.项目组必须召开项目周会，约定确切周会时间，并写入计划。 3.1.2.所有项目，必须周日24：00之前上报《项目周报》和每周更新的项 目Project计划到信息管理员处。 (1)依据实际工作完成情况，更新时间进度表中的任务完成百分比。 (2)根据实际工作完成情况，及时制定下个阶段的时间进度表，细分粒度 要求参考2.4。
软件开发部规章制度及软件项目管理方法 （定稿） 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如 情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。开发部 人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照公司“人事及薪酬制度”执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。维护公司声誉，保护公司利益。服从领导，关心下属，团结互助。爱护公物，节约开支，杜绝浪费。努力学习，提高水平，精通业务。积极进取，勇于开拓，创新贡献。 3、员工工作日志： 工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下人员按要求每日记录。
工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的 作用。 工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高，1为最低，如为请假，请注明“事假”或“病假”），以及问题、意见和建议。 工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内 容。如发现某些栏目多周雷同的情况，将进行警告。 每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明 清楚。不允许简单的如“修改错误”的描述。 工作日志严格要求在每天下班前20分钟内提交。不提交工作周报将适当予以惩罚。 对于未提交日志的人员，部门负责人应在次当日或者次日11：00前口头通知。 工作日志以Email或者QQ传文件形式提交给项目负责人和部门经理。部门经理收到后保证第一时间进行回复，并依此进行考核。文件名格式：《工作日志--***--200*年*月* 日.txt或者doc》。其中***为员工姓名，日期为提交日期。 4、项目例会制度： 每月第一个周一上午10:30在公司会议室召开，部门所有人员（含参与部门人员为主 导的项目并起核心作用的其他部门人员）参加。 会议由部门经理召集，并由部门经理主持。 会议议程： a）各项目负责人回顾上月工作情况、成果和不足，以及当月的大致工作计划。 b）部门经理总结上月工作，对不足的问题提出解决办法。 c）部门经理宣布公司近期动态和相关事项。
软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
武汉新英赛研发管理 第一节 软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下, 全面负责软件研发部的日常管理， 组织 开展软件研发与测试工作，完成企业研发目标和经营目标。其具体职责如表 二、高级研发工程师岗位职责 高级研发工程师参与建立研发工作标准与规范，协助部门经理组织完成软件研发工作, 管理软件研发项目，改良升级进行软件。其具体职责如表 8-1所示。 8-2所示。
表8-2 高级研发工程师岗位职责 三、软件研发工程师岗位职责 软件研发工程师协助高级工程师进行软件的设计与开发，收集整理相关行业信息与资料，为软件产品决策提供依据。其具体职责如表8-3所示。
四、软件测试工程师岗位职责 软件测试工程师主要负责软件测试工作, 根据软件产品规格和测试需求，编写测试方案、测试用例、测试脚本软件等。其具体职责如表8-4所示。 第二节软件研发管理制度 六、软件研发费用管理制度 第1章总则 第1条目的。 为了加强软件研发费用管理，规范资金的使用，减少公司不必要的损失，根据公司的实
际情况，特制定本制度。 第2 条研发费用管理原则。 1．计划统筹安排原则。 2．节约使用、讲求经济效益原则。 第3 条职责分工。 1．公司财务部负责研发费用的审批和报销，并随时监督费用的使用情况。 2．软件研发部负责研发费用的预算与使用控制。 第2 章研发费用的来源及使用范围 第4 条研发费用的来源。 1．公司对重点研发产品的专项拨款。 2．公司成本列支的研发费用。 3．从其他方面筹措来用于研发的费用。 第5 条研发费用的使用范围。 1．研发活动直接消耗的材料、燃料和动力费用。 2．研发人员的工资、奖金、社会保险费、住房公积金等人工费用以及外聘研发人员的劳务费用。 3．用于研发活动的仪器、设备、房屋等固定资产的折旧费或租赁费以及相关固定资产的运行维护、维修等费用。 4．用于研发活动的软件、专利权、非专利技术等无形资产的摊销费用。 5．用于中间试验和产品试制的模具、工艺装备开发及制造费，设备调整及检验费，样品、样机及一般测试手段的购置费，试制产品的检验费等。 用。用。6．研发成果的论证、评审、验收、评估以及知识产权的申请费、注册费、代理费等费7．通过外包、合作研发等方式，委托其他单位、个人或与之合作进行研发而支付的费8．与研发活动直接相关的其他费用，包括技术图书资料费、资料翻译费、会议费、差 旅费、办公费、外事费、研发人员培训费、专家咨询费、高新科技研发保险费用等。 第3章研发费用的使用管理 第6 条专款专用。
软件开发管理制度 软件开发管理是指根据公司统一的信息系统规划和业务需求，对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。 本制度适用于公司公司软件开发项目。 1.1 项目立项 信息系统研发前公司成立项目工作小组，重大项目成立项目领导小组，并指定负责人。 项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成，具体负责整个项目的开发工作。 项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识，小组负责人需具备组织领导能力,保证信息系统研发质量和进度。 业务部门根据本机构业务发展战略，在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。 1.2. 系统开发 公司业务部门编写项目需求说明书，提出业务需求和系统需求。 信息技术部和业务部门领导组织人员对项目需求进行评审，意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”，加盖相关部门签章归档。 公司信息技术部根据项目需求编制项目功能说明书。 公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书，设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。 公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划，并进行演练。 在编码阶段，软件开发人员应有良好的编写习惯，做好代码注释和说明，并做好单元测试工作。 1.3. 测试 公司应建立独立的测试环境，以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。 公司信息技术部应根据测试结果修补系统的功能和缺陷，提高系统的整体质量。 由业务部门组织人员完成软件的最终测试，并保留软件测试记录，撰写“项目测试报告”并确认签章，原则上要求项目测试人员和项目需求人员是同一批人员。 项目验收应出具由相关负责人签字的项目验收报告，验收不合格不得投产使用。 项目小组编写“软件上线计划”，按计划安全稳妥的实现软件产品的上线实施，对核心业务系统的软件上线由版本控制员实施，没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。
**科技股份有限公司 软件项目管理制度 目录
项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 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本计划的批准者和批准日期
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.1 立项 小型研发项目（工作量小于等于6人周，投入资金小于等于5万元的研发项目）立项必须具备项目计划报告，经公司技术负责人签字同意，报公司执行总裁批准立项。 非小型研发项目必须具备项目计划报告、项目可行性分析报告，由项目发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准立项。签字传真有效。 在已经签定销售、工程合同的项目中发生的研发，作为合同项目研发，不再单独立项。 项目只有立项后才允许发生费用。 项目立项后应获得一个唯一的研发编号，费用报销、研发领料时使用此编号作为物流控制和财务核算的依据。 项目计划报告必须说明项目名称，目标，发起人，负责人，设计、研发、测试承担者，设计、研发、测试的工期计划，项目预算等内容。 项目可行性分析报告必须说明项目名称，市场调研情况，销售预测，技术现状和实现途径等内容。 1.2 设计 立项后，项目进入设计阶段。
设计阶段由设计承担人完成技术设计报告、测试计划报告，修改得到切实可行、与技术设计报告和测试计划报告相吻合的项目计划报告。由项目负责人负责邀请研发中心门技术负责人，设计、研发工程师，共同评审通过。没有通过设计评审的项目，必须重新进行技术设计。 技术设计报告应说明项目名称，研发系统或设备的需求，研发系统或设备的总体功能，系统或设备功能模块划分，工期在6人周以上的项目必须列出阶段性成果和验证方法。阶段性成果的工作量不超过4人周。 测试计划报告应说明项目名称，产品功能，测试项目，测试条件，测试方法，测试工期和时间计划等内容。 1.3 实现 设计评审通过后，项目进入实现阶段。 研发人员必须在实现过程中书写相关文档。文档必须有电子形式。软件实现文档应包括软件功能性说明文档，源代码说明文档。硬件实现文档包括原理图，原理图说明，PCB图，结构图。 项目负责人有责任按照项目计划报告，跟踪监督项目的进展情况，按时敦促验收阶段性成果。 研发产品由研发人员自行调试，调试过程中必须撰写调试记录。调试记录应该说明项目名称，编号，调试记录版本号，调试时间，软硬件版本号，调试中发现的主要问题，调试环境，解决方法。 研发产品确认运行稳定后，由项目负责人组织内部验收。研发文档应视为研发实现阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组织内部验收。 软件功能性说明文档应说明项目名称，编号，软件名称和编号，软件功能，软件功能模块划分，主要功能实现过程，软件主要实现算法。 源代码说明文档项目编号，软件名称，软件功能，全局变量、结构，类说明，数据库字典，函数功能、接口、在函数内改动的全局变量、返回值，等。源代码说明文档可以包含在源代码文件中，以注释形式存在。 原理图说明应包括项目编号，硬件名称和编号，硬件版本号，功能说明，功能模块划分，主要功能实现过程，数据芯片资料。
软件项目管理制度 文件编号 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、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间
软件开发管理制度 Xx 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 一、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 二、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。
软件过程成果表： 三、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
四、项目立项 1、分析人员进行应用调查与分析，确认软件的应用需求。 2、成立项目评审会，开发总监、部门经理和指定人员必须参加。对项目进行可行性研究，编写项目建议书，评估项目的难度和工作量，形成可行性研究报告。 3、根据项目配置的优劣成立项目开发组，制定软件开发计划，确定项目经理，由部门和项目经理共同来确定具体项目配置，知识技能要求，团队成员及团队的角色。
产品研发部规章制度及软件项目管理方法 第一部分：产品研发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。研发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目总监负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、研发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 工作中公开、公正、公平的原则。 积极进取，勇于开拓，创新贡献。 产品思维，工匠精神，互联网思维。 3、员工工作日志/工作周报： 工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下人员按要求每日记录。 工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依
据的作用。 工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高，1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。如发现某些栏目多周雷同的情况，将进行警告。 每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清楚。不允许简单的如“修改错误”的描述。 工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于未提交日志的人员，部门总监保证当周内口头通知。 工作日志以工作汇报QQ群形式提交给部门总监和公司总经理。部门总监收到后保证第一时间进行检视，并依此进行考核。文件名格式模板： 名字：*** 岗位：###工程师 时间：2016-12-06 任务（模块名称）完成情况遇到问题/需要帮助 行业圈首页开发100% 无 行业圈评论、点赞100% 无 行业圈图片、文本转发、收藏100% 无。 其中***为员工姓名，###为岗位名称（如iOS、php），日期为提交日期。 研发总监根据日报情况汇总审查确认后作为周报的一部分，考核后在周六前发送到总经理邮箱（或QQ） 4、项目月报制度： 项目月报制度是保证项目顺利推进的一种阶段性总结和计划载体的机制。 项目月报由项目负责人负责拟定。
文档密级：一般 文档状态：[ ] 草案 [√]正式发布 [ ]正在修订受控状态：[√] 受控 [ ]非受控
目录
1.适用 本程适用于公司软件生产相关的过程安全管理。 2.目的 为了对公司软件生产相关的策划、开发、测试、交付等进行有效的控制，特制定本程序。 3.职责 1)技术总监 负责批准各种软件的开发项目和开发方案。 2)研发中心 负责软件生产过程，包括策划、开发、测试、交付等过程。 3)信息部 负责基础设施的维护，包括开发服务器、测试服务器、开发PC机的硬件、操作系统、防病毒软件。 4.相关文件 《信息安全管理手册》 5.规定要求 5.1. 安全需求策划分析 研发中心应根据开发任务的需求，编制《软件开发需求书》。《软件开发需求书》应包括功能需求背景、项目建设目标、项目建设原则、具体功能需求、项目开发的时间要求以及安
全要求等。《软件开发需求书》交技术总监审核。安全需求分析内容可以作为《软件开发需求书》的一个部分，也可单独编写《软件开发安全需求书》 软件开发的安全要求应包括以下方面： 1)客户的安全要求： 与客户沟通过程中，客户明确要求软件应具有的安全功能与安全性能，例如客户要求对存储数据的安全、传输数据的安全、行为审计、权限分配、防抵赖等。 2)技术的安全要求： 技术的安全要求包括两个部分，其一是客户安全要求的技术实现，如客户要求电子商务系统的交易应具备防抵赖的安全要求，则其技术的安全要求为符合第3）项所要求数字签名技术；其二是软件本身所涉及技术的安全，包括业界的通用安全技术，例如数据库安全技术、Java安全技术等； 3)法律法规的安全要求： 法律法规安全包括了国内、国际法律法规所确认要求采用的安全技术与准则，也包括了业界普遍公认的安全技术与准则，例如对口令的保护应采用单向散列技术、国内使用商用加密产品，则该产品应得到国家相关部门的认可等； 5.2. 系统设计与安全编码 在系统设计与编码过程中，开发人员应关注系统架构与软件代码自身的安全性与健壮性：以确保： 1)输入数据的安全： 开发人员应考虑到用户输入数据的不确定性，在设计与编码时，应采用以下控制措施： a)双输入或其他输入校验，例如边界校验或者限制特定输人数据范围的域，以检 测下列差错： i.范围之外的值 ii.数据字段中的无效字符 iii.丢失或不完整的数据 iv.超过数据的上下容量限制 v.未授权的或矛盾的控制数据 b)系统文件不得有何未授权的变更；
软件开发项目管理制度 一、 总则 为保障公司软件开发项目的工作能有效、有序的执行，保证项目的开发质量，维护公司及开发人员的利益特制订本制度。 二、 组织 软件开发项目的实施以软件开发项目组的形式进行，项目组中设有项目责任人（即项目经理）、项目开发工程师、测试工程师、辅助人员等。一般情况下，一个项目组负责一个软件项目的开发工作。对于特大型的项目可以组织多个项目组分块进行实施。项目组人员各负其责，在项目经理的统一领导组织下共同完成项目实施工作。 三、 责任 项目经理： 全面负责项目的开发组织工作，包括需求分析、系统设计、人员分工、进度安排等。项目经理负责组织完成项目系统分析报告、系统总体设计报告、开发进度计划表、系统测试大纲等技术文档编写工作。负责开发进行中的进度检查，联合调试、技术资料文件收集等工作。 开发工程师： 按照项目经理的分工安排完成软件开发项目中自己所承担 的开发工作。负责完成模块设计报告的编写工作。协助完成 软件开发部 项目组 项目组 项目组 项目经理 开发工程师 测试工程师 辅助人员 项目经理 开发工程师 测试工程师 辅助人员
软件的安装调试及售后服务工作。 测试工程师： 按照项目经理的分工安排完成对开发软件的测试工作。负责 完成测试方案设计、测试报告的编写工作。负责完成软件使用手册、培训教材等的编写工作。完成软件的安装调试及售后服务工作。 辅助人员： 按照项目经理的分工安排完成项目开发中的辅助工作，包括文档录入、资料整理等。 四、 流程 软件开发项目应按照以下流程进行 整个软件开发项目可分为四个阶段： A 段： 设计阶段。完成系统分析、总体设计、进度计划等工作。以提交系统分 析报告、系统设计报告及开发计划进度表为完成标志。 立项 建立软件开发项目组 调研用户需求 编写项目系统分析报告 讨论确定系统设计方案 编写项目系统设计报告 制定开发计划 确定人员分工进度安排 分工进行模块设计 编写模块设计报告 软件编程、调试 软件组装、测试 完成测试报告 安装、试运行、培训 验收、售后服务 编写软件用户手册 工作总结 结束 A B C D
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述
4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
软件开发部管理制度 一、目的 为保障日常工作正常有序的进行，让开发中各个环节更加紧凑，更加可控，需要尽可能实现软件开发部的管理正规化，工作过程的流程化，以便提高网页质量和开发效率，达到项目能够按质按量按期上线的目标。 二、试用范围 本制度适用于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．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完成项目的员迟用限