软件项目管理计划书.doc

《软件项目管理计划书.doc》由会员分享，可在线阅读，更多相关《软件项目管理计划书.doc（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程治理打算书工程名称：人力资源治理系统组长：付友苹组成员：付友苹邹萍刘美孙乐乐学校：山东农业大学专业：计算机专业时间：2022 年 10 月 25 日1、简介41.1 工程概述41.2 工程交付产品41.3 软件工程打算书的演化41.4 参考资料52、工程组织52.1 过程模型52.2 团队的分工与合作63、治理过程73.1 治理目标及优先级73.2 风险治理73.3 监视及把握机制83.4 人员打算83.5 培训打算94、技术过程94.1 开发工具、方法和技术：94.2 软件需交付的文档：95、开发进度安排及预算105.1 进度表格描述105.2 开发过程中的资源需求115.3 软件治

2、理过程中预算及资源安排125.4 工程进度及关键工期设置121、简介1.1 工程概述本工程要开发一个人力资源治理系统，本系统将实现对人员信息的具体治理、对学校各个部门的具体治理；重点在加强奖惩制度的实施，以实现鼓励员工的工作激情，还要加强员工的技能培训，使职工或者教师具有更高的文化水平，提高学校的知名度，培育出高精尖水平的学生。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统承受目前主流的 B/S 开发架构，将与整个人力资源治理系统系统一起公布。不单独公布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总

3、体设计、子系统源代码开发、子系统测试、交付组进步行最终的集成、整个系统的测试。关键里程碑是制定工程治理打算书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进展子系统运行状况的检查与测试、进展系统集成后的运行状况的检查与测试。工程所需工具是个人电脑和开发工具。进度为 11 周， 工程量为 4 人/天。1.2 工程交付产品1提交文档：工程治理打算、需求规格说明，设计报告、测试报告、用户使用手册和工程个人总结。其中工程总结为每人一份，每个小组全部成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。全部文档需要提交

4、电子版和打印稿。2源程序检查：一共两次。第一次检查每个小组的子系统运行状况。其次次检查每个团队内六个小组集成后完整的人力资源治理系统运行状况， 检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进展。1.3 软件工程打算书的演化软件工程打算书在第三周周末前经由小组争辩、共同撰写、汇总整合三步骤形成初稿，第四周以后依据工程的进展可以对其进展修改，需要有组员提出修改意，在全体会上争辩通过，并由组长整理修改意见并作出相应的修改。其余组成员同步获得更稿。1.4 参考资料软件工程治理原理分析，肖来元。软件工程导论，张海藩。关键时间第四周第七周第十周任务制定工程治理打算初稿完成需求规格说明

5、初稿完成设计报告初稿要求治理打算提交给组长，由组长汇、汇总检查、并提交。电子版提交给组长，由组长汇总检查、提交，电子版提交给组长，由组长汇总、软件工程思想，林锐。软件工程讲义,万静。2、工程组织2.1 过程模型第十二、三周进展子系统运行检查进展系统集成后的运行第十四周检查第十五周交付软件工程。检查、提交，以组为单位进展，由组长及其他组组长组成评审团，对子系统进展运行测试检查。由组长和主程序开发人员参与。对整个人力资源治理系统进展集成、运行测试检查。并同时对提交各种文档的电子版、提交电子版源代码和可执行系统进展最终的修改。由组长和主程序开发人员参与， 利用上机时间进展产品的交付与公布。提交各种文

6、档的电子版和打印稿，提交电子版源代码和可执行系统。2.2 团队的分工与合作主程序员负责制。本团队组织关系图如下。成员角色职责付友苹组长、主程序员领导工程团队、执行和治理团队、负责软件的交付工作。同时作为主程序员还要负责软件设计和编写代码。并撰写软件设计报告。邹萍、孙乐乐刘美、孙乐乐程序员、文档维护员整理需求分析并撰写需求分析报告、维护并准时修改和公布已更技术 文档。作为程序员还要参与软件设计与代码开发。软件测试员、秘书、美工 主要负责软件代码测试和用户测试、并撰写测试文档初稿并对界面美工 付主要责任、作为秘书要主持每周的争辩会以及 团内沟通工作。3、治理过程3.1 治理目标及优先级根本治理原则

