资源描述
#+
目录
1． 合同书-------------------------------------------------------------------2
2． 生存期-------------------------------------------------------------------3
3． 需求规格说明------------------------------------------------------------4
3.1 目标-----------------------------------------------------------------4
3.2 用户类和特征-------------------------------------------------------4
3.3 运行环境------------------------------------------------------------4
3.4 功能需求------------------------------------------------------------5
3.4.1确定执行者---------------------------------------------------5
3.4.2 确定用例-----------------------------------------------------5
3.4.3 用例文档-----------------------------------------------------6
3.5 非功能需求----------------------------------------------------------8
3.6 故障处理-------------------------------------------------------------8
4． 任务分解------------------------------------------------------------------8
5． 项目估算------------------------------------------------------------------9
5.1 直接成本-------------------------------------------------------------9
5.2 间接成本------------------------------------------------------------12
5.3估算的误差----------------------------------------------------------12
6． 进度计划-----------------------------------------------------------------13
6.1活动顺序-------------------------------------------------------------13
6.2甘特图----------------------------------------------------------------14
7． 质量计划-----------------------------------------------------------------14
7.1组织机构-------------------------------------------------------------14
7.2高层管理------------------------------------------------------------14
7.3项目的质量保证人员------------------------------------------------14
7.4质量目标------------------------------------------------------------15
7.5 质量策略-----------------------------------------------------------16
8． 配置管理-----------------------------------------------------------------16
9． 风险管理----------------------------------------------------------------- 17
9.1 风险识别与评估-----------------------------------------------------17
9.2 风险规划------------------------------------------------------------17
9.3风险分析表-----------------------------------------------------------18
9.4风险控制-------------------------------------------------------------20
1.合同书
合同名称：旅游管理系统项目开发合同
合同号：32447893783272340
甲方：
北京交通大学海滨学院
乙方：
海科软件科技有限公司
地址：北京交通大学海滨学院
地址： 上海陆家嘴
邮编：061100
邮编：510000
联系人：关羽
联系人：刘备
电话：（010）123243433
电话：（010）123243432
传真：（010）123243433
传真：（010）123243432
根据《中华人民共和国合同法》的规定，合同双方就旅游管理系统项目的技术开发，经协商一致，签定本合同。
第一条、双方的基本权利和基本义务
甲方的权利和义务
根据本合同项目的实际需要和乙方的要求提供协助，并提供有关的资料，报表及文档等，甲方保证所提供的所有资料完整、真实、合法。按本合同约定支付软件开发费用。
甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。
乙方的权利和义务
按照甲方提供的材料按时完成本合同规定的软件开发工作。
可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方另行签署协议确认。
依合同收取软件开发费用。
乙方有义务在软件验收之日起一年内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。
第二条、标的技术的内容、范围及要求：
根据甲方的要求，乙方完成西安火车站售票系统的研制开发。
1. 根据甲方要求进行系统方案设计，要求建立B/S结构的，基于的Sqlserver数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。
2. 配合甲方，在于整体系统相融合的基础上，建立系统建立的软硬件环境。
第三条、应达到的技术指标和参数
1. 系统应满足并行登陆，并行查询的速度要求。其中主要内容包括（1）保证1000人以上可以同时登陆系统（2）所有查询速度应在10秒之内（3）保证数据的每周备份（4）工作日期间不能当机（5）出现问题应在10分钟内恢复。
2. 系统的主要功能是满足双方认可的需求规格，不可以随意改动。
第四条、研究开发计划
1. 第一间断：乙方在合同签订后15个工作日内，完成合同内容的系统设计方案。
2. 第二阶段：完成第一阶段的系统设计方案之后，乙方于100个工作日内完成系统基本功能的开发。
3. 第三阶段：完成第一和第二阶段的任务之后，由甲方配合乙方于10个工作日内完成系统的调试、集成。
第五条、技术成果的归属和分享专利申请权：
归甲方所有； 技术秘密的使用权、转让权：两年内，使用权转让权归甲方所有。
第六条、验收的标准和方式：
研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。
第七条、风险的承担：
在履行本合同的过程中，确因在现在水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50%，乙方承担50%。
本项目风险责任确认的方式：双方协商。
第八条、违约金和损失赔偿额的计算：
除不可抗力因素外（指发生战争、地震、洪水、飓风或其他人力不能控制的不可抗力事件），甲乙双方必须遵守合同承诺，否则视为违约并承担违约责任；
1.如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违约金。每延迟一周，乙方向甲方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%。
2.如果甲方不能按期想甲方支付合同款项，甲方应向乙方支付延期违约金。每延迟一周，甲方向乙方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%。
甲方(盖章)： 法人代表(签字)：刘谁 2016年6月6日
乙方(盖章)： 法人代表(签字)：张谁 2016年6月6日
2.项目生存期
此项目因面向的用户群体相当广泛，不同的用户都有可能提出该系统针对某一类群体的改进意见和要求。此项目在开发过程应满足在开发结束后，可以在功能上进行扩充。项目内部意见不统一，可完成核心功能后推出开发初代版本，搜集用户意见进行有效更改和相关功能的添加，因此选用增量式模型。增量式模型的特点如下：可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。可以更快地开发出可以操作的系统。可以减少开发过程中用户需求的变更。（图1.1）
交按钮，系统将用户基本信息保存到数据库中；当某一用户的基本信息需要修改时，管理员通过输入查询条件，搜索出该用户，点击“查看用户信息”，系统在不可编辑状态显示该用户基本信息，点击编辑按钮，系统在可编辑状态显示该用户的基本信息，管理员修改具体信息，点击提交按钮，系统将更新数据库中该用户的基本信息；当需要删除一个或多个用户信息时，管理员查找到需要删除的用户记录，点击删除按钮，系统提示“确定要删除？”对话框，管理员选择“是”，系统将删除数据库中相应用户的基本信息，以及删除数据库中相应的用户账户记录，反之，则不进行任何操作；当需要备份一个或多个用户信息时，管理员查询到需要备份的用户纪录，点击备份按钮，系统提示“确定要备份这些记录吗？备份
图1.1
3.需求规格说明
3.1 目标
“旅游管理系统”主要提供用户信息、管理员信息、旅游信息等的管理与维护。
3.2用户类和特征
管理员、用户。管理员需要进行用户的创建、修改、删除、备份等工作，具备计算机知识，如权限管理等。用户是普通用户，具备一定的计算机操作知识即可。
3.3运行环境
（1）硬件资源
服务器：工作站或小型机；
网络设备：网络交换机，网卡，网线；
打印机。
（2）软件资源
服务器端软件选择的具体说明：
操作系统：windows 2000 或windowsXp
数据库：Microsoft SQL Server 2005
JDK：jdk1.5
应用服务器：Apache tomcat5.5
开发平台：Eclipse3.2 + MyEclipse 5.5.1
客户端软件选择的具体说明：web浏览器。
3.4 功能需求
相应的需求有：
(1)能够存储一定数量的用户信息,并方便有效的进行相应的信息操作和管理，这主要包括：
用户基本信息的查询、个人信息的修改。
(2)能够对一定数量的旅游线路信息进行相应的信息操作和管理，这其中包括：
旅游线路信息的查询。
(3)能够提供给管理员对所有信息进行相应的信息操作和管理，这其中包括：
管理员对所有用户信息的添加、修改、删除和备份。
管理员对所有旅游路线信息的添加、修改、删除和备份，批量打印。
管理员对账号，密码信息的修改
用户对账号，密码信息的修改
(4)数据保存：需要长期保存在数据库的数据有：
1. 用户信息：用户的基本信息；
2. 旅游线路信息：旅游线路的基本信息；
3. 用户账号信息：用户账号密码信息；
4. 管理员账号信号：管理员账号密码信息
(5)系统用户：管理员、用户。
5. 用户：可对本人住址信息、联系方式、和基本信息进行查询。
可对本人联系方式、住址信息、年龄、性别进行修改。
6. 可对旅游路线信息就行查询。==
7. 管理员：可对本人的账号密码进行查询。
8. 可对旅游路线信息进行查询、添加、修改。
9. 可对所有用户账号信息进行添加、修改、删除。
10. 可对所有用户基本信息进行添加、修改、删除、备份。
3.4.1确定执行者
执行者为用户和管理员
3.4.2确定用例
图2.1是我们通过一定的调研和分析得到的“旅游管理系统”的用例图：
图2.1
3.4.3用例文档
（1）用户基本信息的维护用例
用例名：用户信息的维护
参与执行者：管理员 / 用户
入口条件：管理员 / 用户已经登陆到该系统中。
事件流：管理员将用户基本信息（Excel文件）导入本系统时，点击提交按钮，系统将用户的基本信息从Excel中解析出后，保存到数据库中，并创建相关用户的系统默认账户信息；当有单个用户基本信息入库时，管理员在录入页面录入用户基本信息，点击提交按钮，系统将用户基本信息保存到数据库中；当某一用户的基本信息需要修改时，管理员通过输入查询条件，搜索出该用户，点击“查看用户信息”，系统在不可编辑状态显示该用户基本信息，点击编辑按钮，系统在可编辑状态显示该用户的基本信息，管理员修改具体信息，点击提交按钮，系统将更新数据库中该用户的基本信息；当需要删除一个或多个用户信息时，管理员查找到需要删除的用户记录，点击删除按钮，系统提示“确定要删除？”对话框，管理员选择“是”，系统将删除数据库中相应用户的基本信息，以及删除数据库中相应的用户账户记录，反之，则不进行任何操作；当需要备份一个或多个用户信息时，管理员查询到需要备份的用户纪录，点击备份按钮，系统提示“确定要备份这些记录吗？备份后将删除这些记录”对话框，当管理员选择“是”，系统将这些数据保存到Excel文件，并删除数据库中相应的记录。
出口条件： 系统将数据库中的信息进行相应的操作：添加信息时，将新的用户基本信息保存在数据库中，并在用户帐户中添加相关用户的默认帐户信息；修改用户基本信息时，将数据库中该用户的基本信息做相应的更新操作；删除用户基本信息时，则删除数据库中的相应用户记录，并在用户帐户中删除相应用户账户记录；备份用户基本信息时，则将数据库中的相应用户记录保存为Excel文件，并删除数据库中的相应用户记录。
异常事件：无
（2）旅游线路信息的维护用例
用例名：旅游线路信息的维护
参与执行者：管理员
入口条件：管理员已经登录到该系统中。
事件流：管理员将旅游线路信息（Excel文件）导入本系统时，点击提交按钮，系统将旅游线路信息从Excel中解析出后，保存到数据库中；当有单个旅游线路基本信息入库时，管理员在录入页面录入旅游线路信息，点击提交按钮，系统将旅游线路基本信息保存到数据库中；当某一旅游线路的基本信息需要修改，管理员通过输入查询条件，搜索出课程，点击查看，系统在不可编辑状态显示该旅游线路基本信息，点击编辑按钮，系统在可编辑状态显示该旅游线路的基本信息，管理员修改具体信息，点击提交按钮，系统将更新数据库中该旅游线路的基本信息；当需要删除一个或多个旅游线路信息时，管理员查找到需要删除的课程记录，点击删除按钮，系统提示“确定要删除？”对话框，当管理员选择“是”，系统将删除数据库中相应旅游线路的基本信息，反之，则不进行任何操作。
出口条件： 系统将数据库中的旅游线路信息进行相应的操作：添加旅游线路信息时，将新的旅游线路信息保存在数据库中；修改旅游线路信息时，将数据库中该旅游线路信息做相应的更新操作；删除旅游线路信息时，则删除数据库中的相应课程记录。
异常事件：无
（3）用户基本信息的查询用例
用例名：用户基本信息的查询
参与执行者：管理员和用户
入口条件：管理员和用户已经登录到系统中
事件流：管理员通过交互界面输入查询条件搜索用户信息纪录，点击“查看用户信息”，在不可编辑状态下查看用户基本信息；学生点击个人基本信息，在不可编辑状态下查看用户基本信息。
出口条件：系统显示用户信息
（4）旅游线路基本信息的查询用例
用例名：旅游线路基本信息的查询
参与执行者：管理员和用户
入口条件：管理员和用户已经登录到系统中。
事件流：管理员登录后显示旅游线路列表点击查看按钮，在不可编辑状态下查看课程信息；管理员通过交互界面输入查询条件搜索课程信息，点击查看按钮，在不可编辑状态下查看旅游线路信息。
出口条件：系统显示旅游线路信息。
（5）账号密码信息管理用例
用例名：账号密码信息管理
参与执行者：管理员和用户
入口条件：管理员和用户已经登录到系统中。
事件流：用户点击“修改密码”，在口令修改页面输入原密码、新密码，并确认新密码，点击提交按钮。
出口条件：数据库中的密码被修改成最新的密码。
3.5非功能需求
1. 性能需求
“旅游管理系统”的使用者是管理员和用户。对于管理员的管理工作，性能要求不是很严格，但需要方便查找、录入、导出等操作。对于用户的查看成绩功能，对性能要求较高，一般需要达到并发数400以上。
2. 安全性需求
由于“旅游管理系统”中的用户资料是重要资料，所以要保证对于用户资料的操作有较高的安全级别。对于整个系统，需要完整的权限控制，防止某些人恶意的攻击系统，修改原始记录。同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。
3.6故障处理
在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，应保证系统数据不会丢失。
4.任务分解
本计划以项目初期估算为蓝本，尽量实现所有成员在整个项目过程中都能得到相关技能的锻炼，根据现有成员的特点，制定了任务分配。若在计划执行过程中遇到不可控困难，可向项目经理提出申请延期。项目开始前可根据个人意愿进行小幅度任务调整，申请人需填写任务申请表。计划开始后除极特别因素外，不予重新调整。
项目任务分解编码表
编码
任务名称
备注
R000 000
需求讨论
初步确定需求
P000 000
软件规划
制定项目计划
P100 000
项目规划
P200 000
计划评审
M000 000
需求开发
细化需求
M100 000
用户界面设计
M200 000
用户需求评审
M300 000
修改需求、界面
M400 000
编写需求说明
M500 000
需求验证
D000 000
设计
完成项目设计工作
D100 000
概要设计
D200 000
数据库ER图编制、建库
D300 000
设计评审
C000 000
实施
实际开发
C100 000
用户管理
C100 100
用户注册
C100 200
用户注销
C100 300
账号登陆
C100 400
个人信息管理
C200 000
旅游线路信息管理
C200 100
添加旅游线路信息
C200 200
删除旅游线路信息
C200 300
编辑旅游线路信息
C200 400
查看旅游线路信息
T000 000
测试
对项目进行测试
T100 000
功能模块测试
T200 000
系统集成测试
T300 000
环境测设
V000 000
部署
发布并交付
5.项目估算
5.1 直接成本
成本估算的方法有1.代码行、功能点、对象点 。2.类比 (自顶向下)估算法。3.自下而上估算法。4.参数法估算法。5.专家估算法。
在这个项目中我们主要采取功能点估算法，同时融合进入其他的估算方法进行验证。用系统的功能数量来测量其规模，与实现产品所使用的语言和技术没有关系的。
基本公式
FP =UFC*TCF
UFC：未调整功能点计数
TCF：技术复杂度因子
TCF=0.65+0.01(sum(Fi))： Fi:0-5,TCF:0.65-1.35
复杂度权重因素
项
简单
一般
复杂
外部输入
3
4
6
外部输出
4
5
7
外部查询
3
4
6
外部文件
5
7
10
内部文件
7
10
15
本项目的功能点计算：
功能点
项
简单
一般
复杂
外部输入
5 * 3
3 * 4
5 * 6
外部输出
7 * 4
6 * 5
1* 7
外部查询
5 * 3
1 * 4
3 * 6
外部文件
4 * 5
2 * 7
4 * 10
内部文件
10 * 7
1 * 10
1 * 15
总计
148
70
110
UFC
148 + 70 + 110 = 328
TCF-技术复杂度因子：
技术复杂度因子
F1
可靠的备份和恢复
F2
数据通信
F3
分布式函数
F4
性能
F5
大量使用的配置
F6
联机数据输入
F7
操作简单性
F8
在线升级
F9
复杂界面
F10
复杂数据处理
F11
重复使用性
F12
安装简易性
F13
多重站点
F14
易于修改
TCF = 0.65 + 0.0.1 * ( 5 + 4 + 3+2 + 1 ＋5＋３+2 ＋2 + 3 +5+4+3+3)
= 0.65 + 0.01 * 45 = 1.1。
功能点计算：
FP=UFC*TCF。
UFC=328。
TCF=1.1.
FP=328*1.1 = 360.8
人月数计算：
在本项目中，根据以往的经验使用经验导出成本模型（面向FP驱动的 ）中的kemerer模型来计算人月数。
Kemerer模型 E=60.627.72810-8 FP3 。
带入本项目的实际数据 E = 60.62 * 7.728 *10-8 *360.83 = 220、03（人月）
直接成本计算
直接成本组成:开发成本,管理成本，质量成本。
简易估算：
开发（工作量）规模：Scale(Dev) 220.03(单位：人月)
管理、质量（工作量）规模： Scale(Mgn)=a* Scale(Dev) = 220.03 *20% = 44
a :比例系数：例如：20%--25%
直接成本=规模*人力成本参数 = 264.03 * 0.15 = 40万元
人力成本参数=1500/人月（由于校内开发，成本比较低）
5.2间接成本
间接成本= 规模*人力成本参数*间接成本系数（间接成本系数=1.5—3）
本例中间接成本 = 220.03 * 0.15 * 1.5 = 60万元。
估算成本=直接成本+间接成本 = 40 + 60 = 100万元
5.3估算的误差
由于基础数据不足，缺乏经验的估算人员，签约前后不连贯，低劣的推测技术，估算对需求的敏感性等一系列原因，可能会引起估算的误差。对此项目的人月数定义考虑误差如下
估算：220个人月 +40 -25
+15人月：需求变更
-15人月：晚上时间的利用
+5人月：假期放假
-10人月：实验室采取奖励措施
+20人月：放假
最佳情况：95人月。
计划情况：120人月。
最坏情况：160人月。
项目成本估算
声明：由于涉及到的小组成员没有实际开发的经验，在薪酬结算方面没有可供参照的标准，因此在这里采用统一的￥100.00 人天。
成本估算
任务名称
工时
成本估算
旅游管理系统
111 人天
￥19300.00
设备损耗
31 工作日
￥5000.00
需求讨论
2*2 人天
￥400.00
软件规划
6*2 人天
￥1200.00
需求开发
6*4 人天
￥2400.00
设计
4*4 人天
￥800.00
实施
6*13 人天
￥7800.00
测试
3*5 人天
￥1500.00
部署
2*1 人天
￥200.00
6.进度计划
6.1活动排序
描述
任务
前导任务
时间/天
项目规划
A
无
18
需求分析
B
无
4
总体设计
C
A，B
18
详细设计
D
A，B
4
编码
E
C，D
7
测试
F
E
1
6.2甘特图
7.质量计划
7.1组织机构
在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理组成，项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制的工作，质量保证人员负责质量保证的工作。
7.2 高层管理
高层管理是公司负责质量的高级管理，其质量职责如下：
l 受理项目内不能解决的不符合问题，必要时与项目经理协调；
l 负责听取质量保证组的工作报告，评审质量保证活动和结果；
l 参加有关质量保证过程改进的评审。
7.3 项目的质量保证人员
质量保证人员的质量职责如下：
l 负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查；
l 实施项目组成员的质量保证培训；
l 制定质量保证计划；
l 按计划实施审计活动,依照质量保证计划执行评审/审计，并记录执行中发现的不符合项；
l 对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况；
l 对项目内不能解决的不符合项问题向高层管理提交报告；
l 向项目经理报告项目质量工作状况和质量度量结果；
l 定期向项目组报告质量活动的结果；
l 制订质量保证的过程改进计划，记录过程数据。
7.4质量目标
根据企业的质量方针和质量目标，结合本项目特点,制定项目的总体质量目标：
1） 基于需求的测试覆盖率为100%；
2） 软件功能测试用例通过率不低于95％；
3） 每个阶段评审中发现的问题都已经解决或得到适当处理。
4） 产品发布时不存在严重及其以上的缺陷。
注：严重问题指导致系统或模块不能正常工作的问题。
结合以往的项目经验和企业的质量相应标准，制定质量标准如下表:
质量计划标准
项 目
具 体 描 述
计 划
实 际
缺陷排除率（缺陷数/页）
需求检查
4
系统总体设计检查
2
缺陷排除率（缺陷数/KLOC）
详细设计复核
30
详细设计检查
10
代码复核
65
代码检查
20
编译
20
单元测试
15
系统集成
5
系统测试
5
7.5质量策略
为了保证提交用户的产品是高质量, 实施过程中采取的质量保证措施包括：1）将质量贯彻到日常的项目进展过程中；
2)应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。
8.配置管理
配置管理的目的是保证在整个软件生命周期中软件产品的完整性。
软件配置的基本目标包括：
软件配置管理的各项工作是有计划进行的。
被选择的项目产品得到识别，控制并且可以被相关人员获取。
已识别出的项目产品的更改得到控制。
是相关组别和个人及时了解软件基线的状态和内容。
配置管理的流程图
交按钮，系统将用户基本信息保存到数据库中；当某一用户的基本信息需要修改时，管理员通过输入查询条件，搜索出该用户，点击“查看用户信息”，系统在不可编辑状态显示该用户基本信息，点击编辑按钮，系统在可编辑状态显示该用户的基本信息，管理员修改具体信息，点击提交按钮，系统将更新数据库中该用户的基本信息；当需要删除一个或多个用户信息时，管理员查找到需要删除的用户记录，点击删除按钮，系统提示“确定要删除？”对话框，管理员选择“是”，系统将删除数据库中相应用户的基本信息，以及删除数据库中相应的用户账户记录，反之，则不进行任何操作；当需要备份一个或多个用户信息时，管理员查询到需要备份的用户纪录，点击备份按钮，系统提示“确定要备份这些记录吗？备份后将
9.风险管理
项目风险管理是指通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理地使用各种风险应对措施、管理方法技术和手段，对项目的风险实行有效的控制，妥善的处理风险事件造成的不利后果，以最少的成本保证项目总体目标实现的管理工作。
9.1风险识别与评估
1风险识别是试图通过系统化地确定对项目计划的威胁，识别已知和可预测的风险。
2风险识别过程
输入 –>标识风险 –>按照一定标准对风险排序 –>制定风险表
3根据“IT项目常常存在一些共同的风险源”我们根据以往经验制定了风险分析表。检查表法是利用检查表作为风险识别的工具，是根据风险要素建立软件项目的风险条目列表，列表中列出所有与风险因素有关的提问，可以使管理者集中识别常见的类型中的已知和可预测的风险。
9.2风险规划
针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以至于消灭风险事件。
通常采取的措施有
1.回避风险。
2.转移风险。
3.损失控制。
4.自留风险。
9.3风险分析表
通过对风险识别，风险评估，风险规划 ，我们制定了如下风险分析表。
风险分析表
排序
输入
风险事件
可能性
影响
风险值
风险应对措施
1
最终用户抵制该系统。
用户可能会由于某个细节的问题对整个系统产生反感。
70%
70%
50%
1. 尽力满足用户提出的需求。
2. 界面尽可能的美观，方便。
3. 需求分析阶段派出专门的系统分析员去了解用户的性格，爱好，工作习惯。
2
客户的需求规格说明。
需求不明确，增加需求，导致需求蔓延，由于本软件是不太了解计算机的领导使用，变更需求可能性很大。
70%
50%
35%
1．采取加班的方法。
2．修改计划去掉一些任务。
3．与客户商量延长一些时间。
4.当出现影响重大的变更需求时与客户协调，这个版本的不做改动，在下一个版本中进行功能的提升。
3
合同带来的限制。
进度要求紧，合同金额有限。
30%
50%
15%
可以请一些实习的学生做辅助工作,一来成本不高,二来可以加快进度.。
4
交付期限紧缩。
需方存在紧缩交付期限的可能。导致项目吃紧。
20%
60%
10%
11. 加班。
12. 临时雇佣员工。
13. 调整结构。
5
历史项目信息。
开发人员的流动。
15%
60%
9%
1．注意项目团队的沟通，及时了解开发人员的动态。
2．控制好项目过程中的文档。
3.从其他的项目组借调人员。
4．从外部招聘有过此类开发经验人员。
6
人员缺乏经验。
由于本项目中的一些员工是刚刚招聘来的，可能会缺乏经验。
15%
30%
10%
1. 采取一帮一，让有经验的程序员带着相对经验少的程序员进行开发。
2. 开发之前适当的培训。
7
技术达不到预期效果。
可能有一些技术达不到预期的效果，不能使需方满意。如访问速度，一些特效等等。
10%
10%
10%
1. 找懂得这种技术的人帮忙。
2. 向老师请教。
9.4风险控制
1.实施和跟踪风险管理计划，保证风险计划的执行，评估削减风险的有效性。
2.针对一个预测的风险事实上是否发生了，确保针对某个风险而制定的风险消除步骤正在合理使用
3.监视剩余的风险和识别新的风险。
4.收集可用于将来的风险分析信息。
交按钮，系统将用户基本信息保存到数据库中；当某一用户的基本信息需要修改时，管理员通过输入查询条件，搜索出该用户，点击“查看用户信息”，系统在不可编辑状态显示该用户基本信息，点击编辑按钮，系统在可编辑状态显示该用户的基本信息，管理员修改具体信息，点击提交按钮，系统将更新数据库中该用户的基本信息；当需要删除一个或多个用户信息时，管理员查找到需要删除的用户记录，点击删除按钮，系统提示“确定要删除？”对话框，管理员选择“是”，系统将删除数据库中相应用户的基本信息，以及删除数据库中相应的用户账户记录，反之，则不进行任何操作；当需要备份一个或多个用户信息时，管理员查询到需要备份的用户纪录，点击备份按钮，系统提示“确定要备份这些记录吗？备份后将删除这些记录”对话框，当管理员选择“是”，系统将这些数交按钮，系统将用户基本信息保存到数据库中；当某一用户的基本信息需要修改时，管理员通过输入查询条件，搜索出该用户，点击“查看用户信息”，系统在不可编辑状态显示该用户基本信息，点击编辑按钮，系统在可编辑状态显示该用户的基本信息，管理员修改具体信息，点击提交按钮，系统将更新数据库中该用户的基本信息；当需要删除一个或多个用户信息时，管理员查找到需要删除的用户记录，点击删除按钮，系统提示“确定要删除？”对话框，管理员选择“是”，系统将删除数据库中相应用户的基本信息，以及删除数据库中相应的用户账户记录，反之，则不进行任何操作；当需要备份一个或多个用户信息时，管理员查询到需要备份的用户纪录，点击备份按钮，系统提示“确定要备份这些记录吗？备份后将删除这些记录”对话框，当管理员选择“是”，系统将这些数交按钮，系统将用户基本信息保存到数据库中；当某一用户的基本信息需要修改时，管理员通过输入查询条件，搜索出该用户，点击“查看用户信息”，系统在不可编辑状态显示该用户基本信息，点击编辑按钮，系统在可编辑状态显示该用户的基本信息，管理员修改具体信息，点击提交按钮，系统将更新数据库中该用户的基本信息；当需要删除一个或多个用户信息时，管理员查找到需要删除的用户记录，点击删除按钮，系统提示“确定要删除？”对话框，管理员选择“是”，系统将删除数据库中相应用户的基本信息，以及删除数据库中相应的用户账户记录，反之，则不进行任何操作；当需要备份一个或多个用户信息时，管理员查询到需要备份的用户纪录，点击备份按钮，系统提示“确定要备份这些记录吗？备份后将删除这些记录”对话框，当管理员选择“是”，系统将这些数交按钮，系统将用户基本信息保存到数据库中；当某一用户的基本信息需要修改时，管理员通
展开阅读全文
相关搜索