针对目前哈尔滨城市环境学院的校图书馆并没有座位管理的政策，我们准备推行一套合理的管理方法来使其人性化，这套图书馆作为管理系统相较于之前同学们自主抢座、自主占座，更为实用且方便，同时更有利于图书馆的管理，避免由于座位的冲突产生的纠纷。
本套图书馆座位管理系统上线后，学生通过学号密码可以登入系统进行预约，选座，中途离开，退座等一系列操作，它更方便快捷，并且有效。
通过调查问卷的方式进行需求获取，调查问卷样卷如下：
本调查表将被发给所有哈尔滨城市环境学院全部同学。
本调查表的目的是获得一些帮助分析员分析新系统需求的最初信息。此后还将举行进一步的讨论，以使每人都可以详细地阐述系统需求。
第一部分：根据您在学校和图书馆的经历，回答下列问题：
第二部分：根据你同意或反对的强烈程度，在下列表格中1至5范围内的适当数字上画圈。
问题
强烈反对非常同意
您对目前学校的图书馆座位管理政策的态度？
1
2
3
4
5
如果目前有一套座位管理系统，您会使用吗？
您赞成采用信誉评级的方式决定学生是否可以进入图书馆吗？
第三部分：请写下您的意见和建议
请简要地指出您希望在图书馆座位管理系统中加入的功能，并写下您其他的建议。
系统用例图如下所示：
1查看座位用例
用例名
查看座位
用例类型
业务需求
用例ID
MSM1201
主要业务参与者
学生
其他参与者
座位管理数据库、图书馆座位管理系统
学生：希望能够查看全部座位信息
描述
该用例描述了学生查看的过程。
前置条件
后置条件
如果该用例顺利执行，图书管理系统显示座位表给学生
触发条件
当学生选择查看座位时该用例被触发。
基本流程
[系统]：如果学生学号密码正确，则进入系统功能界面
2．查看座位
[学生]：学生选择进入“查看座位”
[系统]：系统显示“查看现场座位”和“查看预约座位”
[学生]：学生选择进入“查看现场座位”
[系统]：系统显示座位情况，座位情况分为维修中，已被选，可选，选中。
替代流程
[学生]：学生选择进入“查看预约座位”
结束
学生成功完成图书馆座位信息的查看。
2提前预约座位用例
提前预约座位
MSM1202
学生：希望通过预约的方式能够提前选择座位
该用例描述了学生预约座位的过程。
如果该用例顺利执行，图书管理系统留出并保留座位给学生
当学生选择预约座位时该用例被触发。
[系统]：系统显示座位情况，学生选择一个可选座位
[学生]：学生选择该座位后进入“预约座位”
2查看座位
学生成功完成一个座位的预约或到达现场选座座位。
备注
预约选择座位和现场选择座位的座位总和是图书馆所有座位，为保证同学们的相对公平选择座位，每个模块占比各50%。
3现场选择座位用例
现场选择座位
MSM1203
学生：到达图书馆以后，希望在现场选择座位
该用例描述了学生选座的过程。
如果该用例顺利执行，图书管理系统更改学生选定座位状态，给学生开启座位
[系统]：系统显示座位情况，座位情况分为已被选，可选，选中。
3.选择座位
[学生]：学生选择进入“选择座位”，选择可选座位
[系统]：系统显示座位情况，将学生选的改座位的座位情况改为“选中”。
5.确定选座
[学生]：学生选好座位后，确认无误后点击“确定”
[系统]：系统显示座位情况，将学生选的改座位的座位情况改为“已被选”，并且开始计时；同时将该学生“学生是否可以选座”，改为“否”。
无
学生在图书馆现场成功完成一个座位的选择。
4保留座位用例
保留座位
MSM1204
座位管理数据库、座位管理系统
学生：有事临时离开图书馆，希望图书馆能够给自己保留座位，回来可以继续使用
该用例描述了学生保留座位的过程。
如果该用例顺利执行，图书管理系统将给学生保留座位或留座失败
2．保留座位
[学生]：学生选择进入“保留座位”
[系统]：系统判断是否有座位可以保留，如果存在即可保留。
4.确定保留
[学生]：填好信息后，确认无误后点击“确定”
[系统]：系统暂停计时。
[学生]：学生返回座位，继续使用座位
[系统]：系统继续计时。
[系统]：系统显示保留座位系统界面
学生成功完成一个座位的保留。
5座位续时用例
座位续时
MSM1205
学生：希望可以继续继续使用该座位
该用例描述了学生座位续时的过程。
当学生选择座位续时时该用例被触发。
2．座位续时
[学生]：学生选择进入“座位续时”
[系统]：系统显示座位续时系统界面
4.确定续时
学生成功完成一个座位的续时。
6退选座位用例
退选座位
MSM1206
学生：离开图书馆，退选已选座位
该用例描述了学生退选座位的过程。
2．退选座位
[学生]：学生选择进入“退选座位”
[系统]：系统更改座位信息，将该学生对应的座位状态改为“可选”，并且同时将该学生“学生是否可以选座”，改为“是”。
学生成功完成一个座位的退选。
7报修座位用例
报修座位
MSM1207
学生：希望能够换一个可用座位
图书馆：希望能够及时修理故障座位
该用例描述了学生座位报修的过程。
如果该用例顺利执行，图书管理系统将座位状态改为“维修中”
2．座位报修
[学生]：学生选择进入“故障报修”
[系统]：系统更改座位情况，将该学生对应的座位状态改为“维修中”，并且同时将该学生“学生是否可以选座”，改为“是”。
读者成功完成一个座位信息的报修。
8修理座位用例
修理座位
MSM1208
管理员
管理员：希望能够及时修理故障座位
该用例描述了管理员维修座位的过程。
如果该用例顺利执行，管理员成功修理座位
[系统]：如果管理员账号密码正确，则进入系统功能界面
[管理员]：管理员选择进入“查看座位”
[管理员]：管理员寻找维修工人修理故障桌椅，并修改座位状况数据
[系统]：系统显示座位情况，将对应座位情况更改为“可选”
管理员成功完成一个座位的维修。
1现场选座
2座位维修
软件产品修改提交单
申请人
李艳春
申请日期
2022.11.20
项目名称
阶段名称
系统设计阶段
文件名称
Testpointmodel.doc
修改内容
变更叙述如下所示：
增加测试点数量，在原有的基础上额外扩展5个测试样例，扩展的测试样例的测试范围不与之前相重复，详情见Testpointmodel.doc。
修改意见
同意Testpointmodel.doc的变更。
验证人
杨过
验证日期
2022.11.25
SCCB
周比特、王帅、李艳春
填表人
WBS表
WBS
任务名称
图书座位管理系统
1.1
计划初始阶段
1.1.1
软件规划
1.1.2
项目规划
1.1.3
计划评审
6
1.1.4
需求开发
7
1.1.5
编写需求规格说明书
8
1.2
概要设计阶段
9
1.2.1
建立数据库
10
1.2.2
设计数据库ER图
11
1.3
详细设计阶段
12
1.3.1
13
1.3.2
实现查看座位功能
14
1.3.3
实现保留座位功能
15
1.3.4
实现报修座位功能
16
1.3.5
实现预约选座功能
17
1.3.6
实现现场选座功能
18
1.3.7
实现维修座位功能
19
1.3.8
实现退选座位功能
20
1.3.9
实现座位续时功能
21
1.3.10
实现查看日志功能
22
1.4
测试阶段
23
1.4.1
系统测试
24
1.4.2
环境测试
25
1.5
提交阶段
26
1.5.1
完成文档
27
1.5.2
验收
WBS字典
项目名称：图书馆座位管理系统
日期：2022.7.1
WBS号码：1.2
WBS名称：概要设计
父级WBS：1
父级WBS名称：图书馆座位管理系统
责任人/组织（如有必要）：王帅、周比特
子级WBS号码：1.2.1
子级WBS名称：建立数据库
子级WBS号码：1.2.2
子级WBS名称：设计ER图
指定人：王帅审批人：周比特日期：2022.7.1
职务：项目负责人：职务：项目干事
WBS号码：1.4
WBS名称：系统测试
子级WBS号码：1.4.1
子级WBS名称：系统测试
子级WBS号码：1.4.2
子级WBS名称：环境测试
由实验讲义要求相应的功能计数项的复杂度如下所示：
又根据实验一计算功能点如下：
有7个外部输入（预约、现场、报修、保留、续时、退选、维修）1个外部输出（查看日志）
3个外部查询（座位信息，座位状态，操作反馈信息）
4个内部逻辑文件（座位表，用户信息表，选座表，座位状态日志）
0个外部接口文件（没有引用其他软件的控制系统）
说明：
操作反馈信息：确认信息、失败信息等
由实验讲义要求相应的技术复杂因子如下所示：
由实验讲义要求相应的技术复杂因子的取值范围如下所示：
又根据实验一计算对应的项目复杂度因子值如下：
可靠的备份和恢复：4
数据通信：1
分布式函数：3
性能：1
大量使用的配置：1
联机数据的输入：3
操作简单性：4
在线升级：1
复杂界面：1
复杂的数据处理：2
重复使用性：5
安装简易性：4
多重站点：1
易于修改：4
计算总和为：4+1+3+1+1+3+4+1+1+2+5+4+1+4=35
根据TCF的计算公式，同时需要符合范围Fi:0-5TCF:0.65-1.35
TCF=0.65+0.01(sum(Fi))
带入后等于1
最后根据以上所有计算FP：62*1=62
组件类型
复杂因子
计算
低
中
高
累计
输入
7*3=21
0*4=0
0*6=0
输出
1*4=4
0*5=0
0*7=0
查询
3*3=9
内部文件
4*7=28
0*10=0
0*15=0
28
外部文件
0
UFP
21+4+9+28+0=62
TCF
0.65+0.01*35=1
FP
62*1=62
由实验讲义假设每一功能项的代价为5万元钱，计算成本：
62*5=310万元
由实验讲义假设的功能点与代码行的转换如下所示：
又根据实验一计算出的FP功能点的值如下：
本项目采用C语言进行相应转换：150*62=9300行
用例图如下：
用例点估算模型如下：
1计算未调整的角色权值UAW
复杂度级别
复杂度标准
权值
数量
结果
简单
角色通过API与系统交互
普通
角色通过协议与系统交互
复杂
角色通过GUI与系统交互
总计（UAW）
1*4+2*1+3*7=27
2计算未调整的用例的权值UUCW
1-3
50
4-7
>7
总计（UUCW）
10*5=50
3计算技术因子TCF
因子
说明
权重
复杂度
结果（权重*复杂度）
T1
分布式系统
T2
性能要求
T3
终端用户效率
T4
内部处理复杂度
T5
可重用性
T6
易安装性
0.5
T7
易用性
T8
可移植性
T9
易更改性
T10
并发性
T11
安全功能特性
T12
提供给第三方访问
T13
需要特别的用户培训
总计（TCF）
4+2+3+2+3+0.5+1.5+6+4+4+4+3+1=38
4计算环境复杂度因子ECF
E1
熟悉UML程度
E2
开发应用程序经验
E3
面向对象经验
E4
主分析师能力
E5
团队激励
E6
需求稳定度
E7
兼职人员比例
-1
E8
不同编程语言难度
总计（ECF）
6+1.5+4+2+3+6+0+2=24.5
计算公式如下：
UAW=角色数*相应权重之和
UUCW=用例数*相应权重之和
UUCP=UAW+UUCW
TCF=技术因子权值乘以相应的影响等级之和，再乘以0.01，加上0.6
ECF=环境因子权值乘以相应的影响等级之和，再乘以-0.03，加上1.4
UCP=UUCP*TCF*ECF
EFFORT=UCP*PF（PF为生产力）
计算结果如下：
UAW=27
UUCW=50
UUCP=UAW+UUCW=77
TCF=0.6+0.01*38=0.98
ECF=1.4+(-0.03)*24.5=0.665
UCP=77*0.98*0.665=50.1809
分别估算每一活动的O、M和P，估算算每一个活动的Ei、δ及δ2及整个项目的标准差和方差。
PERT历时（Te期望值）=（O+4M+P）/6
标准差σ=（P-O）/6
O为项目完成的最小估算值（乐观估算值）
P为项目完成的最大估算值（悲观估算值）
M为活动完成的最大可能估算值（最可能值）
E为活动的平均历时
风险分析：
使用标准差和方差表示历时估计的可信程度或者项目完成的概率。
项目
OMP
Ei
标准差σ
方差
需求分析
7，8，9
0.33
0.11
需求验证
2，3，4
5，6，7
概要设计
10，14，18
1.33
1.78
详细设计
9，13，17
编码
20，30，40
30
3.33
11.11
单元测试
15，16，17
集成测试
0.33S
3，4，5
图书馆座位管理项目
102
3.91
15.3
利用正态分布图的3σ定律
总平均历时E=102,δ=3.91
范围
概率
Start
Over
±δ
68.3%
98.09
105.91
±2δ
95.5%
94.18
109.82
±3δ
99.7%
90.27
113.73
关键路径为：
需求分析->需求验证->概要设计->详细设计->编码->单元测试->集成测试->系统测试。