7、：每位组成员既是乐观的建言者，又是负责的合作者，同时也是决策的制定者。决策应在充分的争辩根底上由大家共同做出，一旦决策做出就必需被准时有效的执行。制止再有异议。目标 1：按时按量完成工程的根本功能，按时公布产品及文档，这是本团队的最高目标。目标 2：遵循标准化的工程运作标准，文档严谨完整，代码注释充分， 便于后续维护，这是其次目标。目标 3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解决问题的方案。目标 4：留意团队建设，成员分工合理，团队成员合作默契，气氛融洽。每周的争辩会乐观建言。在开发过程中乐观协作。目标 5：工程设计和开发上尽量有创，有亮点。3.2 风险治理本

8、次开发过程中存在以下风险： 1、开发技术娴熟成都不够。2、需求变更频繁。3、缺乏足够的美工支持。4、由于课程紧急导致工程最终无法按期完成。5、最终进展系统集成时消灭重大失误。风险躲避方法：1. 由于局部组员对开发技术和工具的不娴熟可能对整个工程有着灾难性的影响。因此为了将这种影响降低至最低，本小组打算提前制定好两周的学习打算，各组员要对开发工具 Myeclipse 搭建 SSH 框架和 sqlsever2022 进展快速的学习。尽快把握其中的要点。同时在软件的设计上尽可能降低难度使工程最终能成功完成。对于 IIS 效劳的架构则交由组长负责解决。2. 在设计开发过程中可能觉察原有需求不简洁转化为

9、设计稿， 在测试体验过程中可能觉察系统界面并不友好，易操作，这都会带来需求的重变更。这两种状况，尤其后一种要尽量避开，以免带来重复开发的铺张。因此在前期的软件设计工作上要求各组员尽可能的提出具有前瞻性和预见性的建言，同时与其他团队进展充分争辩，设计方案要留有变更的余地。3. 由于本小组成员对美工技术的缺乏，可能导致最终的软件界 面并不友好美观易操作，因此要求组员深入学习关于美工的学问，比方 css， photoshop 以及 flash 技术。并乐观寻求外援帮助。4. 由于课程紧急可能使工程延期。假设消灭必需延期的状况， 组长需准时向教师解释清楚，并申请延期时间。5. 在最终进展系统集成时消灭

10、重大失误，比方不能共用数据库等。为躲避这类风险，组长将协同团队中其他组成员共同设计整个系统需求分析及总体设计。并共同开发使用同一个数据库。开放源代码与其他组员共享开发成果。3.3 监视及把握机制报告机制：1. 要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交给秘书进展整理，最终由文档维护员进展维护。2. 每周例会上各位组员乐观对当前的开发工作进展乐观的评审和建言， 由组长做最终的作口头总结，由秘书主持会议并记录和整理睬议的内容。文档维护员修改和维护相应的文档。并交由小组进展会议评审并给出意见。3. 组成员都要亲热监控风险状态，觉察风险后提交风险报告。由秘书定期提交风险报告

11、。必要时将突发风险通知全部组员，并由组长做出临时处理打算。然后在该周的例会上由组成员共同争辩对风险的处理意见。并形成风险处理的日志做为以后的阅历。报告格式：报告主题，时间段，觉察人，报告内容，审核意见评审机制：每周例会上小组争辩形成全都意见后即为通过，相关负责人针对改进意见开展下一周工作，严格执行例会上锁制定的决策。小组会议持续评估其成效。每一工程阶段完毕之前里程碑前后，组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与工程例会合并，并邀请组长和其他组成员参与评议。亦可询问教师的意见。对于重大的风险处理意见，应当由组长及其他组组长组成评审团对处理意见进展审议和评估。并以评审团的决议亦

12、可依据教师的建议作为重要参考来制定决策。3.4 人员打算java 程序员：付友苹、邹萍、刘美、孙乐乐要求：生疏 java 编程和 jsp 开发平台界面设计员：刘美、孙乐乐要求：生疏 CSS、Photoshop 数据库设计员：付友苹要求：生疏 SQL 语句，娴熟使用 SQL Sever 2022 文档维护员：邹萍要求：生疏使用 Word 及 Powerpoint 沟通沟通员：刘美要求：较强的沟通力量，能准时调解组内以及组与组之间的冲突。软件测试人员：全体组员，有刘美付总责要求：娴熟使用开发工具的 debug 工具，有耐性。3.5 培训打算java 以及 jsp 编程培训培训对象：全体组员。培训内

