软件项目管理学生选课系统 更新后.docx

上传人:b****5 文档编号:2958916 上传时间:2022-11-16 格式:DOCX 页数:18 大小:636.71KB
下载 相关 举报
软件项目管理学生选课系统 更新后.docx_第1页
第1页 / 共18页
软件项目管理学生选课系统 更新后.docx_第2页
第2页 / 共18页
软件项目管理学生选课系统 更新后.docx_第3页
第3页 / 共18页
软件项目管理学生选课系统 更新后.docx_第4页
第4页 / 共18页
软件项目管理学生选课系统 更新后.docx_第5页
第5页 / 共18页
点击查看更多>>
下载资源
资源描述

软件项目管理学生选课系统 更新后.docx

《软件项目管理学生选课系统 更新后.docx》由会员分享,可在线阅读,更多相关《软件项目管理学生选课系统 更新后.docx(18页珍藏版)》请在冰豆网上搜索。

软件项目管理学生选课系统 更新后.docx

软件项目管理学生选课系统更新后

 

软件项目计划书

 

题目:

学生信息管理系统计划书

 

学院:

计算机科学与技术学院

专业:

软件工程(2+2)

班级:

2012级2班

姓名、学号:

吴斐斐201226740219

夏炜201226740220

徐洁雯201226740221

许秀丽201226740222

指导老师:

马建平

提交日期:

2013年8月26日

 

一、范围计划

针对本项目的特点,参考企业的生存期模型说明和软件过程体系,决定采用增量模型,理由如下:

学生选课系统可以先基于通用功能作出一个最小的使用版本,再逐步添加其他的功能。

如此一来,用户可以先试用最小版本的同时,提出更多明确的需求,这有助于下一阶段的开发,大大减小了开发的风险。

在学生选课系统中,要求系统有可扩充性,若使用增量模型,可以确保系统的可扩充性。

用户明确了需求的大部分,但由于用户基本没有专业的知识,这导致不详尽之处,只有等到一个可用的产品出来,通过用户使用,然后进行评估,评估结果作为下一个增量的开发计划,下一个增量发布一些新增的功能和特性,直至产生最终完善的产品。

(1)“系统要求有可扩充性,可以在现有系统的基础上,通过前台就可加挂其他功能模块”——也说明用户可能会增加新的需求。

(2)从底层做起,把最基础的功能实现,逐步扩充其应用,所以选择增量模型来开发学生选课系统。

如图所示:

任务分解

当解决问题过于复杂时,可以将问题进行分解,直到分解后的子问题容易解决,然后分别解决这些子问题。

规划项目时,也应该从任务分解开始,将一个项目分解为更多的工作细目或子项目,使项目变得更小、更易管理、更易操作。

这样不仅可以使工作变得更易操作,责任分工更加明确,还可以提高估算成本、时间和资源的准确性。

完成项目本身是一个复杂的过程,必须采取分解的手段把主要的可交付成果分成更容易查询的单元才能一目了然,最终得出项目的分解结构(WBS)。

我们做的学生选课系统采用了清单类型的任务分解方式。

二、进度计划

2.1关于进度估算

一般来说,开始一个项目,需要对项目的规模、成本和进度进行估算,而且基本上是同时进行的,项目的规模和进度估算有一定的关系。

进度估算是从时间的角度对项目进行规划,而成本估算则是从费用的角度对项目进行规划。

这里的费用应理解为一个抽象的概念,它可以是工时、材料或人员等。

其实,时间计划和成本计划都是估算的过程。

在项目的进行过程中,会有更多新的信息,可能需要不断地重复进行估算。

在项目的不同阶段可以采用不同的的估算方法,开始估算的结果可能误差比较大,随着项目的进展,会逐步的精确。

2.2任务定义

进度是对执行的活动和里程碑制定的工作计划日期表,它决定是否达到预期的目的,是跟踪和沟通项目的进展状状态的依据,也是跟踪变更最项目影响的依据。

按时完成项目是对项目经理最大的挑战,因为时间是项目规划中灵活性最小的因素,进度问题又是项目冲突的主要原因,尤其是在项目的后期。

为了编制进度,首先需要定义任务。

