软件工程项目管理计划书 完整版
软件项目详细工作计划模板范文5篇
软件项目详细工作计划模板范文5篇软是由计算机程序和程序设计的概念发展演化而来的，是在程序和程序设计发展到一定规模并且逐步商品化的过程中形成的。
以下是WTT整理的《软项目详细工作计划模板》，供您阅读,参考。
希望对您有所帮助!软项目详细工作计划模板1 一、总纲通过实施人力资源管理系统，提高人力资源部在日常人力资源操作性等事务的工作效率，为高层提供即时的高效的人力资源资数据查询、分析，为高层提供决策依据。
同时有利于人力资源内部流程的规范与再造优化，以便更好地为员工(我们的客户)提供更好的服务。
二、项目实施的目标(待商讨，应详细化)1、人事管理类：人事档案履历管理、企业构架管理、入职/离职管理、合同管理、变动管理、奖惩管理及相应的统计分析、报表，支持领导查询 2、考勤管理类：由于公司原有一个完善的考勤系统，现有系统只是导入原有考勤系统的数据 3、招聘管理类：招聘需求分析、人员需求预测、招聘计划、招聘效果分析、招聘成本分析4、培训与发展类：培训需求调查、培训计划、培训记录(员工、教师)、培训津贴计算、培训课程管理、培训成本分析，给个人提供职业生涯规划、建设人才梯队、给个人提供给予职位及发展需求的培训服务;5、绩效考核管理类：导入相应的考核数据，为薪资提供数据6、薪资福利管理类：薪资政策设定、薪资公式设定、薪资报表、工资单、个人所得税表、社保管理、住房公积金管理三、该项目组成员组成。
本项目由人力资源部主管 ___ 批准，总经理 ___ 审核实施。
本项目涉及部门：总经办、人力资源部、财务部、网络部项目主席： ___ 项目负责人：___项目成员：____、谢斌鸿、____……四、软硬投资1、软：采用市场上购买的hrms软 2、硬：采用组装服务器系统软是基于微软sql数据库运行，采用c/s(客户端/服务器端)构架，个人用户装载客户端进行操作。
3、成本：总投资约___元五、风险预测1、软风险:由于我们采用的是盗版软，有不可遇见的问题，现已经完成了初步的各个模块的测试，但是没有完成真实模拟的测试2、功能风险：由于此软没有真实地进行全面的测试，需要在模拟运行一段时间后才能得知其实际运行能力。
软件项目计划书
软件项目计划书软件项目计划书篇一一、企业概况天津桓xxx有限公司成立于20xx年12月，位于天津市南开区高新技术产业园区的中心地带（白堤路）。
是一家集计算机专业应用软件的培训、安装、批发、零售、技术服务于一体的知识密集型企业。
员工队伍业务全面、经验丰富、敬业爱岗、素质优良，其中：专业技术人员20人，全部是大专以上学历，能够以最合理的价格为客户提供最专业的技术服务。
公司是北京用友集团天津地区小型管理软件授权营销服务商，并且连续两年获得用友软件在天津地区的产品A级代理销售及服务授权资格。
而且销售额连续两年名列前两位，获得用友集团的表扬和鼓励。
公司内部管理制度合理适宜。
外部社会关系广泛良好。
经过不断地改进和完善，已基本形成了一套比较科学有效的管理运作体系。
为适应业务发展的需要，壮大经营规模，进一步增强核心竞争力，公司决定启动以“追求客户全面满意，扩大市场占有份额”为主旨的二次创业。
我们相信，通过努力，在以北京用友集团为后盾，桓博公司将成为更具综合实力的企业，也将为加速提高天津地区企业信息化技术应用水平，做出更大贡献。
二、营销计划公司不仅注重短期目标，更加重视长期发展。
公司将秉承“重诚信，竭精心，尽全力，为客户着想，让客户满意”服务理念，在日常业务中不断丰富公司品牌内涵，努力拓宽渠道，扩大市场知名度及美誉度，激活市场，带动人气，力求在天津大部分地区实现销售增长，成为天津地区财务软件的最大代理服务商。
1、目标市场：创业前期（两年内）目标主要集中在天津及周围区县的小型企业，个体经营和一般事业单位，在后期（两年后）逐步进入天津的大型企事业单位，占领这部分增值潜力最大的市场。
2、企业定位：“精细管理、卓越理财”为客户提供更及时、更准确、更全面的、更周到的服务，推动软件信息化的普及。
3、使用价格：参考报价4、营销队伍：在创业初期，为了降低企业的运营成本，大部分的宣传工作都由本公司的成员承担；在企业不断发展过程中，再适时招纳一定数量新成员（15名左右）专门从事企业营销策划的工作。
软件项目计划书(通用6篇)
软件工程方案书〔通用6篇〕软件工程方案书〔通用6篇〕软件工程方案书篇11 、引言1.1 编写目的编写本文档的目的是确保工程包括成功完成工程所需的全部工作，但又只包括必须完成的工作的各个过程。
是工程管理团队确定、记载、核实、管理和控制工程范围的指南。
此文当中包括制作工作分解构造，并确定如何维持与批准该工作分解构造；规定如何正式核实与验收工程已完成可交付成果。
1.2 参考资料《软件工程管理案例教程》韩万江，姜立新编著机械工业出版社《软件工程导论》——第5版张海藩编著清华大学出版社《酒店管理工作——细化执行与模板》王宏编著人民邮电出版社1.3 重要术语SQL Server 2000：数据库管理软件 DBMS：数据库管理系统 Windows XP：运行环境VB. 2023：软件开发语言visual studio 2023 软件开发环境2 、工程概述2.1 系统与工程的定义本系统是建立在C/S系统架构下基于SQL Server数据库，采用VB.技术分析^p 、设计、开发用于酒店信息化管理的。
该系统根本满足了酒店管理方面的需求，用户界面友好。
系统对用户〔主要是酒店管理层及员工〕数据有效地实现了信息电子化处理，从而降低了人工劳动并增加信息的准确性。
本系统的根本信息有客房、餐饮、财务及人力资等，用户登录系统后根据权限操作这些根本信息。
要实现的功能模块包括4个方面，第一个方面是客房管理子系统，包括客房登记、客房预定、工作报表、信息查看及最重要的客房部经理管理模块；第二个方面是餐饮管理子系统，包括点单、埋单、预定、换台及最重要的餐饮部经理管理模块；第三个个方面是财务管理子系统，包括财务预算的查看及发布审核、财务报表的生成等；最后一个方面是人力资管理子系统，包括员工信息的录入、查看及绩效考核等。
2.2 系统开发背景与目的在信息高度兴旺的今天，酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务，而是更广、更全面的效劳性行业代表。
(完整版)《软件项目管理》文档模板DOC
附录1 会议纪要模版《软件项目管理》案例讨论第组会议纪要主持人：记录人：参加人员：讨论地点：讨论时间：附录2 章节知识综合运用案例分析报告文档模版××项目案例分析(注意：有话则长，无话则短，内容格式不是唯一的，合适的就是最好的，内容切忌面面俱到，突出重点。
案例格式根据自己编写的内容进行调整、裁减或增加，注意内容与标号要一致。
内容要么不写，要写就要写完整。
以下框架仅供参考)一、项目概况1.1项目简介1.2 项目特点(或基本数据)1.3项目承包方二、项目范围确定2.1项目目标项目主要目标：1.2. …2.2 项目描述为了使项目各相关方和项目团队成员准确理解项目内容，明确项目目标，对本项目进行描述，见表2-1。
(内容未包括以下全部)表2-1××项目描述2.3 项目重大里程碑本项目里程碑有以下个：1.2.…根据项目工期要求，编制的里程碑计划，如表2-2所示。
（可参考P91）表2-2 ××项目里程碑计划三、项目工作分解四、3.1工作分解结构在对项目工作描述后，为顺利完成这些工作，确定项目的人员的职责范围、进行项目估算等内容，编制工作分解结构图。
见图3-1为本项目工作分解结构图。
{注：表格方框中的1行字应该全部换成项目具体活动的具体名称}3.2 项目的任务描述在项目分解完成后，为了使项目团队成员更准确的理解项目所包含的各项的具体内容和要求，对本项目工作进行描述。
其具体内容见表3-1所示。
表3-1 工作(或任务)描述领导签字：日期：200 年月日3.3 项目组织形式与责任矩阵3.3.1项目组织形式本项目的组织形式为形式，其结构见下图3-2所示。
图3-2 ××组织结构图（尚需补充与完善）3.3.2项目责任分配为了使项目团队成员清晰地了解项目中每一个任务的责任承担情况，并能在相互之间关于项目任务内容进行有效地沟通，并对在项目执行过程中进行有小的监督与管理，本项目部采用责任分配矩阵对参与项目各方的责任进行表述。
软件项目管理方案(完整版)
软件项目管理方案1、组织机构针对本系统需要组建一个管理精干和具有系统开发经验的项目管理组，项目管理组包括：项目经理、项目技术负责人、专业设计人员、专业测试人员、专业实施人员、培训人员等，项目管理组实行项目经理责任制。
2、范围控制保持项目实施范围的前后一贯性是非常重要的。
如果出现需要改变原定实施范围的需求，都应以正式文档方式提出，项目小组成员必须谨慎考虑项目范围的改变将对整个项目进程可能产生的影响，必须在批准后才能进行，在实施过程中必须加以跟踪。
（1）范围变更文档内容说明范围改变内容，理由。
说明改变部分在项目进程中的状态。
评估改变部分对项目进程可能的影响。
评估改变部分对项目费用可能的影响。
（2）批准程序凡涉及到整个项目进展调整较大的改变，必须交由项目甲乙双方认可同意。
（3）跟踪执行范围变更单签字后，开始正式执行。
（4）调整相应的进度计划。
范围变更执行后需要调整对应的项目进度计划，并提交给项目双方查看。
3、进度控制根据项目进度的要求，制定切实可行的工作计划，划分每个成员的任务，查看任务完成的情况和质量，是项目顺利实施的重要保证。
进度控制应包括以下几点：按周做出工作计划。
每周进行工作量统计，质量查看。
每周做出工作小结，说明未完成原因及改进建议。
工作分解到人。
项目经理应随时协调每人的工作，避免重复或脱节。
4、质量保证质量审查以计划的内容为基础，以目标和方法为依据，对所用的各种技术工作进行描述，同时提交执行文档和软件，所有提交审查的记录文档将会作为项目审计线索被保存。
质量保证应包括以下几点：工作质量的审查与评定工作质量的测试工作过程的控制和资料的完整性归集客户签署的阶段成果确认书5、测试管理一般包括以下几部分：单元测试：保证/验证一个独立模块的功能。
系统测试：保证/验证在此项目内功能区之间的功能。
集成测试：保证/验证在项目整个应用区域内的整体功能。
测试结果确认。
在进行上述各类测试前，必须先拟定测试计划，确定测试数据和可接受的测试结果。
软件项目实施计划书三篇
软件项目实施计划书三篇软件项目实施计划书三篇软件项目实施计划书是在软件项目实施过程中的一个重要文档，它对项目进行全面规划和安排，并提供了实施过程中的具体任务和时间安排等信息。
下面将分别介绍三个不同类型的软件项目实施计划书。
第一篇：企业办公管理系统实施计划书本项目旨在开发一套能够满足企业办公管理需求的系统，通过整合各个部门的信息和业务流程，提高办公效率，优化资源利用率。
具体实施计划如下：1. 项目启动阶段1.1 确定项目目标和范围1.2 组建项目团队，明确团队职责和工作任务1.3 与用户部门沟通，收集需求和制定功能规划1.4 制定项目计划和里程碑，明确项目进度和交付要求2. 系统分析与设计阶段2.1 进行系统需求分析，明确用户需求和功能要求2.2 进行数据库设计，确定数据模型和数据字典2.3 进行系统概要设计和详细设计，明确系统架构和模块划分3. 开发阶段3.1 进行系统编码和单元测试3.2 进行模块集成测试，保证各个模块的正确交互3.3 进行系统整体集成测试，保证系统与外部环境的兼容性第1页/共5页4. 测试与验收阶段4.1 编写测试计划和测试用例4.2 进行系统功能测试和性能测试4.3 进行用户验收测试，用户确认系统功能和性能是否符合要求5. 系统部署与维护阶段5.1 进行系统部署和用户培训5.2 进行系统上线和运维支持5.3 进行系统后期优化和升级6. 项目收尾阶段6.1 进行项目总结和验收6.2 归档项目文档和成果物6.3 进行项目评估，总结经验和教训第二篇：移动应用开发实施计划书本项目旨在开发一款支持 Android 和 iOS 平台的移动应用，提供给用户一种全新的便捷体验。
具体实施计划如下：1. 项目启动阶段1.1 确定项目目标和范围1.2 组建项目团队，明确团队职责和工作任务1.3 进行市场调研，了解用户需求和竞争情况1.4 制定项目计划和里程碑，明确项目进度和交付要求2. 用户需求分析阶段2.1 与用户群体进行深入交流，了解用户需求和功能要求2.2 进行竞品分析，明确产品定位和差异化亮点2.3 制定产品需求和功能规划，形成需求文档3. 前端和后端开发阶段3.1 进行前端 UI 设计和原型制作3.2 进行移动应用开发和联调测试3.3 进行后端开发和数据库设计3.4 进行系统整体集成测试，保证系统与外部环境的兼容性4. 测试与发布阶段4.1 编写测试计划和测试用例4.2 进行系统功能测试和兼容性测试4.3 进行用户体验测试和性能测试4.4 进行上线前的灰度发布，保证系统的稳定性和安全性5. 运营和维护阶段5.1 进行系统上线和推广5.2 进行用户数据分析和产品优化5.3 进行系统后期维护和功能升级6. 项目收尾阶段6.1 进行项目总结和验收6.2 归档项目文档和成果物6.3 进行项目评估，总结经验和教训第三篇：大数据平台建设实施计划书本项目旨在构建一套高性能和可扩展的大数据平台，能够满足企业对数据处理和分析的需求。
(完整版)软件项目管理计划书
(完整版)软件项目管理计划书-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN软件项目管理计划书项目名称：人力资源管理系统组长：付友苹组成员：付友苹邹萍刘美孙乐乐学校：山东农业大学专业：计算机专业时间：2010年10月25日1、简介 (5)1.1项目概述 (5)1.2项目交付产品 (5)1.3软件项目计划书的演化 (5)1.4参考资料 (6)2、项目组织 (6)2.1过程模型 (6)2.2 团队的分工与合作 (7)3、管理过程 (8)3.1 管理目标及优先级 (8)3.2 风险管理 (8)3.3监督及控制机制 (9)3.4人员计划 (9)3.5培训计划 (10)4、技术过程 (10)4.1 开发工具、方法和技术： (10)4.2软件需交付的文档： (10)5、开发进度安排及预算 (11)5.1进度表格描述 (11)5.2 开发过程中的资源需求 (13)5.3 软件管理过程中预算及资源分配 (13)5.4 项目进度及关键工期设置 (13)1、简介1.1项目概述本项目要开发一个人力资源管理系统，本系统将实现对人员信息的详细管理、对学校各个部门的详细管理；重点在加强奖惩制度的实施，以实现激励员工的工作激情，还要加强员工的技能培训，使职工或者教师具有更高的文化水平，提高学校的知名度，培养出高精尖水平的学生。
通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。
本系统采用目前主流的B/S开发架构，将与整个人力资源管理系统系统一起发布。
不单独发布。
交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。
本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付组长进行最后的集成、整个系统的测试。
关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。
软件工程中的项目计划与管理
1970s
软件危机 瀑布模型
软件工程的发展历程
1980s
结构化方法 面向对象编程
1990s
UML 敏捷开发
2000s
DevOps 云计算
软件工程的重要性
提高效率
优化工作流程
降低成本
避免重复开发
增强质量
减少BUG数量
●02
第2章 项目计划
项目计划的定义
项目计划概述
审查质量
定期审核产品质量 及时发现问题并解决
测量质量
改进质量
使用合适的工具测量产品质量 收集质量数据
根据数据分析持续改进产品质 量
追求卓越
问题解决
项目执行过程中会遇到各种问题，团队需要 迅速识别问题、分析原因并制定解决方案。 实施解决方案后，及时检查效果并调整。持
续优化问题解决流程，提高解决效率。
团队协作
总结
沟通沟通
质量保障
问题解决
团队协作是项目成功的基 础
沟通是信息传递的桥梁
质量保障关乎项目成果的 质量
解决问题是项目不可或缺 的环节
关键要点
在项目执行阶段，团队建设、沟通与协调、质量管 理、问题解决等方面是至关重要的。只有通过合理 的规划和有效的管理，才能保证项目顺利完成，并
达到预期的目标。
Microsoft Teams
集成于Office 365的团队协作工具
Zoom
在线视频会议工具
结尾
软件项目管理工具对于项目的成功至关重要。通过 合理选择和使用项目管理、版本控制、缺陷跟踪和 团队协作工具，可以提高团队的工作效率、项目的
质量和交付的准时性。
●05
第五章 软件项目质量保证
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
储蓄业务项目管理计划书
1．简介
项目概述
本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。
本团队负责其中的有关储蓄业务
的子系统。
通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。
本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。
不单独发布。
交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。
本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。
关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。
项目所需工具是个人电脑和开发工具。
进度为11周，工程量为3人/天。
项目范围说明
（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。
其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。
每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。
所有文档需要提交电子版和打印稿。
（2）源程序检查：一共两次。
第一次检查每个小组的子系统运行情况。
第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。
程序检查安排在上机时间进行。
软件项目计划书的演化
软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。
其余组员同步获得更新稿。
2．项目组织管理
过程模型
表1.过程模型表
团队的分工与合作
主程序员负责制。
本团队组织关系图如下。
表2 组织关系图
理
过
程
管理
目标
及优
先级
基
本管
理原
则：
每位
成员
既是
积极
的建
言
者，
又是
负责
的合
作
者，
同时
也是
决策
的制
定者。
决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的执行。
禁止再有异议。
目标 1：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目标。
目标 2：遵循规范化的项目运作标准，文档严谨完整，代码注释充分，便于后续维护，这是第二目标。
目标3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解决问题的方案。
目标4：注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。
每周的讨论会积极建言。
在开发过程中积极协作。
目标5：项目设计和开发上尽量有创新，有亮点。
项目风险管理
本次开发过程中存在的风险及规避方法如下表：
表3项目风险及其规避方法
项目沟通管理
报告机制：
1. 要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交给秘书进行整理，最后由文档维护员进行维护。
2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言，由组长做最后的作口头总结，由秘书主持会议并记录和整理会议的内容。
文档维护员修改和维护相应的文档。
并交由小组进行会议评审并给出意见。
3. 小组成员都要密切监控风险状态，发现风险后提交风险报告。
由秘书定期提交风险报告。
必要时将突发风险通知所有组员，并由组长做出临时处理决定。
然后在该周的例会上由小组成员共同讨论对风险的处理意见。
并形成风险处理的日志做为以后的经验。
4.在项目进行的过程当中，组员之间应该多进行各种形式的非正式沟通，以使沟通更加的方便、快捷。
报告格式：报告主题，时间段，发现人，报告内容，审核意见
评审机制：每周例会上小组讨论形成一致意见后并，并邀请团长和其他组长参加评议。
对于重大的风险处即为通过，相关负责人针对改进意见开展下一周工作，严格执行例会上所制定的决策。
小组会议持续评估其成效。
每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。
尽量与项目例会合理意见，应该由团长及其他组长组成评审团对处理意见进行审议和评估。
并以评审团的决议作为重要参考来制定决策。
项目人力资源管理
项目所需人员
C#程序员：张三，李四
要求：熟悉C#编程和微软.Net平台
界面设计员：王五
要求：熟悉CSS、Photoshop、.Net平台
数据库设计员：张三
要求：熟悉SQL语句，熟练使用SQL Sever 2005
文档维护员：李四
要求：熟悉使用Word及Powerpoint
沟通交流员：王五
要求：较强的沟通能力，能及时调解组内以及组与组之间的矛盾。
软件测试人员：全体组员，有王五付总责
要求：熟练使用开发工具的debug工具，有耐心。
技能培训
C#以及.Net编程培训
培训对象：全体组员。
培训内容：熟练掌握C#编程、基本了解.Net平台的特性、并掌握vs2005的调试工具。
于第6周完成。
美工培训：全体组员
培训内容：熟悉Css及Photoshop、了解Flash以及Dreamever的基本操作。
于第8周完成。
4．技术过程
开发工具、方法和技术：
本小组的团队组织结构为主程序员式组织结构；编程语言为C#；采用面向对象的分析设计方法；利用Windows .Net平台作为开发平台；使用SqlSever 2005作为数据库管理系统图；并采用统一的C#标准的文件命名方式、代码版式、注释等编码规范；编码人员对代码进行严格检查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。
开发环境：Sqlsever 2005+ .Net + Visual Studio 2005。
4.2软件需交付的文档：
1．软件项目管理计划
该文档由组长完成，介绍项目的整个管理过程。
该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。
1．需求规格说明初稿
在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。
2．设计报告初稿
在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。
该文档由文档维护员负责维护更新。
4. 测试文档
在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。
开发人员将根据测试规格说明文档建立测试环境、准备测试数据。
5．用户手册
在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。
6. 个人项目总结
由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。
在提交系统时一并提交。
7. 其他文档
软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。
作为以后软件开发以及交流的经验。
5. 项目进度及成本管理
进度描述
项目进度描述如下表：
表4 进度表格描述
开发过程中的资源需求
人员：小组软件项目开发成员
支持软件：Microsoft Visual Studio 2005、.Net 、Office、Sqlsever 2005
开发地点：宿舍或者机房
实验设备：个人PC 机、笔记本、实验室PC 机
项目资源维护需求的数目和类型：3台个人电脑（Pentium III 800 以上CPU，256M以上内存）
软件管理过程中预算及资源分配
1.统一的开发不涉及任何经济的预算，工程量初步设置为3人/天。
2.资源分配为各自使用自己的电脑。
项目进度及关键工期设置
准备工作：
时间：第二周到第四周
关键工期：项目管理计划初稿发布
需求分析：
时间：第五周到第七周
关键工期：需求规格说明书初稿的发布
系统设计：第八周到第十周
关键工期：系统设计初稿的发布
源代码开发与测试：
时间：第十一周到第十三周
关键工期：编码开发与测试
系统集成：
时间：第十四周到
关键工期：整个系统的成功测试
软件交付：
时间：第十五周
关键工期：整个系统能成功且稳定的运行。