XX学院图书理系统项目理文档
目录
1． 合理3
11 合4
2． 生存期5
3． 需求理6
31 软件需求理程6
311 需求规格6
312 需求变更理7
4． 务分解7
41 务清单8
411 功分解清单9
42 WBS10
5． 规模估算10
51 直接成10
52 间接成11
53估算误差12
6． 项目进度12
61活动定义13
62活动安排14
63进度执行优化14
64工具14
7． 质量计划14
71软件项目质量计划15
72软件项目质量保证活动14
73测试计划15
74质量改善15
8． 风险计划 15
81风险识评估15
82 风险规划16
83风险分析表16
84风险控制16
9． 团队理17
91项目组织结构17
92团队沟通理17
10． 项目结束18
101项目终止18
102结束计划18
103收尾工作19
104项目总结20
第部分 合理
11 合
项目名称：XX学院图书馆理系统
·合双方
甲方：XX学院图书馆理
乙方：IT项目团队
·协议形式
协议形式：技术合
·供应商品服务
供应软件：乙方甲方提供需图书馆理系统应程序
提供服务：乙方甲方提供需日常维护服务器理时甲方户提供指导
提供文档：乙方交付软件时提供详细软件规格说明书文档
安装服务： 乙方甲方提供软件安装
公文处理： 乙方负责甲方提供图书馆图书加载入系统进行分类
维护协议： 甲方该产品时正常操作情况出现BUG系统错误乙方免费甲方提供修复服务保障软件正常甲方错误等非软件原导致出现障乙方样提供修复服务甲方拥该软件源代码权甲方需承担部分维修进步开发责软件需新功拓展改版升级时双方协商决定
·软件权
该软件甲方乙方定制甲方拥该软件版权乙方该软件版卖客户软件提交时项目源代码权动移交甲方乙方擅源代码进行修改
·环境
乙方规定时间完成务甲方保证安装软件硬件设备合初始规定致乙方保证软件规定硬件兼容方单方面原导致延期产生费该方面支付
·客户承诺
乙方开发软件程中甲方通员协乙方进行开发该员参项目规划设计需求分析阶段性验收总体测试项目出现需求变更时乙方进行详细阐述说明乙方负责员提供食宿联系设备
·验收规程
2016年6月24日乙方甲方安装需软件6月25日6月31日甲方代表产品进行验收测试根需求6月30日前产品提出更正请求测试通双方进行软件交付签字乙方甲方进行软件讲解
·标准
乙方开发程中必须遵守ISO 12207关软件生命周期文档标准
·项目质量理
甲乙双方前三月月初进行次进展会议三月两周周六进行进展会议会议容乙方甲方提供新进度掩饰阶段工作安排计划甲方根演示提出相应整改意见步工作进行提出意见建议
·时间表
详细时间表见项目进度处略
·价格付款方式
软件总价13W合签订甲方乙方支付5万元定金项目第三月乙方计划时间表完成需求分析系统分析设计完成系统基框架甲方乙方支付8万元该系统完成甲方进行验收测试签字验收完成甲方乙方支付全款
·法律求违约处理
方违约切责身承担果方失导致出现损失赔偿双方协商决定
甲方法代表：王
乙方法代表：韩
签订点：XX学院院办公室
效期限：2016年2018年6月26号
第二部分 项目生存期
项目生命周期描述项目开始结束历阶段般划分项目分 识需求提出解决方案执行项目结束项目四阶段通常说规划阶段计划阶段实施阶段完成阶段项目需求明确模块划分清晰求软件具较高质量项目选择增量模型开发整系统样循序渐进避免次投入太风险减少开发程中户需求变更增量需重新开发采V模型保证增量质量
项目生存期模型：
图11
项目中模型应
项目分三子系统整系统分三分量中图书信息
理系统图书馆图书理根作项目开发第增量图书理系统处理图书读者间关系作第二增量读者理系统该项目中重低作第三增量
项目50时间花测试V模型体现全程质量意识
项目中增量开发程中采V模型保证增量质量V模型体划分阶段步骤：需求分析概设计详细设计软件编码单元测试集成测试系统测试验收测试
V模型基特点
简单易
强调测试程开发程应性行性
第三部分 需求理
31 软件需求理程
XX学院图书馆理提出需求：
设计开发安装调试期维护满足需求图书馆理系统应程序需该程序桌面应程序进入程序需弹出图书界面该图书界面需计算机身系统分离覆盖具独立窗口
部需检索图书处理图书信息理书理书理图书速览读者信息理6功功需界面中独立快捷方式功具体求：
检索图书处理：1发起检索图书时作出应答
2检索出需求图书时提示图书位置信息
3没检索检索出该图书时提示该图书馆存该图书
图书信息理：1实现图书信息录入图书信息进行入库
2 修改删等图书信息理
3 图书类出版社理
书理：1图书编号读者编号
2 书日期
3书期限
书理：1图书编号读者编号
2书日期书日期超书期限系统动出提示印出应图书名单
3超出期限超天该书者扣元
图书速览：通该功浏览图书馆新进图书优秀推荐图书时通该功阅览图书信息等流图书信息
读者信息理：1书卡号读者姓名
2读者身份读者性
3读者书情况
311 需求规格
·需求规格说明书
系统定义：XX学院图书理系统应程序
应环境： Windows xpWindows 7Windows 10LINUX
功规格： 检索图书处理（检索显示图书信息显示图书存放位置）图书信息理（录入图书修改图书删图书图书分类图书出版社）书理（图书编号读者编号书日期书期限）书理（图书编号读者编号书日期）图书速览（新进图书优秀推荐图书阅览）读者信息理（书卡号读者姓名读者性读者身份读者书情况）
性需求： 保证XX学校部学生老师时登录服务器时会处理信息量导致系统瘫痪必须保证系统安全性禁住般黑客袭击部作假账户足够保护措施防账户盗操作简单明提示明显界面整洁方
实现约束：检索图书处理图书信息理书理书理图书速览读者信息理
质量描述： 需求述足够户承载量系统安全性界面整洁方
系统目标：
根需求分析户沟通该系统达目标：
1)界面设计友美观
2)数存储安全
3)信息分类清晰准确
4)强查询功保证数查询灵活性
5)操作简单易界面清晰方
6)系统安全稳定
系统实现图书馆信息理分两块：图书信息服务系统图书综合理系统图书象阅者例学生教师理者XX学院图书馆图书馆理员根信息系统功：实现图书馆图书信息理维护户信息理图书馆规维护新书入库整理图书修改图书信息进行查询等服务系统图书信息查询图书出等功图书理系统户提供充足信息快捷查询手段例检索迅速查找方便性高存储量保密性寿命长成低等优点够极提高图书信息理效率图书理科学化数字化正规化理世界接轨重条件
签字认证：甲方（需方）：XX学院图书馆理
乙方（供方）：IT项目团队代表韩
312 需求变更理
·需求变更
假设XX学院图书馆理IT项目团队提出需求变更：
显示面做显示访问前系统线员数量方便理员统计天书情况
·软件基线产品修改提交单
申请：李
申请日期：2016年6月16日
项目名称：XX学院图书理系统应程序
修改容：增加功显示线访问员数量间表中户进行记录必输入方户名
验证意见：意变更
验证：张
验证日期：2016年6月17日
第四部分 务分解
41 务清单
411 功分解清单
1．XX学院图书理系统应程序
11 检索图书处理
111 检索图书
112 处理检索图书信息包括图书标题关键字等
113 显示出图书具体信息包括图书作者出版社等
114 显示图书陈列位置
115 界面
116 单元测试
12 图书信息理
121 录入图书
122 修改图书信息
123 删图书
124 图书进行分类
125 图书出版社理
126 界面
127 单元测试
13 书理
131 图书编号
132 读者编号
133 书日期
134 书期限
135 单元测试
14 书理
141 图书编号
142 书日期
143 单元测试
15 图书速览
151 新进图书展示
152 优秀推荐图书展示
153 界面
154 单元测试
16 读者信息理
161 书卡号
162 读者姓名
163 读者性
166 读者身份
166 读者书情况
167 单元测试
17 界面
171 界面
172 台数传输
42 WBS
XX学院图书理系统应程序
·项目规划
1 合签署
11 需求分析报告 & 项目初步规划
12 项目建议书
13 合草案
2 计划编制
21 时间表
3 确认计划
·需求分析
1 需求开发
11 需求探索
2 需求理
21 需求规格说明书
3 系统测试计划编制
·总体设计
1 策略确定
2 开发标准确定（具体分配方式见务清单）
3 架构设计（具体分配方式见务清单）
4 集成测试计划编制
·详细设计
1 接口设计（具体分配方式见务清单）
2 模块设计（具体分配方式见务清单）
3 单元测试计划编制
·实现
1 编码（具体分配方式见务清单）
2 代码复核
3 单元测试
·测试
1 集成测试
2 系统测试
3 测试总额
4 缺陷踪
5 手册编写
第五部分 规模估算
51 直接成
成估算方法1代码行功点象点 2类 (顶)估算法3估算法4参数法估算法5专家估算法
项目中采取功点估算法时融合进入估算方法进行验证系统功数量测量规模实现产品语言技术没关系
FP UFC*TCF
UFC：未调整功点计数
TCF：技术复杂度子
TCF056+001(sum(Fi))： Fi05TCF056135
512
项目功点
UFC 148 + 70 + 110 328
TCF技术复杂度子：
TCF 056 + 001 * ( 5 + 4 + 3+2 + 1 ＋5＋３+2 ＋2 + 3 +5+4+3+3)
056 + 001 * 45 101
功点计算：
FPUFC*TCF
UFC328
TCF101
FP328*101 33128
月数计算：
项目中根验验导出成模型（面FP驱动 ）中kemerer模型计算月数
Kemerer模型 E6062×7728×108 FP3
带入项目实际数 E 6062 * 7728 *108 *331283 17032（月）
直接成计算
直接成组成开发成理成质量成
简易估算：
开发（工作量）规模：Scale(Dev) 17032(单位：月)
理质量（工作量）规模： Scale(Mgn)a* Scale(Dev) 17032 *20 34
a 例系数：例：2025
直接成规模*力成参数 20432 * 015 306万元
力成参数1500月（校开发成较低）
52间接成
间接成 规模*力成参数*间接成系数（间接成系数15—3）
例中间接成 17032 * 015 * 15 383万元
估算成直接成+间接成 306 + 383 689万元
53 估算误差
基础数足缺乏验估算员签约前连贯低劣推测技术估算需求敏感性等系列原会引起估算误差项目月数定义考虑误差
估算170月 +40 25
+15月：需求变更
15月：IT项目组晚时间利
+5月：IT项目组出差
10月：项目组采取奖励措施
+20月：IT项目组回家
佳情况：145月
计划情况：170月
坏情况：180月
第六部分 项目进度
项目进度理指项目实施程中阶段进展程度项目终完成期限进行理规定时间拟定出合理济进度计划（包括级理子计划）执行该计划程中常检查实际进度否计划求进行出现偏差便时找出原采取必补救措施调整修改原计划直项目完成目保证项目满足时间约束条件前提实现总体目标
项目进度理根工程项目进度目标编制济合理进度计划检查工程项目进度计划执行情况发现实际执行情况计划进度致时分析原采取必措施原工程进度计划进行调整修正程工程项目进度理目实现优工期快省完成务
项目进度理项目理重方面项目投资理项目质量理等项目理重组成部分保证项目期完成合理安排资源供应节约工程成重措施
61 活动定义
XX学院图书理系统应程序
·项目规划
1合签署
11需求分析报告 & 项目初步规划
21项目建议书
31合草案
2计划编制
21时间表
3确认计划
·需求分析
1需求开发
11需求探索
2需求理
21需求规格说明书
3系统测试计划编制
·总体设计
1策略确定
2开发标准确定（具体分配方式见务清单）
3架构设计（具体分配方式见务清单）
3集成测试计划编制
·详细设计
1接口设计（具体分配方式见务清单）
2模块设计（具体分配方式见务清单）
3单元测试计划编制
·实现
1编码（具体分配方式见务清单）
2代码复核
3单元测试
·测试
1集成测试
2系统测试
3测试总额
4缺陷踪
5手册编写
62活动排序
甘特图
关键路径决定项目完成短时间关键路径务关键务关键路径活动延迟会导致整项目完成时间延迟
项目中首先时间序计算早开始时间早完成时间然逆时间序计算晚开始时间晚结束时间
出关键路径：
开始 –需求分析 详细设计 –编码测试
63 进度执行优化
项目进行程中通1分解关键务2务增加资源3缩减关键务工期 4重叠延迟链接务 5设置日历增加工作时间 6 通分配加班工时缩短关键务达缩减项目工期目
64工具
整项目中Microsoft项目理软件产品microsoft project 2012Visio 2013进行项目理
第七部分 质量计划
71软件项目质量计划
711 项目理职责
1评审质量计划
2质量保证员起协商符合项问题纠正措施安排资源实施纠正措施
3定期事件驱动评审质量保证活动结果
1负责项目实施程中项目实施情况进行监督包括项目实施程工作产品进行监督检查
2制定质量保证计划书
3．计划实施审计活动质量保证计划执行评审审计记录执行中发现符合项
4符合问题提交符合项报告踪验证纠正措施执行情况
5项目解决符合项问超高层理提交报告
6项目理报告项目质量工作状况质量度量结果
7定期项目组报告质量活动结果
8制定质量保证程改进计划记录程数
1）基需求测试覆盖率100
2）软件功测试例通率低95
3）阶段评审中发现问题已解决适处理
4）产品发布时存严重问题缺陷
5）严格满足合求规格
6）户满意
保证提交户产品高质量实施程中采取质量保证措施包括：1) 质量贯彻日常项目进展程中
2）应该特注意项目工作产品质量早期评审工作质量保证质量控制采取策略早期预防早期排缺陷
72软件质量保证活动
721 程评审
项目严格组织定义软件程进行开发程评审具体参企业程规范保证项目中程活动实施范围次评审评审结果做出明确决策形成评审记录评审采取文件传阅评审会等形式进行展开
质量保证员负责项目程迸行监督发现问题解决情况天晨会通报没解决问题迸行讨解决问题提交高级理者处理周末进行次配置理审核确认配置理工作否正常进行
722问题报告
质量保证员次审计活动发现符合项应该项目理协商符合项纠正措施预定完成日期项目理存意见分歧质量保证员报高层理者高层理者决定措施时符合项项目周例会中汇报
质量保证员独立汇报途径日常汇报途径：
1项目组协调问题汇报高级理者高级理者协调解决
2发现问题通知项目理协调纠正措施
3日常工作程数汇报质量理统收集进行统计
73质量改善
达更质量现制定质量改善求：
1软件质量活动必须规划
2软件质量活动规划必须明文规定
3质量组必须独立存
5必须适费
第八部分 风险计划
图书理系统项目风险理指通风险识风险分析风险评价认识项目风险基础合理种风险应措施理方法技术手段项目风险实行效控制妥善处理风险事件造成利果少成保证项目总体目标实现理工作
81风险识评估
811风险识试图通系统化确定项目计划威胁识已知预测风险
8．12风险识程
输入 –标识风险 –定标准风险排序 –制定风险表
813根IT项目常常存风险源根验制定风险分析表检查表法利检查表作风险识工具根风险素建立软件项目风险条目列表列表中列出风险素关提问理者集中识常见类型中已知预测风险
82风险规划
针风险分析结果提高实现项目目标机会降低风险负面影响制定风险应策略应措施程制定定行动策略付减少消灭风险事件通常采取措施1回避风险2转移风险3损失控制4留风险
83风险分析表
通风险识风险评估风险规划 制定风险分析表
风险分析表
排序
输入
风险事件
性
影响
风险值
风险应措施
1
终户放弃该系统
图书理员会操作该系统问题整系统产生情绪
60
60
50
1力满足户提出需求
2界面简洁明
3应善客户交流
2
项目期间需求方增加功
图书馆理果增加功增加风险
20
60
30
1软件详细设计阶段注意增加软件重性提高复水
2效沟通协调
3
客户需求规格说明
需求明确增加需求导致需求蔓延软件太解计算机领导变更需求性
60
40
36
1．采取加班方法
2．修改计划掉务
3出现影响重变更需求时客户协调增加项目投入
4
合带限制
进度求紧合金额限
35
55
25
进行少量加班成高二加快进度
5
交付期限紧缩
需方存紧缩交付期限导致项目交付
25
68
10
1加班
2邀请朋友帮忙
3调整项目结构
6
历史项目信息
开发员流动
15
60
9
1．注意项目团队沟通时解开发员动态
2．控制项目程中文档
3项目组调员
7
员缺乏验
项目中员工学实生会缺乏验
15
35
10
1采取带帮验程序员带着相验少程序员进行开发
2开发项目前适岗前培训
8
户数量超出计划
学校增加招收学生导致员激增
20
20
20
1．防患未然数库采数池技术增加发访问量
2优化数库
9
项目技术达预期效果
技术达预期效果需方满意功实现等
10
10
10
1找开发验项目理请教
2优秀学生请教代新型技术
84风险控制
1实施踪风险理计划保证风险计划执行评估削减风险效性
2针预测风险事实否发生确保针某风险制定风险消步骤正合理
3监视剩余风险识新风险
4收集风险分析信息
第九部分 团队理
团队定定数量体成员志青年组织集合包括组织供应商分包商客户等目标工作协调合作终开发出高质量产品团队理整项目开发中具十分重作
91项目组织结构
分析采项目型组织结构结构图
结构优点：
1 项目监理项目全权负责根项目需意调动项目组织部资源者外部资源
2 项目型组织目标单完全项目中心安排工作决策速度加快够客户求做出时响应项目团队精神充分发挥利项目利完成
3 项目监理项目成员全部权利项目组员项目监理负责避免职型项目组织项目成员处重领导适局面项目监理项目真正唯领导者
4 组织结构简单易操作项目组员直接属部门彼间沟通交流简介快速提高沟通效率时加快决策速度
结构缺点：
1． 项目型组织资源享某项目专资源闲置法应外时进行类似项目员设施设备重复配置会造成定程度资源浪费
2． 公司里独立项目型组织处相封闭环境中公司宏观政策方针难做完全真正贯彻实施会影响公司长远发展
3． 项目完成项目型组织中项目成员者拍项目中者解雇项目成员说缺乏种事业连续性安全感
4． 项目间处种条块分割状态项目间缺乏信息交流项目组难享知识验项目成员工作会出现忙闲均现象
针项目分析：
项目相较软件公司开发项目具定特殊性校园项目
该项目具时性项目组成员班级集中起样特殊性样项目具面列出234示缺点项目型组织结构利团队建设组员务分配外该组织结构简单易操作目标单特适种零散员调度时程度方便成员间整体沟通交流加快决策速度项目模块间耦合度较低需组间量信息享项目组着统交流方式项决策规定第时间直接反映项目成员针校园图书理系统项目界面应该做简单实样项目组成结构团队部稳定成员时根实时需求时项目特殊性没削弱项目型组织结构固特点采项目性组织结构进行项目开发
92团队沟通
保证团队信息沟通制定沟通计划
1 天早晨班时间项目组成员进行口头交流
2周末晚召开项目例会
3 时提交问题报告问题通网络提交项目理会时获取问题信息
4 组成员问题微信群里进行非正式讨
第十部分 项目结束
101项目终止
项目成功终止
102结束计划
作项目计划部分客户评审项目结束计划细化实施项目结束计划
103项目收尾
1）范围确认：项目接收前重新审核工作成果检验项目项工作范围否完成者完成种程度双方确认签字
2）质量验收：质量验收控制项目终质量重手段质量计划相关质量标准进行验收合格予接收
3）费决算：费决算指项目开始项目结束全程支付全部费进行核算编制项目决算表程
4）合终结：整理存档种合文件
5）资料验收：检查项目程中文件否齐全然进行档
104项目总结
通次项目团队精心合作严谨思考思路独见解想法项目更加完善项目合期限预算完成客户需功户十分满意进步合作良基础时通项目进行团队队员验提升项目理验提高次项目中文档验进行继续开发宝贵财富项目性满足户需求户数库中添加图书信息提供服务功项目进行程中断整理工作情况做总结样技术方面会提高长期积累力团队力会提高
通次项目够满足户需求应该足够沟通机制相信行业中间沟通非常重项目开发例外沟通够加快项目进度求开发员学会善沟通客户事间项目开发程中客户沟通断交流沟通程开发定阶段需客户沟通已功量避免隐藏问题时发现问题解决问题时者提前完成项目开发
仅供参考
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
目录
1． 合理3
11 合4
2． 生存期5
3． 需求理6
31 软件需求理程6
311 需求规格6
312 需求变更理7
4． 务分解7
41 务清单8
411 功分解清单9
42 WBS10
5． 规模估算10
51 直接成10
52 间接成11
53估算误差12
6． 项目进度12
61活动定义13
62活动安排14
63进度执行优化14
64工具14
7． 质量计划14
71软件项目质量计划15
72软件项目质量保证活动14
73测试计划15
74质量改善15
8． 风险计划 15
81风险识评估15
82 风险规划16
83风险分析表16
84风险控制16
9． 团队理17
91项目组织结构17
92团队沟通理17
10． 项目结束18
101项目终止18
102结束计划18
103收尾工作19
104项目总结20
第部分 合理
11 合
项目名称：XX学院图书馆理系统
·合双方
甲方：XX学院图书馆理
乙方：IT项目团队
·协议形式
协议形式：技术合
·供应商品服务
供应软件：乙方甲方提供需图书馆理系统应程序
提供服务：乙方甲方提供需日常维护服务器理时甲方户提供指导
提供文档：乙方交付软件时提供详细软件规格说明书文档
安装服务： 乙方甲方提供软件安装
公文处理： 乙方负责甲方提供图书馆图书加载入系统进行分类
维护协议： 甲方该产品时正常操作情况出现BUG系统错误乙方免费甲方提供修复服务保障软件正常甲方错误等非软件原导致出现障乙方样提供修复服务甲方拥该软件源代码权甲方需承担部分维修进步开发责软件需新功拓展改版升级时双方协商决定
·软件权
该软件甲方乙方定制甲方拥该软件版权乙方该软件版卖客户软件提交时项目源代码权动移交甲方乙方擅源代码进行修改
·环境
乙方规定时间完成务甲方保证安装软件硬件设备合初始规定致乙方保证软件规定硬件兼容方单方面原导致延期产生费该方面支付
·客户承诺
乙方开发软件程中甲方通员协乙方进行开发该员参项目规划设计需求分析阶段性验收总体测试项目出现需求变更时乙方进行详细阐述说明乙方负责员提供食宿联系设备
·验收规程
2016年6月24日乙方甲方安装需软件6月25日6月31日甲方代表产品进行验收测试根需求6月30日前产品提出更正请求测试通双方进行软件交付签字乙方甲方进行软件讲解
·标准
乙方开发程中必须遵守ISO 12207关软件生命周期文档标准
·项目质量理
甲乙双方前三月月初进行次进展会议三月两周周六进行进展会议会议容乙方甲方提供新进度掩饰阶段工作安排计划甲方根演示提出相应整改意见步工作进行提出意见建议
·时间表
详细时间表见项目进度处略
·价格付款方式
软件总价13W合签订甲方乙方支付5万元定金项目第三月乙方计划时间表完成需求分析系统分析设计完成系统基框架甲方乙方支付8万元该系统完成甲方进行验收测试签字验收完成甲方乙方支付全款
·法律求违约处理
方违约切责身承担果方失导致出现损失赔偿双方协商决定
甲方法代表：王
乙方法代表：韩
签订点：XX学院院办公室
效期限：2016年2018年6月26号
第二部分 项目生存期
项目生命周期描述项目开始结束历阶段般划分项目分 识需求提出解决方案执行项目结束项目四阶段通常说规划阶段计划阶段实施阶段完成阶段项目需求明确模块划分清晰求软件具较高质量项目选择增量模型开发整系统样循序渐进避免次投入太风险减少开发程中户需求变更增量需重新开发采V模型保证增量质量
项目生存期模型：
图11
项目中模型应
项目分三子系统整系统分三分量中图书信息
理系统图书馆图书理根作项目开发第增量图书理系统处理图书读者间关系作第二增量读者理系统该项目中重低作第三增量
项目50时间花测试V模型体现全程质量意识
项目中增量开发程中采V模型保证增量质量V模型体划分阶段步骤：需求分析概设计详细设计软件编码单元测试集成测试系统测试验收测试
V模型基特点
简单易
强调测试程开发程应性行性
第三部分 需求理
31 软件需求理程
XX学院图书馆理提出需求：
设计开发安装调试期维护满足需求图书馆理系统应程序需该程序桌面应程序进入程序需弹出图书界面该图书界面需计算机身系统分离覆盖具独立窗口
部需检索图书处理图书信息理书理书理图书速览读者信息理6功功需界面中独立快捷方式功具体求：
检索图书处理：1发起检索图书时作出应答
2检索出需求图书时提示图书位置信息
3没检索检索出该图书时提示该图书馆存该图书
图书信息理：1实现图书信息录入图书信息进行入库
2 修改删等图书信息理
3 图书类出版社理
书理：1图书编号读者编号
2 书日期
3书期限
书理：1图书编号读者编号
2书日期书日期超书期限系统动出提示印出应图书名单
3超出期限超天该书者扣元
图书速览：通该功浏览图书馆新进图书优秀推荐图书时通该功阅览图书信息等流图书信息
读者信息理：1书卡号读者姓名
2读者身份读者性
3读者书情况
311 需求规格
·需求规格说明书
系统定义：XX学院图书理系统应程序
应环境： Windows xpWindows 7Windows 10LINUX
功规格： 检索图书处理（检索显示图书信息显示图书存放位置）图书信息理（录入图书修改图书删图书图书分类图书出版社）书理（图书编号读者编号书日期书期限）书理（图书编号读者编号书日期）图书速览（新进图书优秀推荐图书阅览）读者信息理（书卡号读者姓名读者性读者身份读者书情况）
性需求： 保证XX学校部学生老师时登录服务器时会处理信息量导致系统瘫痪必须保证系统安全性禁住般黑客袭击部作假账户足够保护措施防账户盗操作简单明提示明显界面整洁方
实现约束：检索图书处理图书信息理书理书理图书速览读者信息理
质量描述： 需求述足够户承载量系统安全性界面整洁方
系统目标：
根需求分析户沟通该系统达目标：
1)界面设计友美观
2)数存储安全
3)信息分类清晰准确
4)强查询功保证数查询灵活性
5)操作简单易界面清晰方
6)系统安全稳定
系统实现图书馆信息理分两块：图书信息服务系统图书综合理系统图书象阅者例学生教师理者XX学院图书馆图书馆理员根信息系统功：实现图书馆图书信息理维护户信息理图书馆规维护新书入库整理图书修改图书信息进行查询等服务系统图书信息查询图书出等功图书理系统户提供充足信息快捷查询手段例检索迅速查找方便性高存储量保密性寿命长成低等优点够极提高图书信息理效率图书理科学化数字化正规化理世界接轨重条件
签字认证：甲方（需方）：XX学院图书馆理
乙方（供方）：IT项目团队代表韩
312 需求变更理
·需求变更
假设XX学院图书馆理IT项目团队提出需求变更：
显示面做显示访问前系统线员数量方便理员统计天书情况
·软件基线产品修改提交单
申请：李
申请日期：2016年6月16日
项目名称：XX学院图书理系统应程序
修改容：增加功显示线访问员数量间表中户进行记录必输入方户名
验证意见：意变更
验证：张
验证日期：2016年6月17日
第四部分 务分解
41 务清单
411 功分解清单
1．XX学院图书理系统应程序
11 检索图书处理
111 检索图书
112 处理检索图书信息包括图书标题关键字等
113 显示出图书具体信息包括图书作者出版社等
114 显示图书陈列位置
115 界面
116 单元测试
12 图书信息理
121 录入图书
122 修改图书信息
123 删图书
124 图书进行分类
125 图书出版社理
126 界面
127 单元测试
13 书理
131 图书编号
132 读者编号
133 书日期
134 书期限
135 单元测试
14 书理
141 图书编号
142 书日期
143 单元测试
15 图书速览
151 新进图书展示
152 优秀推荐图书展示
153 界面
154 单元测试
16 读者信息理
161 书卡号
162 读者姓名
163 读者性
166 读者身份
166 读者书情况
167 单元测试
17 界面
171 界面
172 台数传输
42 WBS
XX学院图书理系统应程序
·项目规划
1 合签署
11 需求分析报告 & 项目初步规划
12 项目建议书
13 合草案
2 计划编制
21 时间表
3 确认计划
·需求分析
1 需求开发
11 需求探索
2 需求理
21 需求规格说明书
3 系统测试计划编制
·总体设计
1 策略确定
2 开发标准确定（具体分配方式见务清单）
3 架构设计（具体分配方式见务清单）
4 集成测试计划编制
·详细设计
1 接口设计（具体分配方式见务清单）
2 模块设计（具体分配方式见务清单）
3 单元测试计划编制
·实现
1 编码（具体分配方式见务清单）
2 代码复核
3 单元测试
·测试
1 集成测试
2 系统测试
3 测试总额
4 缺陷踪
5 手册编写
第五部分 规模估算
51 直接成
成估算方法1代码行功点象点 2类 (顶)估算法3估算法4参数法估算法5专家估算法
项目中采取功点估算法时融合进入估算方法进行验证系统功数量测量规模实现产品语言技术没关系
FP UFC*TCF
UFC：未调整功点计数
TCF：技术复杂度子
TCF056+001(sum(Fi))： Fi05TCF056135
512
项目功点
UFC 148 + 70 + 110 328
TCF技术复杂度子：
TCF 056 + 001 * ( 5 + 4 + 3+2 + 1 ＋5＋３+2 ＋2 + 3 +5+4+3+3)
056 + 001 * 45 101
功点计算：
FPUFC*TCF
UFC328
TCF101
FP328*101 33128
月数计算：
项目中根验验导出成模型（面FP驱动 ）中kemerer模型计算月数
Kemerer模型 E6062×7728×108 FP3
带入项目实际数 E 6062 * 7728 *108 *331283 17032（月）
直接成计算
直接成组成开发成理成质量成
简易估算：
开发（工作量）规模：Scale(Dev) 17032(单位：月)
理质量（工作量）规模： Scale(Mgn)a* Scale(Dev) 17032 *20 34
a 例系数：例：2025
直接成规模*力成参数 20432 * 015 306万元
力成参数1500月（校开发成较低）
52间接成
间接成 规模*力成参数*间接成系数（间接成系数15—3）
例中间接成 17032 * 015 * 15 383万元
估算成直接成+间接成 306 + 383 689万元
53 估算误差
基础数足缺乏验估算员签约前连贯低劣推测技术估算需求敏感性等系列原会引起估算误差项目月数定义考虑误差
估算170月 +40 25
+15月：需求变更
15月：IT项目组晚时间利
+5月：IT项目组出差
10月：项目组采取奖励措施
+20月：IT项目组回家
佳情况：145月
计划情况：170月
坏情况：180月
第六部分 项目进度
项目进度理指项目实施程中阶段进展程度项目终完成期限进行理规定时间拟定出合理济进度计划（包括级理子计划）执行该计划程中常检查实际进度否计划求进行出现偏差便时找出原采取必补救措施调整修改原计划直项目完成目保证项目满足时间约束条件前提实现总体目标
项目进度理根工程项目进度目标编制济合理进度计划检查工程项目进度计划执行情况发现实际执行情况计划进度致时分析原采取必措施原工程进度计划进行调整修正程工程项目进度理目实现优工期快省完成务
项目进度理项目理重方面项目投资理项目质量理等项目理重组成部分保证项目期完成合理安排资源供应节约工程成重措施
61 活动定义
XX学院图书理系统应程序
·项目规划
1合签署
11需求分析报告 & 项目初步规划
21项目建议书
31合草案
2计划编制
21时间表
3确认计划
·需求分析
1需求开发
11需求探索
2需求理
21需求规格说明书
3系统测试计划编制
·总体设计
1策略确定
2开发标准确定（具体分配方式见务清单）
3架构设计（具体分配方式见务清单）
3集成测试计划编制
·详细设计
1接口设计（具体分配方式见务清单）
2模块设计（具体分配方式见务清单）
3单元测试计划编制
·实现
1编码（具体分配方式见务清单）
2代码复核
3单元测试
·测试
1集成测试
2系统测试
3测试总额
4缺陷踪
5手册编写
62活动排序
甘特图
关键路径决定项目完成短时间关键路径务关键务关键路径活动延迟会导致整项目完成时间延迟
项目中首先时间序计算早开始时间早完成时间然逆时间序计算晚开始时间晚结束时间
出关键路径：
开始 –需求分析 详细设计 –编码测试
63 进度执行优化
项目进行程中通1分解关键务2务增加资源3缩减关键务工期 4重叠延迟链接务 5设置日历增加工作时间 6 通分配加班工时缩短关键务达缩减项目工期目
64工具
整项目中Microsoft项目理软件产品microsoft project 2012Visio 2013进行项目理
第七部分 质量计划
71软件项目质量计划
711 项目理职责
1评审质量计划
2质量保证员起协商符合项问题纠正措施安排资源实施纠正措施
3定期事件驱动评审质量保证活动结果
1负责项目实施程中项目实施情况进行监督包括项目实施程工作产品进行监督检查
2制定质量保证计划书
3．计划实施审计活动质量保证计划执行评审审计记录执行中发现符合项
4符合问题提交符合项报告踪验证纠正措施执行情况
5项目解决符合项问超高层理提交报告
6项目理报告项目质量工作状况质量度量结果
7定期项目组报告质量活动结果
8制定质量保证程改进计划记录程数
1）基需求测试覆盖率100
2）软件功测试例通率低95
3）阶段评审中发现问题已解决适处理
4）产品发布时存严重问题缺陷
5）严格满足合求规格
6）户满意
保证提交户产品高质量实施程中采取质量保证措施包括：1) 质量贯彻日常项目进展程中
2）应该特注意项目工作产品质量早期评审工作质量保证质量控制采取策略早期预防早期排缺陷
72软件质量保证活动
721 程评审
项目严格组织定义软件程进行开发程评审具体参企业程规范保证项目中程活动实施范围次评审评审结果做出明确决策形成评审记录评审采取文件传阅评审会等形式进行展开
质量保证员负责项目程迸行监督发现问题解决情况天晨会通报没解决问题迸行讨解决问题提交高级理者处理周末进行次配置理审核确认配置理工作否正常进行
722问题报告
质量保证员次审计活动发现符合项应该项目理协商符合项纠正措施预定完成日期项目理存意见分歧质量保证员报高层理者高层理者决定措施时符合项项目周例会中汇报
质量保证员独立汇报途径日常汇报途径：
1项目组协调问题汇报高级理者高级理者协调解决
2发现问题通知项目理协调纠正措施
3日常工作程数汇报质量理统收集进行统计
73质量改善
达更质量现制定质量改善求：
1软件质量活动必须规划
2软件质量活动规划必须明文规定
3质量组必须独立存
5必须适费
第八部分 风险计划
图书理系统项目风险理指通风险识风险分析风险评价认识项目风险基础合理种风险应措施理方法技术手段项目风险实行效控制妥善处理风险事件造成利果少成保证项目总体目标实现理工作
81风险识评估
811风险识试图通系统化确定项目计划威胁识已知预测风险
8．12风险识程
输入 –标识风险 –定标准风险排序 –制定风险表
813根IT项目常常存风险源根验制定风险分析表检查表法利检查表作风险识工具根风险素建立软件项目风险条目列表列表中列出风险素关提问理者集中识常见类型中已知预测风险
82风险规划
针风险分析结果提高实现项目目标机会降低风险负面影响制定风险应策略应措施程制定定行动策略付减少消灭风险事件通常采取措施1回避风险2转移风险3损失控制4留风险
83风险分析表
通风险识风险评估风险规划 制定风险分析表
风险分析表
排序
输入
风险事件
性
影响
风险值
风险应措施
1
终户放弃该系统
图书理员会操作该系统问题整系统产生情绪
60
60
50
1力满足户提出需求
2界面简洁明
3应善客户交流
2
项目期间需求方增加功
图书馆理果增加功增加风险
20
60
30
1软件详细设计阶段注意增加软件重性提高复水
2效沟通协调
3
客户需求规格说明
需求明确增加需求导致需求蔓延软件太解计算机领导变更需求性
60
40
36
1．采取加班方法
2．修改计划掉务
3出现影响重变更需求时客户协调增加项目投入
4
合带限制
进度求紧合金额限
35
55
25
进行少量加班成高二加快进度
5
交付期限紧缩
需方存紧缩交付期限导致项目交付
25
68
10
1加班
2邀请朋友帮忙
3调整项目结构
6
历史项目信息
开发员流动
15
60
9
1．注意项目团队沟通时解开发员动态
2．控制项目程中文档
3项目组调员
7
员缺乏验
项目中员工学实生会缺乏验
15
35
10
1采取带帮验程序员带着相验少程序员进行开发
2开发项目前适岗前培训
8
户数量超出计划
学校增加招收学生导致员激增
20
20
20
1．防患未然数库采数池技术增加发访问量
2优化数库
9
项目技术达预期效果
技术达预期效果需方满意功实现等
10
10
10
1找开发验项目理请教
2优秀学生请教代新型技术
84风险控制
1实施踪风险理计划保证风险计划执行评估削减风险效性
2针预测风险事实否发生确保针某风险制定风险消步骤正合理
3监视剩余风险识新风险
4收集风险分析信息
第九部分 团队理
团队定定数量体成员志青年组织集合包括组织供应商分包商客户等目标工作协调合作终开发出高质量产品团队理整项目开发中具十分重作
91项目组织结构
分析采项目型组织结构结构图
结构优点：
1 项目监理项目全权负责根项目需意调动项目组织部资源者外部资源
2 项目型组织目标单完全项目中心安排工作决策速度加快够客户求做出时响应项目团队精神充分发挥利项目利完成
3 项目监理项目成员全部权利项目组员项目监理负责避免职型项目组织项目成员处重领导适局面项目监理项目真正唯领导者
4 组织结构简单易操作项目组员直接属部门彼间沟通交流简介快速提高沟通效率时加快决策速度
结构缺点：
1． 项目型组织资源享某项目专资源闲置法应外时进行类似项目员设施设备重复配置会造成定程度资源浪费
2． 公司里独立项目型组织处相封闭环境中公司宏观政策方针难做完全真正贯彻实施会影响公司长远发展
3． 项目完成项目型组织中项目成员者拍项目中者解雇项目成员说缺乏种事业连续性安全感
4． 项目间处种条块分割状态项目间缺乏信息交流项目组难享知识验项目成员工作会出现忙闲均现象
针项目分析：
项目相较软件公司开发项目具定特殊性校园项目
该项目具时性项目组成员班级集中起样特殊性样项目具面列出234示缺点项目型组织结构利团队建设组员务分配外该组织结构简单易操作目标单特适种零散员调度时程度方便成员间整体沟通交流加快决策速度项目模块间耦合度较低需组间量信息享项目组着统交流方式项决策规定第时间直接反映项目成员针校园图书理系统项目界面应该做简单实样项目组成结构团队部稳定成员时根实时需求时项目特殊性没削弱项目型组织结构固特点采项目性组织结构进行项目开发
92团队沟通
保证团队信息沟通制定沟通计划
1 天早晨班时间项目组成员进行口头交流
2周末晚召开项目例会
3 时提交问题报告问题通网络提交项目理会时获取问题信息
4 组成员问题微信群里进行非正式讨
第十部分 项目结束
101项目终止
项目成功终止
102结束计划
作项目计划部分客户评审项目结束计划细化实施项目结束计划
103项目收尾
1）范围确认：项目接收前重新审核工作成果检验项目项工作范围否完成者完成种程度双方确认签字
2）质量验收：质量验收控制项目终质量重手段质量计划相关质量标准进行验收合格予接收
3）费决算：费决算指项目开始项目结束全程支付全部费进行核算编制项目决算表程
4）合终结：整理存档种合文件
5）资料验收：检查项目程中文件否齐全然进行档
104项目总结
通次项目团队精心合作严谨思考思路独见解想法项目更加完善项目合期限预算完成客户需功户十分满意进步合作良基础时通项目进行团队队员验提升项目理验提高次项目中文档验进行继续开发宝贵财富项目性满足户需求户数库中添加图书信息提供服务功项目进行程中断整理工作情况做总结样技术方面会提高长期积累力团队力会提高
通次项目够满足户需求应该足够沟通机制相信行业中间沟通非常重项目开发例外沟通够加快项目进度求开发员学会善沟通客户事间项目开发程中客户沟通断交流沟通程开发定阶段需客户沟通已功量避免隐藏问题时发现问题解决问题时者提前完成项目开发
仅供参考
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