2.3任务关联关系

任务定义后,接下来需要确定任务之间的关系。

为了进一步制定切实可行的进度计划,必须对活动(任务)进行适当的顺序安排、它是通过分析所有的任务、项目的范围说明以及里程碑等信息的来确定各任务之间的关系。

2.4进度管理图

2.4.1甘特图

甘特图(Gantt图)具有历史悠久、直接简明、容易学习、容易绘制等优点。

甘特图可以显示任务的基本信息,使用甘特图能方便地查看任务的工期、开始和结束时间以及资源的信息。

利用甘特图可以很方便的进行项目计划和项目计划控制,由于其简单易用而且容易理解,所以,被广泛的应用到项目管理中,尤其被软件项目计划管理所普遍使用。

 

2.4.2网络图

网络图是活动排序的一个输出,它展示项目中的各个活动以及活动之间的逻辑关系,表明项目任务将如何和按什么顺序进行。

2.4.3里程碑图

里程碑图是有一系列的里程碑事件组成的。

所谓“里程碑事件”,往往是一个事件要求为零的任务,就说它并非是一个要实实在在完成的任务,而是一个标志性的事件。

里程碑图显示项目进展中的重大工作完成,里程碑不同于活动,活动需要消耗资源并且需要花时间来完成,里程碑仅仅是时间的标记。

项目计划以里程碑为界限,将整个开发周期划分为若干阶段。

对项目里程碑阶段点的设置必须符合实际,它必须有明确的内容并且通过努力能达到,要具有可达性和挑战性,只有这样才能在抵达里程碑时开发人员产生喜悦感和成就感,激发大家向下一个里程碑前进。

2.4.4E-R图

三、成本计划

包括成本估算和成本预算,要求采用两种或两种以上成本估算法。

3.1签订合同前

签订合同前,根据以往类似项目的经验,采用类比估算方法,进行粗略的估算:

根据用户的需求采用B/C结构,公司JSP+SqlServer的技术比较成熟,以前成功完成过类似的项目,根据Sow的说明,基本上需要2个开发人员,3个月左右的开发时间,这个阶段只需要一个粗略的量级的成本估算,可以不进行详细的成本预算。

3.2合同签署后

合同签署之后,根据现有的资源和WBS分解的结果,进一步细化工作,由于WBS分解时针对项目的功能进行的分解,在成本估算的时候,首先估算每一个任务的开发规模,然后通过系数获得相应的质量、管理任务的规模,从而计算直接成本,再计算间接成本,最后计算总成本,具体过程如下。

首先分析资源:

  2个开发人员

1个项目管理人员

1个项目质量人员

1个配置管理人员

设置配置:

4台电脑

估算步骤如下:

(1)获取项目分解结果WBS

任务分解是根据项目功能进行分解的

(2)计算开放成本

由于分解的结果主要是针对开放任务的分解,管理任务和质量任务可以通过计算开放任务得到,管理任务和质量任务=20%*开发任务。

从表中得知项目规模是100人天,开发人员成本参数=480元/天,则内部的开发成本=100天×480元/天=48000元。

(3)计算管理、质量成本

项目的管理和质量成本=48000元×20%=9600元

(4)直接成本=48000+9600=57600元

(5)计算间接成本。

间接成本包括前期合同费、房租水电、培训、员工福利、客户服务等。

根据以往经验,采取公式:

间接成本=25%直接成本=25%×57600=14400元

(6)计算总估算成本

项目总估算成本=57600+14400=72000元

(7)重新评估项目的报价

重新估算一下项目的报价准确性,当然这个时候,项目的合同已经签署,报价是不能更改的,但是通过再次的评估可以进一步明确企业的项目运作和;利润情况等。

如果项目的利润是30%,其中风险金10%,利润15%,税费5%。

则项目的总报价=72000×1.3=93600元,应该说报价还是比较合适的。

另外,可以进行简便的算法进行估算,企业的报价可以通过开发规模的估算直接得出。

成本预算

在编制学生管理系统项目计划中考虑,2个开发人员是全职在这个项目中,而项目经理、质量保证和配置人员不是全职在这个项目中,他们同时还在管理其他的项目,进行成本估算的时候,应该根据项目人员付出的时间以及各项任务的具体情况进行成本预算,最后可以得到比较详细的成本配置情况,即成本基准。

