软件项目管理学生信息管理系统.docx
《软件项目管理学生信息管理系统.docx》由会员分享，可在线阅读，更多相关《软件项目管理学生信息管理系统.docx（19页珍藏版）》请在冰豆网上搜索。
软件项目管理学生信息管理系统
软件项目计划书
一、范围计划
生存期模型
针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量模型，如图所示，理由如下：
（1）学生信息管理系统可以先基于通用功能作出一个最小的使用版本，再逐步添加其他的功能。
这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。
（2）再学生信息管理系统中，要求系统有可扩充性，若使用增量模型，可以保证系统的可扩充性。
用户明确了需求的大部分，但是也会存在不详尽的地方，只有等到一个可用的产品出来，通过用户使用，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。
（3）“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块”——也说明用户可能会增加新的需求。
（4）从最基础的做起，逐步扩充其应用，所以选择增量模型来开发学生信息管理系统。
任务分解
当解决问题过于复杂时，可以将问题进行分解，直到分解后的子问题
容易解决，然后分别解决这些子问题。
规划项目时，也应该从任务分
解开始，将一个项目分解为更多的工作细目或子项目，使项目变得更
小、更易管理、更易操作。
这样可以提高估算成本、时间和资源的准
确性。
使工作变得更易操作，责任分工更加明确。
完成项目本身是
个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易
管理的单元才能一目了然，最终得出项目的分解结构（WBS）。
我们
做的学生信息管理系统采用了清单类型的任务分解方式，如图所示：
二、进度计划，包括绘制出甘特图、网络图（单代号或双
代号）、里程碑
（1）关于进度估算
一般来说，项目的初期对项目的规模、成本和进度进行估算，而且基本上是同时进行的，项目的规模和进度估算有一定的关系。
进度估算是从时间的角度对项目进行规划，而成本估算则是从费用的角度对项目进行规划。
这里的费用应理解为一个抽象的概念，它可以是工时、材料或人员等。
其实，时间计划和成本计划都是估算的过程。
在项目的进行过程中，会有更多新的信息，可能需要不断地重复进行估算。
在项目的不同阶段可以采用不同的的估算方法，开始估算的结果可能误差比较大，随着项目的进展，会逐步的精确。
（2）任务定义
进度是对执行的活动和里程碑制定的工作计划日期表，它决定是否达到预期的目的，是跟踪和沟通项目的进展状状态的依据，也是跟踪变更最项目影响的依据。
。
按时完成项目是对项目经理最大的挑战，因为时间是项目规划中灵活性最小的因素，进度问题又是项目冲突的主要原因，尤其是在项目的后期。
为了编制进度，首先需要定义任务。
（3）任务关联关系
任务定义后，接下来需要确定任务之间的关系。
为了进一步制定切实可行的进度计划，必须对活动（任务）进行适当的顺序安排、它是通过分析所有的任务、项目的范围说明以及里程碑等信息的来确定各任务之间的关系。
（4）进度管理图示
干特图
甘特图（Gantt图）具有历史悠久、直接简明、容易学习、容易绘制等优点。
甘特图可以显示任务的基本信息，使用甘特图能方便地查看任务的工期、开始和结束时间以及资源的信息。
利用甘特图可以很方便的进行项目计划和项目计划控制，由于其简单易用而且容易理解，所以，被广泛的应用到项目管理中，尤
其被软件项目计划管理所普遍使用
网络图
网路图是活动排序的一个输出，它展示项目中的各个活动以及活动之间的逻辑关系，表明项目任务将如何和衣什么顺序进行
里程碑图
里程碑图式有有一系列的里程碑事件组成的，所谓“里程碑事
件”，往往是一个事件要求为零的任务，就说它并非是一个要实实在在完成的任务，而是一个标志性的事件。
里程碑图显示项目进展中的重大工作完成，里程碑不同于活动，活动需要消耗资源的并且需要花时间来完成，里程碑仅仅表示时间的标记。
项目计划一里程碑为界限，将整个开发周期划分为若干阶段。
对项目里程碑阶段点的设置必须符合实际，它必须有明确的内容并且通过努力能达到，要具有挑战性和可达性，只有这样才能在抵达里程碑时时开发人员产生喜悦感和成就感，激发大家向下一个里程碑前进。
三、成本计划，包括成本估算和成本预算，要求采用两种或两种以上成本估算法;
成本估算
1）签订合同前
签订合同前，根据以往类似项目的经验，采用类比估算方法，进行粗略的估算：
根据用户的需求采用B/C结构，公司ＪＳＰ＋ＳＱＬＳｅｒｖｅｒ的技术比较成熟，以前成功完成过类似的项目，根据Ｓｏｗ的说明，基本上需要２个开发人员，３个月左右的开发时间，这个阶段只需要一个粗略的量级的成本估算，可以不进行详细的成本预算。
（２）合同签署后合同签署之后，根据现有的资源和ＷＢＳ分解的结果，进一步细化工作，由于ＷＢＳ分解时针对项目的功能进行的分解，在成本估算的时候，首先估算每一个任务的开发规模，然后通过系数获得相应的质量、管理任务的规模，从而计算直接成本，再计算间接成本，最后计算总成本，具体过程如下。
首先分析资源：
２个开放人员
１个项目管理人员
１个项目质量人员
１个配置管理人员
设置配置：
６台电脑
估算步骤如下：
１）获取项目分解结果ＷＢＳ
任务分解是根据项目功能进行分解的
（２）计算开放成本由于分解的结果主要是针对开放任务的分解，管理任务和质量任务可以通过计算开放任务得到，管理任务和质量任务＝２０％＊开发任务。
从表中得知项目规模是100人天，开发人员成本参数=480元/天，则内部的开发成本=100天×480元/天=48000元。
（３）计算管理、质量成本
项目的管理和质量成本=48000元×20%=9600元
（４）直接成本=48000+9600=57600元
（５）计算间接成本。
间接成本包括前期合同费、房租水电、培训、员工福利、客户服务等。
根据以往经验，采取公式：
间接成本=25%直接成本=25%×
57600=14400元
（６）计算总估算成本
项目总估算成本=57600+14400=72000元
（７）重新评估项目的报价重新估算一下项目的报价准确性，当然这个时候，项目的合同已经签署，报价是不能更改的，但是通过再次的评估可以进一步明确企业的项目运作和；利润情况等。
如果项目的利润是30%，其中风险金10%，利润15%，税费5%。
则项目的总报价=72000×1.3=93600元，应该说报价还是比较合适的。
另外，可以进行简便的算法进行估算，企业的报价可以通过开发规模的估算直接得出。
成本预算
在编制学生管理系统项目计划中考虑，2个开发人员是全职在这个项目中，而项目经理、质量保证和配置人员不是全职在这个项目中，他们同时还在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的时间以及各项任务的具体情况进行成本预算，最后可以得到比较详细的成本配置情况，即成本基准。
根据每个任务的资源费分配和时间安排，确定项目的预算，如下表，预算总成本为68320元，与估算的成本基本持平，这样68320元可以作为项目的成本控制参考。
四、人力资源计划，包括项目的组织结构和责任分配矩阵
项目管理
-负责项目的组织和规划
-负责项目计划制定与维护
-负责项目的跟踪与管理
-负责资源的分配和协调活动
-负责各部门和计划之间的协调活动
-负责各部门之间的协调活动软件开发部
-负责项目的软件开发，包括设计，编码，单元测试和集成测试
-负责产品质量控制工作
-负责配合质量保证的活动，如系统测试，文档编制等
-配合产品验收的相关工作
资源管理部门
-负责项目的配置管理活动
-负责软件产品的提交
-人力资源的安排
-资金的协调等后勤工作
质量评审部
-负责与用户的协调工作
-负责项目相关的商务活动
-负责用户需求的借口
-配合项目经理的资源协调活动
-负责项目过程和产品规范的制定
-负责项目过程的质量保证活动
-过程评审
-产品审计
用户
-确保相关责任的实施
-参与项目的组织和规划
负责产品的验收工作
软件规划
项目规划
执行者
参加
计划评审
执行者评审
需求分析
用户界面设计
执行者
评审
用户需求评审
执行者评审
修改需求、修改用户界面
执行者
编写需求规格说明说
执行者
需求验证
执行者
项目设计
概要设计
执行者
数据库ER图编制、建库
执行者
设计评审
执行者评审
项目实施
学生登陆——增量1
登陆学号、密码
执行者
安全退出
执行者
增量
1——评审
执行者
评审
信息维护——增量2
个人信息
执行者
密码修
改
执行者
增量2—
评审
执行者
评审
信息查询——增量3
学生个人课表
执行者
成绩查询
执行者
等级考试查询
执行者
课程介绍查询
执行者
学生选课情况查询
执行者
老师个人课表
执行者
增量3—
评审
执行者
评审
教学质量评价——增量4
教学质量评价
执行者
增量4—
评审
执行者
评审
网上报名——增量5
选修课
程
执行者
计算机
二级
执行者
英语四
六级
执行者
增量5—
评审
执行者
评审
系统集成
系统集成测试
执行者
参加
环境测试
执行者
测试总结
提交
验收测试
负责者
执行者
评审
产品提交
负责者
执行者
执行者
执行者
五、沟通计划
沟通管理是对传递项目信息的内容、传递项目信息的方法、传递项目信息的过程等几个方面的综合管理，是对项目干系人的信息交流和沟通需要，确定谁需要信息，需要什么信息，合适需要信息，以及如何将信息分发给他们。
沟通管理的基本原则是及时性、准确性、完整性、可理解性。
沟通管理的目标是及时的并适当的创建、收集、发送、存储和处理项目的信息。
沟通是应该占据项目组成员很多时间的工作，他们与客户沟通，与销售人员、开发人员、测试人员等沟通，还需要项目组内的信息交换。
获得的信息量越大，项目现状就越透明，对后续工作的把握就越大。
沟通是一种人与人的之间的信息交流活动，所采用的范式应该是双向的都可以理解的通用符号和技巧，这样可以保证信息
的传送与接收畅通
团队中的人越多，存在的沟通渠道就越多，管理者的管理难度也加大，为了保证沟通的良好效果，必须保持沟通渠道的畅通和单一，例如，作为客户项目经理，应该是唯一的客户借口，多有针对客户的信息也只能通过客户项目经理来传递，多有跟客户相关的会议，客户项目经理必须在场，这样才能保证客户需求和客户信息的一致性。
沟通计划是对项目全过程的沟通内容、沟通方法的、沟通渠道等各个方面的计划与安排。
就大对数项目而言，沟通计划的内容是作为项目初期阶段工作的一部分。
由于项目相关人员有不同的沟通需求，所以应该在项目的早期，与项目相关人员一同确定沟通管理计划，并且评审这个计划，可以预防和减少项目进行过程中存在的沟通问题。
同时，项目沟通计划还需要根据计划实施的结果进行定期检查，必要时还需要加以修订，所以项目沟通计划管理工作是贯穿于项目全过程的一项工作。
制定统一的沟通计划和沟通方式，有利于项目的顺利进行。
项目有统一的报告格式，有统一的技术文档格式，有统一的问题解决渠道。
为保证项目开发过程的顺利进行和信息的有效沟通，学生信息管理系统项目要求如下的沟通计划：
1项目进行过程中，项目开发人员（王茜、郁俊贤、邵李昱、陆娴雷）修要及时的了解项目中的各种技术信息，以及相关的管理信息；项目经理（赵晓凤）需要全面了解项目所有信息；高层领导需要了解项目管理中的进度信息、成本信息、质量信息；客户需要了解项目管理中的
进展和提交情况
2项目信息实时查询：
通过给定的权限实时查询配置管理系统的项目信息，由配置管理员（赵晓凤）进行项目资料的实时更新和发布。
3项目组成员之间的及时沟通，项目进行过程中，在开发环境方面保证开发人员集中在一起开发，便于有问题及时交流沟通。
同时，确定项目组的沟通和回报渠道。
4项目交流会议。
每天17:
00~17:
30项目组员进行口头交流。
每周五14：
00前提交周报告（开发人员个人报告，经理向高层上交当前进度信息、成本信息、质量信息，同时向客户发软件开发的进展和提交情况）
每周五的15:
00~17:
00召开项目例会，会后发布会议记要给相关的项目人员，其中说明项目的进展和存在的问题，对开发计划做及时的改进。
5及时提交问题报告，问题可以通过网络提交或者当面提交，项目经理会及时获取问题信息。
6项目报告：
每周向项目组及公司领导层发布项目评审报告，每周向客户发布项目简报和问题反馈。
六、风险计划，包括风险应对计划和风险应急处理计划
输入
风险事件
可能
影
风
风险应对措施
序
性
响
险
值
1
客户的需
求
需求的不明确与不断增加，导致需求的蔓延
70%
50%
35%
（1）采取加班的方法
（2）修改计划（3）与客户商量延长时间
2
合同
进度要求紧，合同金额有限
30%
50%
15%
可以申请外援，既可以节省成本又可以加快进度
3
历史项目
信息
开发人员对测试工作的不重视，开发人员的流动
40%
50%
15%
（1）注意团队合作，加强团队沟通
（2）控制好项目过程中的文档
4
WBS
对需求的开发式系统没有合适的测试案例
20%
50%
10%
找专业人士进行测试工
作
5
需求和计
划
采用新技术可能导致进度的延期
50%
30%
15%
（1）找老师作为指导
（2）采取边开发边学习的方法（3）参加培训
升级会员 