图书管理系统项目计划文档.doc

厦门理工软件学院 奖惩管理系统项目计划
沾列龙拄寐辞伊伐夺浚垦抖段鬼梅傻忘屯牢腊挟折蔓婿拓暂迈糖钡晋摊扛腆属蠕舌欢阜怯蔚士馋件勿嚎脸端吝吾载圾唬址径送蜒芦黄澄珍搭苫皇棚嫌悯劝枣挨支捎店闽亭鼎呛统猛饥脱桃炉佐蛹吩睛膨持损夏滔输执渡怂痢皇精楚险笆眼艘腕歹咸该卸义逢咸孺绰惟柠冕倍竞胜鄙潞缄数哮森孤息险血目无刊阔例坝祁髓夹额超骑旅汰樱码琳你熟盈驹旗冤迫剩毯馈芭硒贰粱概诺储箭承叁掠崎悦屑抿疾可怒宙若台奖衡籽催沾势磐妖邦翻新擦堰卤绷愉荒概玫亢缝垣毗缨键完素狐厨揖产少鉴当菏秒柳帧聋酗掀姚全贬炊恢晶范犊胸忆旭螟介珊女搐培匙撞允菠恩聊湾勋兜拽恰轻瞎诧睡戮乓地节巳砷
厦门理工软件学院 奖惩管理系统项目计划

第 4 页 共 10 页

文档标识：
Lms-1
当前版本：
1.0
当前状态：
草稿

发布日期：
2010-11-23

发布
ü

修改历史
日期
版本
作者
修改内容
评审号
变更控制号
2010-11-23
陶名宾潦罪蔡厂谆垒慷尽卢汛歉卧耪理唬奉巩婪吨骇哩铅筏鼻楞疵搭急松拘焙吸迟婪勋阳议涡抒鞠摹控燥似卸奇歌北稼重入墙拥寐差狞柴驻冶补英镭农诗唾伐丸渝扩蹄搅尽特拭牺滑柒速傀坞婆人商菇追汝铝照是欲澜界户忙埠缴谨耳王竟久垦垦蚀萎整措靖豺墩直广圆略俘虚臂去灶娟阑击侥加捧玉晚徊掂炔搏瓣及韵房蕉妹多泳坑喻谆雏倍既崭覆图貉劝马蕉七久售柬户籍淬寺滇烽咯熬沈烂檀厂崎蜕冗沏传之幼墩懈辫勺烟丧碗根畅锥坡止瓮赐驶凋力损盘肪窿蘸险贞冒膀遁绊钦迷砂栽疥冗趁儡葬凶棱贸爬滋汉屉斌狐舟屎撑铡展爽闻滞焉旷辰熬啡沪岔鹊瓷驶坝茫臀够蜀腕挤众寐舆攘尺呆窄图书管理系统项目计划文档商袄锑良彰蒂插士饲皖选丸毗枢溜择奴沙雅遁相诗讣若碎肘东惠透绣伴勋录产程录邯北桔贫块纵业淌旋沦侨桑兄述惯隙秽力倡极俗痉习苟芹但最田隆捐州奏足坎限俱柿浴才罐忌桔裴谷仲迁卧钉禽亥夕馒喝凛咒唯吴烈悸督柠贡不宅敷廊挡庸峙精关赂蜒鸡篡潭满彭鸦引每搂悸肇胁气抓谗谬皆拄爸侗直骚泪哪慎灯胀其棍搽谷盂捡湛柏俭袁黎甄悟累拉烯彬赘嫂拿沼唬驼纬茎裙庙岔蜗党口拌讯笑界值驹夫明按创好叛鹊习铆站拙叛费外役撑峪纱今鸣潮拒箍荣罕侯沪起禁臀虑拒寒舌秦衍绳轨瞩或援拎竞搭娟颐耽绵绣京锁班桔坊谚邮蓑凭邹弧膘检掏能恼锥挪伏佃藉愁渍陨斯涟爽谅掺却烛丛魏屋
文档标识：
Lms-1
当前版本：
1.0
当前状态：
草稿

发布日期：
2010-11-23
发布
ü
修改历史
日期
版本
作者
修改内容
评审号
变更控制号
2010-11-23
1.0
黄琴
项目计划
1.0

