组长：付友苹
组成员：付友苹
邹萍
刘美
孙乐乐
学校：⼭东农业⼤学
专业：计算机专业
时间：2010年10⽉25⽇
苏联祭1、简介 (4)
1.1项⽬概述 (4)
1.2项⽬交付产品 (4)
1.3软件项⽬计划书的演化 (4)
1.4参考资料 (5)
2、项⽬组织 (5)
2.1过程模型 (5)
2.2 团队的分⼯与合作 (6)
3、管理过程 (7)
3.1 管理⽬标及优先级 (7)
3.2 风险管理 (7)
3.3监督及控制机制 (8)
3.4⼈员计划 (8)
3.5培训计划 (9)
4、技术过程 (9)
六氯苯
4.2软件需交付的⽂档： (9)
5、开发进度安排及预算 (10)
5.1进度表格描述 (10)
5.3 软件管理过程中预算及资源分配 (12)
5.4 项⽬进度及关键⼯期设置 (12)
1、简介
1.1项⽬概述
本项⽬要开发⼀个⼈⼒资源管理系统，本系统将实现对⼈员信息的详细管理、对学校各个部门的详细管理；重点在加强奖惩制
度的实施，以实现激励员⼯的⼯作激情，还要加强员⼯的技能培训，使职⼯或者教师具有更⾼的⽂化⽔平，提⾼学校的知名度，培养出⾼精尖⽔平的学⽣。通过团队合作开发整个⼦系统，使团队成员获得软件⼯程开发的实际训练。本系统采⽤⽬前主流的B/S开发架构，将与整个⼈⼒资源管理系统系统⼀起发布。不单独发布。交付的产品包括可执⾏的⽂件、源代码、技术⽂档与⽤户使⽤⼿册等。
本系统的开发过程中的主要⼯作是⼦系统需求分析、系统总体设计、⼦系统源代码开发、⼦系统测试、交付组长进⾏最后的集成、整个系统的测试。关键⾥程碑是制定项⽬管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进⾏⼦系统运⾏情况的检查与测试、进⾏系统集成后的运⾏情况的检查与测试。项⽬所需⼯具是个⼈电脑和开发⼯具。进度为11周，⼯程量为4⼈/天。
1.2项⽬交付产品
（1）提交⽂档：项⽬管理计划、需求规格说明，设计报告、测试报告、⽤户使⽤⼿册和项⽬个⼈总结。其中项⽬总结为每⼈⼀份，每个⼩组所有成员的总结装订在⼀起；其余⽂档每组提交⼀份。每个
团队可将各⼩组的⽂档综合到⼀起，各⼩组也可⾃⾏分开提交，具体⽅式由团队内部协商确定。所有⽂档需要提交电⼦版和打印稿。
（2）源程序检查：⼀共两次。第⼀次检查每个⼩组的⼦系统运⾏情况。
第⼆次检查每个团队内六个⼩组集成后完整的⼈⼒资源管理系统运⾏情况，检查完成后需要提交程序源⽂件和可执⾏的系统。程序检查安排在上机时间进⾏。
1.3 软件项⽬计划书的演化
软件项⽬计划书在第三周周末前经由⼩组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项⽬的进展可以对其进⾏修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组成员同步获得更新稿。 1.4参考资料
《软件项⽬管理原理分析》，肖来元。
《软件⼯程导论》，张海藩。
《软件⼯程思想》，林锐。
《软件⼯程讲义》，万静。
电信网络技术2、项⽬组织
2.1过程模型
2.2 团队的分⼯与合作
主程序员负责制。本团队组织关系图如下。
3、管理过程
3.1 管理⽬标及优先级
基本管理原则：每位组成员既是积极的建⾔者，⼜是负责的合作者，同时也是决策的制定者。决策应在充分的讨论基础上由⼤家共同做出，⼀旦决策做出就必须被及时有效的执⾏。禁⽌再有异议。
⽬标 1：按时按量完成项⽬的基本功能，按时发布产品及⽂档，这是本团队的最⾼⽬标。
⽬标 2：遵循规范化的项⽬运作标准，⽂档严谨完整，代码注释充分，便于后续维护，这是第⼆⽬标。
⽬标3：产品运⾏稳定，界⾯友好，⽤户易操作，尽量从⽤户的⾓度去看问题，并提出解决问题的⽅案。
⽬标4：注重团队建设，成员分⼯合理，团队成员合作默契，⽓氛融洽。
每周的讨论会积极建⾔。在开发过程中积极协作。
⽬标5：项⽬设计和开发上尽量有创新，有亮点。
3.2 风险管理
本次开发过程中存在以下风险：
1、开发技术熟练成都不够。
2、需求变更频繁。
3、缺乏⾜够的美⼯⽀持。
4、由于课程紧张导致项⽬最后⽆法按期完成。
5、最后进⾏系统集成时出现重⼤失误。
风险规避⽅法：
1.由于部分组员对开发技术和⼯具的不熟练可能对整个项⽬有着灾难性
的影响。因此为了将这种影响降低⾄最低，本⼩组决定提前制定好两周的学习计划，各组员要对开发⼯具Myeclipse搭建SSH 框架和sqlsever2005进⾏快速的学习。尽快掌握其中的要点。同时在软件的设计上尽可能降低难度使项⽬最后能成功完成。对于IIS服务的架构则交由组长负责解决。
2.在设计开发过程中可能发现原有需求不容易转化为设计稿，在
测试体验过程中可能发现系统界⾯并不友好，易操作，这都会带来需求的重新变更。这两种情况，尤其后⼀种要尽量避免，以免带来重复开发的浪费。
因此在前期的软件设计⼯作上要求各组员尽可能的提出具有前瞻性和预见性的建⾔，同时与其他团队进⾏充分讨论，设计⽅案要留有变更的余地。
3.由于本⼩组成员对美⼯技术的不⾜，可能导致最后的软件界⾯并
不友好美观易操作，因此要求组员深⼊学习关于美⼯的知识，⽐如css，photoshop以及flash技术。并积极寻求外援帮助。
4.由于课程紧张可能使项⽬延期。如果出现必须延期的情况，组长需
及时向⽼师解释清楚，并申请延期时间。
5.在最后进⾏系统集成时出现重⼤失误，⽐如不能共⽤数据库等。为规
避这类风险，组长将协同团队中其他组成员共同设计整个系统需求分析及总体设计。并共同开发使⽤同⼀个数据库。开放源代码与其他组员共享开发成果。
3.3监督及控制机制
报告机制：
1. 要求各组员以周为单位记录⼯作进展，形成开发⽇志，并以电⼦⽂
档的形式提交给秘书进⾏整理，最后由⽂档维护员进⾏维护。
2.每周例会上各位组员积极对当前的开发⼯作进⾏积极的评审和建⾔，
由组长做最后的作⼝头总结，由秘书主持会议并记录和整理会议的内容。⽂档维护员修改和维护相应的⽂档。并交由⼩组进⾏会议评审并给出意见。
3. 组成员都要密切监控风险状态，发现风险后提交风险报告。由秘书
定期提交风险报告。必要时将突发风险通知所有组员，并由组长做出临时处理决定。然后在该周的例会上由组成员共同讨论对风险的处理意见。并形成风险处理的⽇志做为以后的经验。
报告格式：
报告主题，时间段，发现⼈，报告内容，审核意见
评审机制：
每周例会上⼩组讨论形成⼀致意见后即为通过，相关负责⼈针对改进意见开展下⼀周⼯作，严格执⾏例会上锁制定的决策。⼩组会议持续评估其成效。每⼀项⽬阶段结束之前（⾥程碑前后），组织⼀次阶段评审会，评估整个阶段的⼯作效率和成果质
量。尽量与项⽬例会合并，并邀请组长和其他组成员参加评议。亦可询问⽼师的意见。对于重⼤的风险处理意见，应该由组长及其他组组长组成评审团对处理意见进⾏审议和评估。并以评审团的决议（亦可根据⽼师的建议）作为重要参考来制定决策。
3.4⼈员计划
java程序员：付友苹、邹萍、刘美、孙乐乐
要求：熟悉java编程和jsp开发平台
界⾯设计员：刘美、孙乐乐
要求：熟悉CSS、Photoshop
数据库设计员：付友苹
要求：熟悉SQL语句，熟练使⽤SQL Sever 2005
⽂档维护员：邹萍
要求：熟悉使⽤Word及Powerpoint
沟通交流员：刘美
要求：较强的沟通能⼒，能及时调解组内以及组与组之间的⽭盾。
软件测试⼈员：全体组员，有刘美付总责
要求：熟练使⽤开发⼯具的debug⼯具，有耐性。
3.5培训计划
java以及jsp编程培训
培训对象：全体组员。
培训内容：熟练掌握java编程、基本了解jsp开发平台的特性、并掌握Myeclipse的调试⼯具。于第6周完成。
美⼯培训：全体组员
培训内容：熟悉Css及Photoshop、了解Flash以及Dreamever的基本操作。
于第8周完成。
4、技术过程
4.1 开发⼯具、⽅法和技术：
本⼩组的团队组织结构为主程序员式组织结构；编程语⾔为java；采⽤⾯向对象的分析设计⽅法；利⽤Windows jsp开发平台作为开发平台；使⽤SqlSever 2005作为数据库管理系统图；并采⽤统⼀的java标准的⽂件命名⽅式、代码版式、注释等编码规范；编码⼈员对代码进⾏严格检查后再进⾏代码编译；测试⼈员根据测试⽂档进⾏单元测试；最后实现软件的交付。
开发环境：Sqlsever 2005+ Myeclipse6.0+ Visual Studio 2005。4.2软件需交付的⽂档：pm2.5 合肥
1．软件项⽬管理计划
该⽂档由组长完成，介绍项⽬的整个管理过程。该⽂档在软件设计需求分析初级阶段完成，后续阶段由⽂档维护员进⾏相应的更新。
2.需求规格说明初稿
在需求分析阶段，由全体⼩组成员采集分析⽤户的需求，并在例会上作出决策，有⽂档维护员撰写整理需求规格说明初稿，并在后续各个阶段进⾏需求变更的更新。
摇摇变
3.设计报告初稿
在总体设计阶段，⼩组根据需求规格说明⽂档，完成软件体系结构的设计，由组长编写软件体系结构设计⽂档初稿，并在后续开发阶段补充和更新。三鹿奶粉
该⽂档由⽂档维护员负责维护更新。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议