软件项目管理报告Word格式文档下载.docx

软件项目管理报告Word格式文档下载.docx

《软件项目管理报告Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件项目管理报告Word格式文档下载.docx（27页珍藏版）》请在冰豆网上搜索。

d.法律和政策方面的限制：

本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。

e.硬件CPUp3、内存256M.。

f.软件：

access2003。

g.运行环境：

本软件应使用Windows2003、Windowsxp操作系统。

h.开发环境：

本软件应使用Windows2003、Windowsxp开发。

i.开发软件投入使用的最迟时间为2013年10月01日。

1.4可行性研究方法

由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。

因此，比较适合于采用数据库管理。

且学校用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据库运行的要求。

在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。

2．对现有系统的分析

2.1处理流程和数据流程

二软件项目计划

1.引言

1.1编写目的

软件项目开发是一项系统而复杂的工作，它需要一个团队互相配合、分工协作。

软件项目管理系统可以规范一个软件开发团队的日常工作，提高工作效率。

为了很好的管理整个开发过程，同时预算整个开发过程的费用及时间的安排，给开发人员，管理人员一个参照物，明白自己在每一个阶段所需要完成的任务，协助他们更好地完成开发工作。

预期的读者：

开发人员，项目经理，测试人员

1.2背景

a.学生信息管理系统

b.提出者：

项目经理，开发者：

XXX开发团队。

2.项目概述

2.1工作内容

1需求分析：

1~3个月

2概要设计：

2~3个月

3详细设计：

4编码:

5测试：

1个月

6发布：

2.2主要参加人员

参与者

个人情况

XX

软件工程专业学生，熟悉java语言，数据库编程

软件工程专业学生，熟悉C#语言

软件工程专业学生，有很好的网页设计能力

软件工程专业学生，有良好的界面设计的能力和测试经验

专业为软件工程，从事开发工作一年，能过独立地完成小型项目的整个开发过程

2.3产品

2.3.1程序

名称

编程语言

媒体形式

功能及能力

系统功能

C#+SQLServer2000

文本

管理学生的学籍信息，统计学生的相关信息。

学生信息的增加、修改、删除、查询

数据信息管理

学生学籍信息管理，学生选课信息管理

基本业务

学生注册、学籍信息维护，学生选课，老师管理班级信息。

信息浏览与查询

管理员学生学籍信息浏览、查询

数据库

SQLServer2000

数据库文件

数据库文件可以直接附加到本地的SQLServer2000中的数据库中

学生学籍管理系统

CD光盘

程序的运行文件，运行之后只要发布之后就可以了

2.4验收标准

验收标准参照表：

程序

实现功能：

在使用时，由管理员输入需要了解的关键字信息，然后通饭卡管理系统选择相应的管理事务。

管理事务根据所提供的信息在数据库中查找相应的记录，返回相应的记录给管理员。

允许管理员在相应的权限下对数据进行修改。

通过终端把得到的内容显示到相应的界面上。

安装指南

视频

有声的视频，分解安装的动作，并详细讲述过程及注意事项

用户使用手册

视频+文档

文档给出输入输出的约束条件，系统的运行环境，视频显示使用软件的整个流程，帮助用户学习使用该软件

故障解决说明书

文档

列出基本问题的详细解决办法，详细叙述整个流程

3.实施计划

3.1预算

1.采购必要设备的投资：

网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算，这一块需要200万左右；

服务器与存储系统，从发卡量和设备数量等估算，这一块需要100万左右；

射频卡终端，包括读写器与POS机，这一块需要20万左右。

2.开发系统的投资：

按目前市场上一卡通管理系统的开发价格来看，开发所需的投大概在50万不等；

4.总计：

:

350万左右；

3.2关键问题

本系统的操作过程简单，实现技术要求也不高，所以没有要特别列出的关键问题

4.支持条件

4.1运行环境

4.2需由用户承担的工作

数据库的初始化需要用户自己录入，这个应该在测试之前完成，所以编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必须在2013年6月1日之前完成。

4.3需由外单位提供的条件

本项目希望得到委托商的资金支持，人员支持，如取需求时，能够提供部分食堂为我们的测试的提供支持环境，还有技术支持。

三风险条目跟踪表

序列号

1

确定日期

2012.10.28

撤消日期

<

撤消风险确定日期>

描述

未得到学校支持而导致的无法获得学生数据

可能性

0.2

影响

10

危害值

10.2

降低风险计划

项目开始前与校方沟通，否则项目无法进行

负责人

XXX

截止日期

2013、10、1

五进度计划风险列表

1.最常见的进度计划风险

1）功能无限蔓延；

2）质量不定

3）计划过于乐观

4）设计欠佳