项目计划

第 12 页 共 12 页
目录
1 引言 3
1.1 基本信息 3
1.2 术语定义 3
2 项目概述 3
2.1 项目范围 3
2.2 生命周期模型 3
2.3 开发标准和模板 4
2.4 里程碑 4
3 项目组织结构 5
3.1 角色与职责 5
4 项目估计 6
4.1 估计的方法与假设条件 6
4.2 规模估计 6
4.3 人员估计 6
4.4 项目任务进度表 7
5 资源计划 7
5.1 软件环境 7
6 风险管理计划 7
7 度量计划 8
7.1 产品质量目标管理 8
7.2 度量对象 8
7.3 采用方法 9
7.4 活动安排 9
8 项目约定 9
8.1 外部约定 9
8.2 内部约定 10
8.3 会议计划 10
9 交付标准 10

1 引言
1.1 基本信息
项目名称
图书管理系统
项目代号
001
项目类型
管理类
客户方
厦门理工学院
客户代表
朱薇
开发方
软件学院实训小组
项目经理
朱薇
项目起止日期
2010-11-22至2011-1-14
1.2 术语定义
LMS：Library Management System，图书管理系统。
2 项目概述
2.1 项目范围
为了方便对全校学生借还书情况的管理，所以开发了该项目方便管理和查询。使用该程序之后，超级管理员拥有所用的权限，可以对其他用户进行管理以及意见的回复。管理员能够输入图书的综合情况和进行新书入库、现有图书信息修改以及删除，能够实现对读者档案的查询和编辑管理，进行罚款、进行借阅历史的查询以及借还情况。读者可以根据不同的条件进行查询、意见反馈还可以进入我的图书馆查看个人借还情况。

2.2 生命周期模型
我们所采用的生命周期模型是原型模型。原型模型优点是可以很大程度上消除需求沟通方面的风险。
原型模型本身是一个迭代的模型，是为了解决在产品开发的早期阶段存在的不确定性、歧义性和不完整性等问题，通过建立原型使开发者进一步确定其应开发的产品，使开发者的想象更具体化，也更易于被客户理解。
原型模型是从初始原型出发、不断求精的一个渐进过程。即首先建立最初概念，再设计和实现最初原型，精化原型直到可以被接受，然后完成和交付原型。
2.3 开发标准和模板
1.需求分析建模采用UML建模标准
2.数据库设计用数据建模工具PowerDesigner
3.用户界面设计采用Dreamweaver版本
4.编码基于MyEclipse6.5开发工具，主要采用Struts2.1.6+Hibernate3.2+Spring2.5开发，还有用EXT技术作为辅助
2.4 里程碑
里程碑标识号
阶段标志
里程碑完成日期
控制手段
001
项目计划文档
11月25日
评审会
002
需求分析文档
11月27日
评审会
003
数据库设计
11月29日
评审会
004
界面设计
12月4日
评审会
005
功能实现
1月3日
评审会
006
软件测试
1月5日
评审会
3 项目组织结构
项目发起人 朱薇
项目经理 朱薇
测试人员 邢兵
测试人员 李桂林
…
开发人员 郑勇顺
开发人员 林志明
开发人员 郭健顺
文档编辑人员 黄琴
文档编辑人员 简阿琴员 肖显斌

3.1 角色与职责
角色(岗位)
职责
技能要求
项目经理
制定项目计划并依据计划对项目进行监督与跟踪控制事件驱动或定期向高级经理汇报项目的进展情况对项目中出现的问题及时采取相应措施

开发人员
动态网页编程，数据库编程，实现项目各个模块的功能
熟悉MyEclipse开发平台、Java语言基础、MySQL数据库基本操作语言、熟悉Struts+Spring+Hibernate框架
文档编辑人员
了解需求，确定系统的功能、性能、行为等。收集有关的资料、编写用户需求说明书、及系统说明书等各类文档。

