软件项目管理系统综合实验.docx
《软件项目管理系统综合实验.docx》由会员分享，可在线阅读，更多相关《软件项目管理系统综合实验.docx（20页珍藏版）》请在冰点文库上搜索。
软件项目管理系统综合实验
华北科技学院
软件项目管理
综合实验报告
学号：
2013070342
班级：
信管B132班姓名:
设计题目：
高校食堂售饭系统
设计地点：
基础七
设计时间：
2016.11.18至
2016.12.2
成绩评定：
1、工作量：
A（），B（），C（
），D（
）,F（）
2、难易度：
A（），B（），C（
），D（
）,F（）
3、答辩情况：
基本操作：
A（），B（），C（
），D（
）,F（）
代码理解：
A（），B（），C（
），D（
）,F（）
4、报告规范度：
A（），B（），C（
），D（
）,F（）
5、学习态度：
A（），B（），C（
），D（
）,F（）
总评成绩：
指导教师:
郭晓欣
实验目的:
1、掌握软件项目需求管理过程。
2、掌握软件项目进度估算方法。
3、能够使用Project2003编制项目进度计划。
4、掌握成本估算方法。
5、掌握资源管理过程。
6、掌握风险管理过程。
7、掌握配置管理过程。
二、实验设备及环境：
硬件：
多媒体计算机
软件：
Windows系列操作系统、MicrosoftProject2003.
三、需求分析
（1）系统需求
各大高校食堂，都采取刷卡形式售饭，食堂售饭系统主要包括前台的充值业务、缴费业务、挂失业务、领款业务，后台的用户信息管理、信息记录、账户管理、补卡管理。
食堂售饭系统对实时性要求较高，在食堂缴费信息化的过程中，它还需要学生信息管理系统提供准确可靠的数据。
为保持学生随时查询查询卡内余额，本系统实时提供更新数据。
在系统的使用者中、学生、售饭人员、充值管理员、系统管理员和最高管理者分别扮演着不同的角色：
1、学生：
登录系统，通过刷卡扣款的方式缴纳饭费，在存钱窗口可将现金存入卡中，在自助挂失机器进行挂失，在自助领款机可将线上余额转存饭卡内。
2、售饭人员：
登录系统，根据学生购饭的价值在刷卡机输入金额
3、充值管理员：
登录系统，将学生所存金额验证真伪后，输入数据存入卡内。
4、系统管理员：
登录系统，将学生存款扣款的余额实时更新，收到学生的挂失信息后进行新卡信息录入，转存学生线上金额。
5、最高管理者：
登录系统，不可修改金额。
综上所述，高校食堂售饭系统应该满足以下需求：
1、资金往来上要满足学校原有的高校食堂售饭系统，能够方便地进行充值、缴费、挂失、领款,学生信息记录和统汁，账户信息记录记录和统计、补卡。
2、为保障考勤数据的可靠性，学生信息变动应有最高管理者有权修改
3、为学校食堂流水提供数据支持。
4、传统的手工管理相比，要添加基础数据的管理和用户权限的设置。
5、打印需要的报表。
（2）功能需求
根据系统的需求分析，得到本系统的功能要求如下：
1、系统管理
功能是管理系统用户的权限和密码，包括用户管理和修改密码。
要进行用户权限设置，可以在
权限范围内进行用户的添加、删除和修改，学生可以修改自己的密码，最高管理者可以修改学生信
息，但是不可以修改金额。
2、数据管理
功能是设置和管理基础数据，包括学生信息、金额的定义和消费记录的定义。
在权限范围内可
以进行基础数据的添加、删除和修改。
3、充值业务
学生在存钱窗口可将先进存入卡内，由充值管理员进入系统，锁定学生信息，将卡内余额更新
至学生现在金额。
4、缴费业务
学生可以购买餐食后通过饭卡扣费进行缴费，由售饭人员输入扣除金额，学生进行扣费。
5、挂失业务
饭卡丢失后可以提出挂失申请，由系统管理员后台处理。
收到挂失信息后将学生原有卡信息锁
定，并向新卡录入学生信息。
6、用户信息管理
学生信息修改、增加、删除等只能由最高管理员进入系统处理。
7、信息记录
学生购买餐食消费后实时将消费记录明细计入卡中。
8、补卡管理
系统管理员收到挂失信息后将学生原有卡信息锁定，并向新卡录入学生信息。
9、账户管理
账户内余额及消费记录明细可以学生、售饭人员、充值管理员、系统管理员、最高管理员查询。
（3）生存期模型
V模式是一个经典的模型，是一个理想化的生存期模型。
因为食堂售饭系统设计金额的交
易，必须非常严谨，并且方案目的都非常明确，高校食堂日日都必须进行售饭，且客流量极大。
并且食堂交易时刻都存在着资金流转，为了保证用户的权益，在完成整体项目时需对系统和安
全有严格的要求，故本项目采用V生存期模型。
图3.1生存期模型
（5）任务分解结构图（WBS）
图3.2WBS图
四、软件项目进度计划
（1）估算方法
采取定额估算法，因为定额估算法属于比较简单的估算方法。
（2）估算过程
Q:
该软件任务规模估算为330（人天）
R:
开发人员5人
S:
每个开发人员的效率为1
T=Q/（R*S）=66（天）所以该任务需要66天完成。
（3）project截图
1、网路图
网络图是活动排序的输岀，展示到各个业务的逻辑管理，本项目中按照时间排序后，逻辑关系如下:
图4.1.1网络图
（1）
图4.1.2网络图
（2）
2、里程碑图
将每个业务完成的标志设为一个里程碑，将整体业务连贯。
从整体上看，整个周期开发系统会被划分为若干阶段，根据里程碑图的完成情况，可以灵活调整任务量和完成时间。
3、甘特图
甘特图可以非常清晰的表明一个任务的开始时间和结束时间，并且将每个任务之间的连贯性都显示的非常清楚。
誣盖課與总海耳；活“:
住:
：
■耳
图4.3甘特图
盂：
闻黑諳粗淞：
:
号阳：
:
巒佑m马呼:
詞灯：
&&
二审
]
1
TW
II^G
snmfliG
L]
J
ifrlL-
iifl=
mmuia
1
L；
3
.二整
:
二维迢圧
1!
3
I工作三
!
w»
IxtN
3ng*M・
i
二】
Z3
istt
:
I^=
3
强述总
二:
z
£
E£W
:
二起
:
:
苗河:
活
5
■w
）
MKSM1TH
曲
11
J
±?
:
x#s
jo^Mtrs
n
二I
£s
;二花
止壬=3=
:
7
:
二起
:
门三孟:
三
13
沉:
袖
;lft=
k；“*um
曲
1
AW
sr*G
訛tn曲生
15
-L]
目
議
:
工耗
JXtS?
^==
1£
a■'■4
i?
;请
:
:
，迄洞;*
1T
■1K-■'
戟SF1A
:
诽
!
5JE：
^=
皓
■L4
5TtB
放沁砂
G
dE'■w-V
:
Iff=
:
口軋:
瓷三
£
5
»«
）护
21
1]
理筠里.鯉
1Trt=
j亠IF—
2
工］
吕
-T*a亠LT*鼻
--
3
Ix$s
；3lit：
；=；0E
E
1ifrB
UieliOJlilE
L]
3
:
诈
二匸M工注
石
■”
:
T*g
ZF
gj
J
;砖
訂陆1律陆
2E
Li
3
rr
1I^=
：
：
吐闰工底
3
r
H好
IHEE
S
7]
£j
；请
n
Bk
23
衣AU
:
zna
^Li£lC«：
：
E
—
；!
■
1
LtfH
:
诈
；_i
3
7菸昔-
zI^=
^IESkI^P
T-
B
*±Mta
1I^fG
S
£.1
3
f?
:
氓
^li=.：
«：
-E
3
宜曲三生
-二注
37
C-b1
3
^=1!
ilftd
RHWl宾罚E
S
_；
了
•to雜!
tt
；L^f=
益盍:
目茨
1
V*如1
:
rfts
IMS】uh哥
4、资源分配
在项目进度中进行资源分配，如下图:
旳岸也二［］HL申月钳
E二二匚£-3二二卫
汨氏引:
匸
三-三二
即晖朗:
旧刘坪朗日工隣朗》
E二二口五勺日二二3云出日-Z05-
芒1用皓5匕撫申吗幻测冠EZZtEA9二二耳三F日二
TT
懿歸1;
f■
盥id懈剜【阿
▼.▼
醋SfWrS^i：
跟1S剜ttorttf^fA-SiSSirwn
EH
图4.5资源分配
（1）估算方法
自下而上估算法。
（2）估算方法选择原因
和自上而下预算方法一样，自下而
自下而上的预算方法要求全面考虑所有涉及到的工作任务。
上预算方法也要求项目有一个详尽的WBS。
自下而上预算方法也涉及到一定的博弈形势。
自下而
上预算的优点是，基层人员更为清楚具体活动所需的资源量。
而且由于预算出自于基层人员之手，可以避免引起争执和不满。
本系统的主要压力是，系统的更新于维护，因为每当进入新学年时，大量学生信息需要更新,所以在更新与维护上花销较大。
（3）资金详细报表
资金详细的表明了项目最后预算为3.1万元，如下:
子任务
时间（天）
成本1万元）
邹分总计（万元）
急计（万元）
刷卡登录系统
2
03
存现入卡系统
厂
0.1
刷卡毅费系统
:
-
61
珪失注册系统
2
0,1
珪失登录系统
厂
0.1
11
哇失信見系统
C.
0.15
1,J
领款注册系统
0.1
3.1
领款登录系统
厂
0.1
领款信息系统
3
0.15
领款刷卡系统
2
0.1
扣费系统
8
0,5
心5
充值系统
8
0.5
0.5
学主信息管理系统
&
1
1
图5.1资金报表
六、项目资源管理计划
本项目为小规模项目，整体完成工作的只有五人，其中两名工作人员按照整体要求完成需求分析，三名程序员分工合作。
B|es*430.00/工时*50,DO/工0寸#240.00携比例标准
庠序序
程程程
可e（nhwo.oa/工时oof工^*32000披比例标准
C00%JMO.00/工时#6SOO/^XP寸K32O.00按比例标准
1mWOQIV工时*65.00/工时*32C.00按比例标准
图6.1资源工作表
因为本系统衔接性较强，为了让资源分配更直观，时间上更明确，绘制了如下资源分配报表
员责模块
时间
需求分折|
谟块编程
学生端充値亚簧
201（S年9月1日至2016年9月$日
~2A~
Z人
学生端缴叢业务
ZOI厅年9月9曰至2016年9月1不日
1人
2人
学生端挂矢业篦
20W年9月17日至2016年9月2斗日
］人
3人
学生端领款业奔
201&年9月25日至201&年10月3日
2人
以
管理端扣霆业务
2（H&年10月斗曰至20L&年10月L1日
汰
菅理端充值业务
201暫年10月12日至201余年如月1?
B
Z人
3人
管理端挂尖业务
20忆年10月九日至Ml6年10月力日
1人
3人
学主信息管理业务
2016年10月2S日至201d年11月却曰
3人
2人
图6.2资源分配报表
因为资源分配报表虽然时间非常明确，但是在人员分配比例上无法直观表现，于是我通过柱状
图的方式体现出各业务的人员分配，如下图:
图6.3资源分配柱状图
七、风险管理计划
（1）风险识别方法
因为“风险条目检查表”是比较常用且简单的风险识别方法，并且我个人在使用德尔菲法和头脑风暴法比较困难，所以我在详细思考后采用该法。
在确认所以风险时，我思考了多方面，着重看到了本系统的弊端进行分析，尤其是规模较小、员工数量紧缺、任务连贯性较强等几个方面。
分别分出了商业风险、技术风险、管理风险三方面进行分析，如下表：
风险条目檢杳表
商业风险
风险类型
检查咽
市场风险
项目完成后部分会不符合学和方要求吗？
预算风险
由于规模小、耗时长』最后预算是否不够？
收赢风险
为各大焉校提供』是否会出现盈利较少问题？
市场n争饥险
棋犬于求，同行竞争是否导致效益下降
供不应求风险
若供不应求J高校之间不允许迪用，是否出观不能瞻刖顾后？
管理风险
风脸类型
检杳项
项目预估风险
预判的规模、难度是否正确？
项目过程风险
由于该项目连贯性较强』中逮出现问题，后期问题怎么克服？
人力资源风险
该项目规模较小，任务大，对员工是否有咼强度压力勺
资源分配风险
人员分配是否不合理，有没有做到各司其职、人尽其才
项目管理风险
由于顶目所有人员缺一不可，是否出现管理不当造咸不团结？
人才谥失风险
由于核心人員水平较嵩；是否出现人才流失？
技术风险
図险类型
需求分析风险
是否会在需求分析出现错误?
导敎后期工作无法顺利完成？
分析文档风险
需求分析文档杲否详细阐明需求细节？
需求管理风险
需求分析人员是否能主全了解容户的想法？
开发能力风险
开发人员是否技能舷练9
开左能力风险
幵发人员是否有缺乏严谨性、反复岀现小错误导致犬错误9
开发能力风险
开发人员是否开发过类似售饭系统9
编程扼险
幵发人员在幵发自己员责模块时，是否能够独乂完整完咸9
编程风险
开发人员在进行整合时，是否能做到各阶段连贯？
综合技术风险
由于该系统使用量非常频繁犬量;系境时假会出现技术问题？
综合技术风险
最后梦应用在碗卡和机器上，是否能够符合？
图7.1风险项目检查表
（2）风险评估
我采取定性风险评估方法，根据风险发生的概率及后果进行定性评估。
首先进行风险发现概率的定性等级，我分为极高、高、中、低四个等级:
风险发现概率的定性等级
等级
等级说明
A
极高
B
高
C
中
D
低
图7.2.1风险发现概率定性等级表
其次进行风险后果影响的定性等级，我分为灾难性的、严重的、轻度的、几乎无影响四个等级:
风险后果豪响的定性等级
等级
等级说明
①
灾难性的
②
严重的
■1
轻度的
：
互
几乎无影响
图7.2.2风险后果影响定性等级表
最后我将风险发生的概率等级和风险后果影响的等级进行指数综合，将极高、高、中、低四个等级设为纵向的1、2、3、4,将灾难性的、严重的、轻度的、几乎无影响列为横向1、2、3、4,
故1为最严重情况，16为最小影响，从而列出综合指数进行评估：
等级
柢率等级
D（灾难性的）
②（严重的）
③（轻度的）
④（几乎无影响）
A（极高）
1
2
3
4
B（高）
2
4
5
8
呎中）
7
8
9
13
D（低）|
9
11
12
16
图7.2.3风险评估指数矩阵实例
（3）风险评估结果列表
在进行风险评估后，将风险评估结果通过表格的形式体现出来并进行排序，更加直观的体现风险的可行性和后果危险程度，有利于系统对风险的预防措施和补救措施的准备。
凤险
凤险类型
评估指数
排序
由于该项目连贯性较强，中途出现问题，后期问题无法克朋？
顷目过程风磴
1
11
由于该系统使用重非當频繁和大重，系銃时價会出规技术问题？
综合技术风险
1
2
开岌人员在开发自己员畫複快时，是苦能鵰独立完整完咸？
编程凤险
2
3
最后裏应用右砒卡和机弱上，黒否能鴿脊舍7
综台技术凤碗
2
4
预和的规摸、雄度是否正确？
3
5
该项目规模揍小・任务大・对员工是沓有高强度压力？
人力贵源风JS
3
6
开左人员在进行整舍时，是禹能値到各踰段雀贯？
编稈冈曲
5
7
供大于求，同行竞争是否异致效益下晦
市场竞争岡曲
6
0I
人员分不含理，有悄有恤對各司眞班，人尽苴才
贵猥分凰凤曲
6
g「
由于核心人员水平较高，是否出规人才谎失1
人才凉尖凤啦
7
10
褥求分折立档是否详求细节？
分析文档凤喘
7
11
开岌人员是否有録壬严谨性，叵复岀现小愴逞导致大惜谯？
开发能力风醞
7
121
由于规樟小、耗时长,是否不够？
预算冈险
8
13
若供不应求，高檢之间不允诈通用，是否出现不能瞻前顾后？
供不应求风验
8
14
ffSA员是否按能不期竦？
开发能力风磴
8
15\
需求付析人员是舌能豆全了解客户的想法？
需求管理冈验
g
16
开发人员是習开发过类似害饭系统？
开发能力风脸
1Q
17
由于【页目所有人员缺一不可,是脅出现管【里不当苣成不团结？
顷目管理风瞳
11
isH
为各大高校提供・是晋会出现盤利较少问题？
收益冈险
12
10
是否会在需求分析岀规错误？
导致后期工作无法顺利完咸？
需求分析凤验
12
20
顷目芫成后部分会不符會寧杭方要求吗？
市场冈险
18
21
图7.3风险评估指数矩阵实例
八、心得体会
在这次软件项目管理实验的制作中，经过了反复的推敲和更正，我受益匪浅。
首先，以宏观角度说，我认识到了IT行业的另一方向，曾经以为本行业最后程序员这类的职位，现在学会了软件项目管理后，我发现在完成整体项目之前，尤其是日后在真正的工作职位中，一定在正式开始之前进行项目管理分析，俗话说“预则立，不预则废”，软件项目管理这门课可以完成这个“预”。
软件
项目管理可以在系统开始之前规划估算出整个系统的时间进度，所需资金，以后做出尽善尽美的资
源分配，最重要的还可以做出风险预估，令整体效益损失达到最低。
如此以来，整体工作就会有规划、有条理的进行，还会提前为风险做出应对之策或直接减少风险。
其次，软件项目管理非常锻炼我的严谨性和预判能力，在为项目编辑任务时，我就发现工期的起始时间和截止时间都是不能生成
我理想的数据，后期发现我忽略的工作日的要点，导致工期很难安排合理。
后期为分为阶段性任务
时，我由于粗心点错，后面数据非常混乱，点错一下就像蝴蝶效应一样，为了整体项目的连贯性我都加了任务链接，失误的结果就是工期全部安排错误，无法生成正确的甘特图，所以今后看待、处理问题一定要增加严谨性。
如前所说，这门课程真的让我认识到了准备的重要性，完成这次大实验
后，我对很多事情的把握都有了新的改观，无论是学习还是生活，我都会提前做好规划，并思考会发生的问题以及解决问题的方式方法。
最后，我非常的感谢这次实验的制作，到了四年级，很多对于我关键的事情都需要我在同一时间完成，所以在校内基础课程上我在听课效果和学习效率上欠缺
了很多，所以完成期末作业的时候我总是为自己找不熟悉的理由。
但是在完成实验时我的不熟练给
我带来了很多障碍导致我不能达到我预期的想法，我才深深的意识到我在学习习惯的不明朗。
其实
无论有多少并发的问题，都是自己的选择，如果不能及时完成，任何抱怨的情绪就是莫须有的，一切都是从个人出发去主观选择，承担任务是必然结果。
所以，本门课程的学习和该实验的制作不但让我增强了本门课程知识技能的学习，但是让我明
白和接纳了很多课本之后的品质和技能。
升级会员 