IT项目管理图书馆管理系统文档格式.docx
《IT项目管理图书馆管理系统文档格式.docx》由会员分享,可在线阅读,更多相关《IT项目管理图书馆管理系统文档格式.docx(42页珍藏版)》请在冰豆网上搜索。
02.主要模块的代码编写
4
实施人员1名
01.将软件交给用户并安装
02.对使用端的人员进行培训
03.后期维护
5
需求分析人员一名(同时也是系统分析员,客户联络员)
01.进行需求调研,需求分析
02.协助开发人员完成变成工作
6
测试工程师1名
01.协助处理文档整理工作
02.协助验收审核各模块详细设计文档
03.协助项目经理协调项目待解决问题
2.项目概述
2.1工作内容
本系统主要用于学校教师和学生图书管理,主要任务是通过建立图书管理系统,完善学校图书录入、借还、预约,续借以及读者信息的管理,管理员通过查询可立即定位该读者的相应的信息,同时可以对图书进行查询、增加、修改,读者可以进入系统进行图书查询和预订已借图书和续借。
针对这些问题设计此系统。
该项目各个阶段所要实现的目标,参与人员和每个阶段要评估标准如下:
需求分析
制定需求功能列表与客户达成共识
相关人:
需求分析人员、项目经理、客户组
完成需求分析说明文档及评审
软件设计
给客户、程序组、测试组做设计展示并根据要求修改完成设计
需求分析人员、设计人员、
客户代表、项目经理
完成架构设计、系统设计、数据库设计和用户界面设计及评审
软件开发
完成全部代码编写、单元测试和模块集成测试
需求分析人员、设计人员、开发人员、项目经理
软件基本功能实现,没有阻碍测试工作进展的问题
软件测试
完成功能测试、系统测试、压力测试和回归测试
测试人员、项目经理
软件系统测试计划全部完成并达到质量要求
验收产品
调试,交付软件给客户
实施人员、客户代表、项目经理
完成试运行报告,进行人员培训,客户满意
这个系统中大致的范围有:
二、图书馆管理系统开发项目进度安排
在实际工作中,项目规模往往比较大,为了合理安排时间,使图书管理系统能顺利完成,进度安排使得尤为重要。
由于项目开始于2012年3月21日,于2012年5月31日完成。
活动
号
任务名称
工作日
(天)
开始时间
完成时间
紧前活动
图书管理系统
50
2012年3月21日
2012年5月31日
项目规划
2012年3月25日
模板确定
2
撰写项目计划报告
2012年3月22日
需求分析
9
2012年3月26日
2012年4月8日
需求调研
2012年3月27日
2012年3月28日
2012年3月31日
需求确认
2012年4月1日
2012年4月5日
撰写需求分析说明书
2012年4月6日
11
2012年4月9日
2012年4月23日
7
系统分析
2012年4月11日
8
模块设计
2012年4月12日
2012年4月22日
数据库设计
2012年4月18日
10
美工设计
2012年4月16日
撰写详细设计说明书
8,9,10
16
2012年4月24日
2012年5月16日
12
硬件安装
13
环境配置
2012年4月25日
14
书籍管理
2012年4月26日
2012年5月10日
15
借阅管理
读者管理
2012年5月9日
17
查询管理
2012年5月8日
18
系统维护
2012年5月17日
2012年5月29日
19
集成测试
2012年5月22日
14,15,16,17,18
20
系统测试
2012年5月23日
2012年5月28日
21
撰写系统测试报告
验收总结
2012年5月30日
22
撰写用户手册
23
人员培训
24
产品转移
25
经验总结
26,27,28
甘特图:
任务
3-21~4-1
4-2~4-13
4-14~4-25
4-26~5-7
5-8~5-19
5-20~5-31
-----
=
====
-----
-------
==
====
=
===
----------
=========
=====
===
--
------------
---------
============
==
---
======
图书管理系统的网络图:
(1)关键路径:
开始—>
1—>
2—>
3—>
4—>
5—>
6—>
7—>
8—>
11—>
12—>
13—>
18—>
19—>
20—>
21—>
22—>
25—>
结束
即是:
模板确定—>
撰写项目计划报告—>
需求调研—>
需求分析—>
需求确认—>
撰写需求分析说明书—>
系统分析—>
模块设计—>
撰写详细设计说明书—>
硬件安装—>
环境配置—>
系统维护—>
集成测试—>
系统测试—>
撰写系统测试报告—>
撰写用户手册—>
1+2+2+4+2+1+3+7+1+1+1+14+4+4+1+1+1=50(天)
那么这个系统的工期是50天。
三、图书馆管理系统开发项目人员分配
项目人力资源计划就是决定在项目中的每一项工作中用什么样的人力资源,确定人力资源的数量、质量和结构。
1、项目团队的组织结构及其角色职能列表
A、组织结构
图书管理系统的项目管理是采用项目型组织,各成员按照从事的项目组成不同的团队,并由指定的项目经理来协调和管理项目的运作。
a、职能型组织
b、项目型组织
c、矩阵型组织
弱矩阵型组织
平衡矩阵组织
强矩阵组织
d、复合型组织
B、人员要求
a、项目经理
1、有5年以上软件研发经验
2、能分析和判断大部分软件问题。
对项目软件开发过程负责。
有丰富的项目经验和很强的责任心。
3、有熟练的英文阅读能力和交流能力。
b、调研分析员
1、计算机、软件工程等专业本科以上学历;
2、熟悉需求调研方法,具备较强的业务流程及业务模型分析设计能力;
3、熟悉软件工程理论,掌握软件需求获取与分析方法;
4、具备财务软件、物流系统软件、ERP\SAP等系统软件的需求分析经验优先考虑;
5、有较强的文档编写能力,有较强的团队协作精神
c、系统分析员
1、精通Java语言,WEB编程,熟悉J2EE应用系统开发,熟悉Weblogic/Tomcat等应用服务器;
2、熟悉Oracle/SQLSERVER等数据库的设计与开发;
3、熟悉软件开发流程,具有需求分析和架构设计的实际经验;
4、能够控制客户需求,并能够处理好与客户之间的关系,有较强的文档撰写能力;
5、能够高效的管理与激发团队,使团队更具有凝聚力。
d、模块设计员
1、精通java及数据库相关知识(至少3年以上开发经验,1年以上架构设计经验);
2、熟悉面向对象的分析设计方法;
3、熟练使用UML工具进行建模设计,并能充分理解客户的需求并根据需求进行模块化和面向对象分析设计;
4、能够独立完成系统需求分析与概要设计设计工作;
5、有较强的系统需求分析、设计文档编写能力;
6、具有良好的团队协作精神,有较强的业务模型分析能力,思维清晰敏捷,逻辑分析能力强,善于与人沟通,能够承担一定的工作压力
e、测试工程师
1、计算机、软件工程等相关专业;
2、具有五年以上软件开发或测试相关工作经验;
3、对人员管理、资源调配、测试方法改进等经验;
4、分析能力强,思维周密、积极主动,关注细节,勇于创新,良好的沟通技巧以及优秀的言语表达能力,具备良好的团队合作精神;
5、熟悉一些主流的软件工程方法论和思想,了解软件工程,软件生命周期模型基础;
6、熟悉软件配置管理理论工具
f、实施人员
1.积极上进
2.有项目管理经验优先
3.肯吃苦,能出差
g、客户联络员
1、较强的沟通、理解和应变能力
2、有刚正不阿的性格,吃苦耐劳的精神
3、服从公司工作安排,能长期出差。
2、角色职能列表
姓名
职责
项目经理
孙林
项目总体设计,制定和监控开发进度,制定相应的开发规范、负责各个环节的评审工作,协调各个成员(小组)之间开发。
调研分析员
李玲
实际调研,提供详细的策划方案和需求分析
系统分析员
根据需求分析报告进行总体分析,得出系统的概念模型
模块设计员
孙立平
根据系统分析结果对系统做模块化分及相关接口定义
程序员
张向阳
编写功能模块的实现代码并惊醒单元测试
测试工程师
林左婷
测试程序及系统的功能
实施人员
王雪岩
负责工程实施,现场培训,协助项目验收,需求的初步确认,项目维护。
客户联络员
与客户联系、协助其他人员与客户的交流
3、项目团队的知识地图与职责分配矩阵
A、能力打分标准
5分:
熟悉使用此方面的知识,有丰富的实践经验,能够领导其他成员完成相应的工作。
4分:
熟悉此类只是,但经验不够丰富。
3分:
对此类只是有一定的了解,需要进一步学习。
2分:
对此类只是有过少量接触,不过缺乏深入了解。
1分:
对此类只是完全没有了解。
B、兴趣分打分标准
此类工作完全符合本人的兴趣,对该工作抱有极大的热枕
对该工作比较有兴趣,能够比较愉快的完成工作
能偶以平常心态完成该项目工作,谈不上有兴趣。
能够勉强接受该工作,尽量完成任务。
非常厌恶此类工作。
C、知识地图得分表
项目经理:
项目成员:
李玲,王雪岩,孙立平,张向阳,林左婷
能力分
兴趣分
编程实现
指责分配矩阵
责任分配矩阵(RAM)是用于对项目成员进行分工,明确其角色与职责的有效工具。
通过责任分配矩阵,项目的每个具体任务都能落实到参与的团队每个人上。
·
谁负责(R=Responsible),即负责执行任务的角色,他/她具体负责操控项目、解决问题。
·
谁批准(A=Accountable),即对任务负全责的角色,只有经他/她同意或签署之后,项目才能得以进行。
谁支持(S=Supportive),即提供信息资源,辅助执行任务的人员。
通知谁(I=Informed),即拥有特权、应及时被通知结果的人员,却不必向他/她咨询、征求意见
咨询谁(C=Consulted),拥有完成项目所需的信息或能力的人员。
工作单元
R
I
A
S
C
系统审核
3、成员考核
项目成员特征
学历
工作年限
岗位
项目成员行为
勤奋
团队意识
遵守纪律
忠诚度
项目成员结果
CPI
SPI
工作质量
客户满意度
项目成员总评
四、图书馆管理系统开发项目的成本估算:
图书馆项目的成本包括项目进行全过程所消耗的各种费用总和。
根据工作分解结构制定出项目分摊估计表来有效的进行项目的成本计划。
合同规定项目的总成本(包括软件开发成本、硬件成本和开发中的其他成本)是25万元人民币。
根据项目团队制定的工作分解结构,按照系统的生命期将本项目划分为六个活动,分别是项目规划、需求分析、软件设计、编程实现、系统测试、验收总结。
对这六个活动进一步分解得到21个小活动。
小活动的成本主要由劳动力成本(工资)和硬件成本构成。
其中工资根据工期、人数和日工资来确定,硬件成本根据该项小活动的需求数量来确定。
成本的估算采用自下而上估算法,先估算出每项小活动的预算,然后在算出大活动的预算,进而预算出整个项目的成本。
表1图书馆项目工资标准计算表
资源名称
最大单位
标准费率
加班费率
每次使用成本
成本累算
基准日历
100%
¥330/工作日
¥50/小时
¥0.00
按比例
标准
¥220/工作日
¥40/小时
标准
¥200/工作日
¥35/小时
¥150/工作日
¥30/小时
表2图书馆项目分摊估算表(单位:
元)
小活动
预算小活动分摊
预算大活动分摊
预算累计
1、模板确定
1320
3960
2、撰写项目计划报告
2640
3、需求调研
11880
6600
4、需求分析
5280
5、需求确认
14520
6、撰写需求分析说明书
15840
7、系统分析
25080
19800
8、模块设计
9240
29040
9、数据库设计
35640
10、美工设计
39600
11、撰写详细设计说明书
40920
12、硬件安装
25900
45700
66820
13、环境配置
68140
14、代码实现
18480
86620
15、集成测试
91900
16、系统测试
97180
17、撰写系统测试报告
98500
18、撰写用户手册
99820
19、人员培训
101140
20、产品转移
102460
21、经验总结
103780
表3:
图书馆项目其它经费预算表(单位:
1
差旅费
3500
交通费用、伙食费、住宿费以及差旅补贴等等
2
资料费
1500
图书费、资料费、复印费
3
通信费
2000
市话长话费、移动通信费、上网费、邮资
4
办公费
购买办公用品
5
协作费
11000
业务协作招待费、项目团队加班伙食费
奖金及福利费
15000
奖金、节假日福利等
加班费
根据加班费率计算
房租
9000
包含地税
9
水电费
1000
10
项目监理费
5000
项目开发过程的监理费
11
后期维护费
20000
上线后期半年的维护
12
其他
检测、维修费、消耗品、低易品、茶话会等
其他经费预算总计
90000
经过预算,图书馆项目预算总金额为193780元。
项目的合同规定总成本为250000,基本上达到22.5%的利润率。
五、图书馆管理系统开发项目风险分析报告
1、软件开发项目的风险背景
信息产业的发展是目前发展最快的行业之一,也是对社会影响最大的一个行业,它不但为我们创造了巨大的财富,而且从各个方面改变着我们的生活,达到一个行业,小到一项服务。
我们不得不承认软件是二十一世纪最不可思议的产品。
伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高,随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。
软件开发项目的成功与否会直接影响到公司的生存。
这对软件开发企业来讲应该是更大的难题。
一方面是业务需求更加复杂。
人们对软件质量和用途的期望大幅度提高,对业务系统的要求也越来越挑剔。
另一方面是开发成本不断缩减。
在此形势下,风险管理与控制已成为软件开发项目成败的关键。
软件开发项目由于其具有连续性、复杂性、少参照性,无标准规范等特点,其风险程度较高。
目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识,缺少进行系统、有效的度量和评价的手段。
据有调查数据显示,有15—35%的软件项目中途被取消,剩下的项目不是超期就是超出预算或是无法达到预期目标。
另外,软件项目因风险控制和管理原因失败的约占90%,可见,软件风险控制与管理在目前的软件开发项目中的重要性。
2、风险管理与风险控制介绍
1)风险管理
风险管理应是贯穿软件项目开发始末的一项重要任务,其中包括风险识别、