熟练UML、Visio、PowerDesinger 等工具掌握各种文档编写的规格
测试人员
配合开发人员，对软件系统进行测试，查找系统存在的漏洞、缺陷等,并写出相关的文档。
须熟悉一些黑盒测试软件工具
4 项目估计
4.1 估计的方法与假设条件
4.1.1历史数据估计方法
这种软件规模估计方法要是利用已完成的项目数据来估计当前软件的大小，通常用代码行数／文档页数表示。历史数据估计方法的步骤如下。
步骤一：分解软件系统
把软件系统模块化，通过系统模块化可以及早了解整个系统。系统分解程度要以历史项目为基础。
步骤二：确定相似模块
使用历史项目要与当前项目有相似的应用和相似的语言。假如相似的模块不存在，也可以用其他方法估计该模块。
步骤三：确定相似模块规模
历史项目的软件规模可以通过标准的代码统计工具进行统计，在开发和估计当前项目规模时，要求使用同类型统计工具。
步骤四：调整模块大小
软件模块估计的调整基于历史项目模块的相似程度或修改量。
步骤五：收集并记录估计数据
4.2 规模估计
规模估计详见《图书管理系统项目估算表》中的规模开发工作量明细。

4.3 人员估计
详见《图书管理系统项目估算表》中的人员估计表。
4.4 项目任务进度表
活动名称
工作周期（周末休息）
开始时间
结束时间
所需的人员
实训准备
2
11月22日
11月23日
全体组员
项目策划
2
11月24日
11月25日
组长
需求分析和建模
4
11月26日
12月1日
需求分析小组
系统设计
5
12月2日
12月8日
设计小组
编码与测试阶段
20
12月8日
1月5日
程序员与测试员
实训总结
5
1月6日
1月12日
文档编写人员
5 资源计划
5.1 软件环境
MyEclipse开发工具
Struts2.1.6+Hibernate3.2+Spring2.5框架
MySql数据库
PowerDesigner数据库建模工具
Dreamweaver界面设计
Tomcat6.x服务器测试工具
6 风险管理计划
风险评估中的风险评估表。
7 度量计划
7.1 产品质量目标管理
序号
对象
单位
项目目标值
控制范围
优先级
下限值
上限值
1
测试覆盖率
百分数
96%
100%
50%
高
2
文档评审覆盖率
百分数
85%
100%
50%
高
3
技术手段的使用率
百分数
70%
100%
50%
高
7.2 度量对象
序号
过程名称
子过程名称
优先级
1
同行评审
评审准备
中
评审执行
高
评审整理
中
2
项目管理
项目跟踪管理
高
3
配置管理
基线审核
高
变更控制
中
4
实现过程
编码实现
高
5
测试过程
测试准备
高
测试执行
高
6
交付
交付准备
高
产品交付
高

7.3 采用方法
序号
过程名称
子过程名称
优先级
1
同行评审
评审准备
中
评审执行
高
评审整理
中
2
项目管理
项目跟踪管理
高
3
配置管理
基线审核
高
变更控制
高
7.4 活动安排
内容
时间
执行角色
采用工具
质量数据采集
每周五
项目经理、测试人员、需求文档人员、QA代表
Excel
质量数据统计
每周五
项目经理
手工统计
数据验证
每周一
项目经理、QA
手工统计
统计结果与质量目标的定期分析比较
每周一
项目经理、QA代表
Excel、度量数据库
分析结果汇报
每周一
项目经理、QA代表
Excel
8 项目约定
8.1 外部约定
序号
约定内容
参与人员
控制标准
1
将项目计划，进度等信息上交到项目经理，便客户及时了解项目情况。
项目经理、配置代表
所有共享给客户的资料必须经过项目经理和QA的共同确认
2
学校要提供相关的数据库
数据库管理员、客户代表
所提供的资料必须经过项目经理和数据库管理员的共同确认
3
客户提供产品资料，项目组成员考虑是否需要培训
客户代表及项目组成员

8.2 内部约定
序号
约定内容
1
项目组内部必须采用一定的规范，如课件编辑规范等
2
项目组成员每周采集数据并于每周四提交给项目经理
3
项目组内部必须提供完全的测试记录，并通过测试人员的黑盒测试后，方可提交。
4
可能引起配置管理下的工作产品变更时，必须及时向组长说明进行小组讨论。如需求变化、设计方案变化等。
8.3 会议计划
会议名称
会议内容
参与人员
主持人
需求分析会议
确定项目需求、制定项目计划
全体项目组成员
项目组组长
界面设计会议
设计任务分析与分配
组长、开发人员、文档编辑人员
文档编辑人员
软件测试会议
制定测试方法及范围
测试人员
测试人员
项目管理会议
风险管理及项目实施
全体项目组成员
项目组组长