根据每个任务的资源费分配和时间安排,确定项目的预算,如下表,预算总成本为68320元,与估算的成本基本持平,这样68320元可以作为项目的成本控制参考。

四、人力资源计划

4.1项目管理

-负责项目的组织和规划

-负责项目计划制定与维护

-负责项目的跟踪与管理

-负责资源的分配和协调活动

-负责各部门和计划之间的协调活动

-负责各部门之间的协调活动

4.2软件开发部

-负责项目的软件开发,包括设计,编码,单元测试和集成测试

-负责产品质量控制工作

-负责配合质量保证的活动,如系统测试,文档编制等

-配合产品验收的相关工作

4.3资源管理部门

-负责项目的配置管理活动

-负责软件产品的提交

-人力资源的安排

-资金的协调等后勤工作

4.4质量评审部

-负责与用户的协调工作

-负责项目相关的商务活动

-负责用户需求的借口

-配合项目经理的资源协调活动

-负责项目过程和产品规范的制定

-负责项目过程的质量保证活动

-过程评审

-产品审计

4.5用户

-确保相关责任的实施

-参与项目的组织和规划

-负责产品的验收工作

-

软件规划

项目规划

执行者

参加

计划评审

执行者评审

需求分析

用户界面设计

执行者

评审

用户需求评审

执行者评审

修改需求、修改用户界面

执行者

编写需求规格说明说

执行者

需求验证

执行者

项目设计

概要设计

执行者

数据库ER图编制、建库

执行者

设计评审

执行者评审

项目实施

学生登陆——增量1

登陆学号、密码

执行者

安全退出

执行者

增量1——评审

执行者

评审

信息维护——增量2

个人信息

执行者

密码修改

执行者

增量2—评审

执行者

评审

信息查询——增量3

学生个人课表

执行者

成绩查询

执行者

等级考试查询

执行者

课程介绍查询

执行者

学生选课情况查询

执行者

五、沟通计划

沟通管理是对传递项目信息的内容、传递项目信息的方法、传递项目信息的过程等几个方面的综合管理,是对项目干系人的信息交流和沟通需要,确定谁需要信息,需要什么信息,合适需要信息,以及如何将信息分发给他们。

沟通管理的基本原则是及时性、准确性、完整性、可理解性。

沟通管理的目标是及时的并适当的创建、收集、发送、存储和处理项目的信息。

沟通是应该占据项目组成员很多时间的工作,他们与客户沟通,与销售人员、开发人员、测试人员等沟通,还需要项目组内的信息交换。

获得的信息量越大,项目现状就越透明,对后续工作的把握就越大。

沟通是一种人与人的之间的信息交流活动,所采用的范式应该是双向的都可以理解的通用符号和技巧,这样可以保证信息的传送与接收畅通。

团队中的人越多,存在的沟通渠道就越多,管理者的管理难度也加大,为了保证沟通的良好效果,必须保持沟通渠道的畅通和单一,例如,作为客户项目经理,应该是唯一的客户借口,多有针对客户的信息也只能通过客户项目经理来传递,多有跟客户相关的会议,客户项目经理必须在场,这样才能保证客户需求和客户信息的一致性。

沟通计划是对项目全过程的沟通内容、沟通方法的、沟通渠道等各个方面的计划与安排。

就大对数项目而言,沟通计划的内容是作为项目初期阶段工作的一部分。

由于项目相关人员有不同的沟通需求,所以应该在项目的早期,与项目相关人员一同确定沟通管理计划,并且评审这个计划,可以预防和减少项目进行过程中存在的沟通问题。

同时,项目沟通计划还需要根据计划实施的结果进行定期检查,必要时还需要加以修订,所以项目沟通计划管理工作是贯穿于项目全过程的一项工作。

制定统一的沟通计划和沟通方式,有利于项目的顺利进行。

项目有统一的报告格式,有统一的技术文档格式,有统一的问题解决渠道。

为保证项目开发过程的顺利进行和信息的有效沟通,学生选课

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 表格模板 > 合同协议

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1