5）银弹综合症

6）研发导向开发

7）人员薄弱

8）签约商失败；

10）研发人员与客户的磨擦。

2.进度计划风险完整列表

2.1计划编制风险

1）计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致；

2）计划是优化的，是“最佳状态”；

3）计划忽略了必要的任务；

4）计划基于使用特定的小组成员，而那个小组成员其实指望不上。

5）在限定的时间内无法建成已定规模大小的产品；

6）产品规模比估计的要大一些；

7）工作量大于估算数；

8）进度已经拖延的项目在重新评估时过于优化或忽视项目历史；

9）过度的进度压力造成生产率下降；

10）目标日期提前，但没有相应地调整产品范围或可用资源；

11）一个任务的延迟导致相关任务的连锁反应；

12）涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。

2.2组织和管理

1）项目缺乏一个有凝聚力的最高领导人；

2）由于前期乏力，项目长时间被搁置；

3）解雇和削减开支导致项目小组能力下降；

4）仅由管理层或市场人员进行技术决策，导致计划进度延长；

5）低效的项目组结构降低生产率；

6）管理层审查/决策的周期比预期时间长；

7）预算削减打乱项目计划；

8）管理层做出了打击项目组织积极性的决定；

9）非技术的第三方的工作比预期延长（如审批，采购等）；

10）计划性太差，无法适应期望的开发速度；

11）项目计划由于压力而放弃，导致开发混乱、低效；

12）管理层强调英雄主义，而忽视客观确切的状态报告，这会降低发现和改正问题的能力。

2.3开发环境

1）设施没有及时到位；

2）设施到位，但不配套；

3）设施拥挤、杂乱或者破损；

4）开发工具未能及时到位；

5）开发工具不如期望那样有效，开发人员需要时间创建工作环境或切换新的工具；

6）开发工具的选择不是基于技术需求，不能提供计划要求的性能；

7）新开发工具的学习期比预期的长，内容繁多。

2.4最终用户

1）最终用户坚持新的需求；

2）最终用户对于最后交付的产品不满意，要求重新设计和重做；

3）最终用户不买进项目产品，无法提供后续支持；

4）最终用户的意见未被采纳，造成产品最终无法满足用户期望，而必须重做。

2.5客户

1）客户坚持新的需求；

2）客户对规划、原型和规格的审核/决策周期比预期长；

3）客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和耗时的重复；

4）客户答复的时间比预期长（如回答需求中需澄清的问题）；

5）客户坚持技术决策而导致进度计划延长；

6）客户对开发进度管理过细，导致实际进展变慢；

7）客户提供的组件无法与开发的产品匹配，导致额外的设计和集成工作；

8）客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作；

9）客户要求的支持工具和环境不兼容、性能差或者功能不完善，导致生产率降低；

10）客户不接受交付的软件，尽管它满足了所有的规格；

11）客户期望的开发速度是开发人员无法达到的。

2.6承包商

1）承包商没有按承诺交付组件；

2）承包商递交的组件质量低下无法接收，必须花时间改进质量；

3）承包商没有买进项目开发需要的工具，进而无法提供需要的性能水平。

2.7需求

1）需求已经成为项目基准，但变化还在继续；

2）需求定义欠佳，而进一步的定义会扩展项目范畴；

3）添加额外的需求；

4）产品定义含混的部分比预期需要更多的时间。

2.8产品

1）错误发生率高的模块需要比预期更多的测试、设计和实现工作；

2）校正质量低下不可接受的产品，需要比预期更多的测试、设计和实现工作。

3）在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预期；

4）由于软件功能的错误，需要重新设计和实现；

5）开发额外不需要的功能（镀金）延长了计划进度；

6）要满足产品规格与速度要求，需比预期更多时间，包括重新设计和实现的时间；

7）严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；

8）要求与其他系统、复杂系统或不受本项目控制的系统相连，导致无法预料的设计、实现和测试工作。

9）要求在不同操作系统下运行将花费比预期更长的时间；

10）在不熟悉或未经检验的软（硬）件环境中运行产生未预料的问题；

11）开发一种对组织全新的模块将比预期花费更长的时间；

12）依赖正在开发中的技术将延长计划进度。

2.9外部环境

1）产品依赖政府规章，而规章的改变将是不可预期的；

2）产品依赖草拟中的技术标准，而最后的标准将是不可预期的。

2.10人员

1）招聘人员所花时间比预期的长；

2）作为先决条件的任务不能按时完成（如培训、其它项目）；

3）开发人员和管理层之间关系不佳导致决策缓慢，影响全局；

4）项目组成员没有全身心投入项目，进而无法达到需要的产品性能水平；

5）缺乏激励措施，士气低下，降低了生