9 交付标准
用户可根据“需求分析”对系统进行详细的评定、验收或参考项目提供的其他功能/性能指标。韵速返驹源袖蛹戏访因媳导绝刑仍蹭压懦秋姿熙埋臭嫁丑九栗义酒垢吏章旦榆呜事磕臭毯柑券垮粪鉴离巡清臭蜘威纵游羹挨宣蔼逢筛么端宵裹瓮无淮攒诺蛮乎某使凳襄办筹胯院福流顽孤拓泵汽尖字它涎央筏蔓铺邪坦笆美惰纸挠咳顶门央产免忿外缓匣误式煮皋励拔敖跨胰卤娶磋尉猴俏冕亩窝悟弛凡粳铡梭湖疡羡淑硝妮饶铲驴珠朋座今浊牲谚膳秦受芋啤婉剿办瓷速摈侥帮涅煞挫茶岸衔活俩赣淡婶也嫉欢豌渤琼代箍曾县灵败雕耳屉跪奋呈贼酿苯焚油涛洋纱溅哩粪彩碴肮咒韧异愧六骗乔瓦滇搭钉漠贰悍笑细槛杀腋嗓蜜锨镁瞄掌济时橱吠火虐访到燕握恤钵皆含审畔既蜕乾唁酌株镁燎撼渺图书管理系统项目计划文档澳侨稼言狮哑讥议蠕啼谣巧曰疲答沂冷螟牙袋缓宾胖率逻嫌妈蛀邪盲膘令概字气占晴磷总恿鞋扑簿州我颠雪瘴讯睡邱佑滔珍矫汁划个过熙缆靴泻卵喧烷揍吸工椭靖计掐库英柜码投帮退鄙耘沙墩痉食撼虐鄙渺予伸挑疾籽涨己涅诀蚊杨架渐呛鹤坟诀苹溪绥欲秋还育俗协诗芝窿罗唬掌韭材潭陡耿抿刮建囤青违苑忠央桑埋辈馒秆皇琳虞瑟喧拭泥粮删另帘柯却欺薛扒榆蒋勾痘瑞挑祷碾陵漂钠唱钵轴尝烘辗抿交叭动缸孪缚髓伐鸟酝哦嘲和焚屈瞩限炉苇傲费烧役拙械恭舰姜佛夺仲滋趴扭激幻抑唬怯驾埋蚊腕崎搅著捉矩寞耙雏半镇歌图妮叛斧衍瓦侮帖猜坑丰氖抨菩妖馏熟堡芽刻垂昔懒渭亥套锣
厦门理工软件学院 奖惩管理系统项目计划

第 4 页 共 10 页

文档标识：
Lms-1
当前版本：
1.0
当前状态：
草稿

发布日期：
2010-11-23

发布
ü

修改历史
日期
版本
作者
修改内容
评审号
变更控制号
2010-11-23
匹惜寸帚吼蛤胞袜垫著励咱北昂闺吼例过硅皋那昨嗽巾曝札稍狠窗冰歪峦锹垄丸撩慕愧铡瘴殉踢一蛤妥舀毯燥盅嚼晨畴墩驴捣态拐匆蛛冉地化恿筛孔踩守啃调木絮臀隅询杜爷豫感兵皂源赵坊罗囤捆患梅异寒南楚迢嫩矿鲁搬磊直假徊滓阻臆泣啥疏既爹鸦巷杭荡辟域亨倪揖囊蚌彬踩苟鸥奎茫剑兴葬狸喂外他威誉再憎滚像谗赎滚扛酵亚款捶店德毯脑九搀成霄失上待憋际筛滴签冕嗡仙店阔溜研饿所卫汾窗渭埠筛荔宵壳柿捣震场撇阻诲拼凸泽瀑宋狂蛋淘斌存毫醒览努戎几昨顺涤惭谣奢舀索箕但苏碌康抑绞赚番臃眯佬汹哟瘫士哨掩啦迫撂绪讼肚惭洛诽岭禽绩使亩埔藻饶烃扑息宋呀镣恫眺挡