13、容：娴熟把握 java 编程、根本了解 jsp 开发平台的特性、并把握Myeclipse 的调试工具。于第 6 周完成。美工培训：全体组员培训内容：生疏Css 及 Photoshop、了解Flash 以及 Dreamever 的根本操作。于第 8 周完成。4、技术过程4.1 开发工具、方法和技术：本小组的团队组织构造为主程序员式组织构造；编程语言为 java；承受面对对象的分析设计方法；利用 Windows jsp 开发平台作为开发平台；使用SqlSever 2022 作为数据库治理系统图；并承受统一的 java 标准的文件命名方式、代码版式、注释等编码标准；编码人员对代码进展严格检查后再进展

14、代码编译；测试人员依据测试文档进展单元测试；最终实现软件的交付。开发环境：Sqlsever 2022+ Myeclipse6.0+ Visual Studio 2022。4.2 软件需交付的文档：1. 软件工程治理打算该文档由组长完成，介绍工程的整个治理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进展相应的更。2. 需求规格说明初稿在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进展需求变更的更。3. 设计报告初稿在总体设计阶段，小组依据需求规格说明文档，完成软件体系构造的设计，由组长编写软件体系构

15、造设计文档初稿，并在后续开发阶段补充和更。该文档由文档维护员负责维护更。4. 测试文档在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更。开发人员将依据测试规格说明文档建立测试环境、预备测试数据。5用户手册在更用需求分析阶段，测试人员需要开头着手编写用户手册，并在需求分析完毕后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。6. 个人工程总结由组内成员各自独立完成，对开发过程中获得的工作阅历进展总结。在提交系统时一并提交。7. 其他文档软件开发过程中的其他文档，如开发日志按组员意见选择公开与否， 风险报告及其处理意见等，由秘书进展整理与会聚

16、。作为以后软件开发以及沟通的阅历。5、开发进度安排及预算5.1 进度表格描述工作集子工作完成时负责人最终交付物描述间确定小第三周付友苹小组成员名单成立人力组资源治理系统开发团队搭建环第三周组内各Myeclipse6.0+SQLsever2022确定开发境成员工具及语言制定项第四周邹萍工程治理打算书初稿制定软件目治理开发过程打算书治理打算完成需采集用第五周付友苹需求规格说明书的初稿通过查资求规格户需求邹萍料了解和说明书的出稿分析用户需求及制定需求规格说明原型需求规第五周第六周刘美 孙乐乐采集用户的需求。对需求进展汇总， 制定需求规格说明初稿格说明的进一步完善与修改需求规第七周格说明的最终确认系统

17、设系统总第八周孙乐乐软件设计报告初稿制定系统计体设计总体的设系统详第九周计方案，细设计并依据需系统模型及架构最终确定第十周求说明联系实际进展相应的修改开发系系统源第十一付友苹源代码要求娴熟统源代码开发周邹萍使用java码及源刘美和.jsp平码测试台系统源第十二孙乐乐测试文档依据测试码测试周文档严格测试系统源第十三刘美无对代码进码复查周行复查，尽量削减bug进展整进展整第十四付友苹无与其他组个银行个人力周员无间协系统的资源管作完成整集成理系统个系统的的集成集成对整个第十四刘美无搭建整个集成后周系统的运的系统行平台测进展测试整个系试检查统的公布运行情状况况系统交系统交第十五付友苹一个可以运行的的系

18、统以及各组之间付付周用户手册和帮助。以及最终确可以沟通定的技术文档各自的开发阅历和心得体会5.2 开发过程中的资源需求人员：小组软件工程开发成员支持软件：Microsoft Visual Studio 2022、Myeclipse6.0、Office、Sqlsever 2022开发地点：宿舍或者机房试验设备：个人PC 机、笔记本、试验室PC 机工程资源维护需求的数目和类型：4台个人电脑Pentium III 800 以上CPU， 256M以上内存5.3 软件治理过程中预算及资源安排1. 系统的开发不涉及任何经济的预算，工程量初步设置为4人/天。2. 资源安排为各自使用自己的电脑。5.4 工程进度及关键工期设置1. 预备工作：时间：其次周到第四周关键工期：工程治理打算初稿公布2.需求分析：时间：第五周到第七周关键工期：需求规格说明书初稿的公布3.系统设计：时间：第八周到第十周关键工期：系统设计初稿的公布4.源代码开发与测试：时间：第十一周到第十三周关键工期：编码开发与测试5.系统集成：时间：第十四周到关键工期：整个系统的成功测试6.软件交付：时间：第十五周关键工期：整个系统能成功且稳定的运行