软件项目管理综合实验

1、软件项目管理综合实验华北科技学院软件项目管理综合实验报告学号： 2013070342班级：信管B132班姓名：设计题目：高校食堂售饭系统设计地点：基础七设计时间： 至 成绩评定：1、工作量：A( ),B()，c()，D(),F()2、难易度：A(),B()，c()，D(),F()3、答辩情况：基本操作：A(), B()，(),(),F()代码理解：A(), B()，(),(),F()4、报告规范度：A(),B(),()，D(),F()5、学习态度：A(),B(),()，D(),F()总评成绩:指导教师:郭晓欣实验目的:1、掌握软件项目需求管理过程。2、掌握软件项目进度估算方法。3、能够使用Pr

2、oject 2003 编制项目进度计划。4、掌握成本估算方法。5、掌握资源管理过程。6、掌握风险管理过程。7、掌握配置管理过程。二、实验设备及环境：硬件：多媒体计算机软件：Windows 系 列操作 系统、MicrosoftProject 2003.三、需求分析（1）系统需求各大高校食堂，都采取刷卡形式售饭，食堂售饭 系统主要包括前台的充值业务、缴费业务、挂失业 务、领款业务，后台的用户信息管理、信息记录、 账户管理、补卡管理。食堂售饭系统对实时性要求 较高，在食堂缴费信息化的过程中，它还需要学生 信息管理系统提供准确可靠的数据。为保持学生随 时查询查询卡内余额，本系统实时提供更新数据。 在系

3、统的使用者中、学生、售饭人员、充值管理员、 系统管理员和最高管理者分别扮演着不同的角色：1、学生：登录系统，通过刷卡扣款的方式缴纳 饭费，在存钱窗口可将现金存入卡中，在自助挂失 机器进行挂失，在自助领款机可将线上余额转存饭 卡内。2、售饭人员：登录系统，根据学生购饭的价值 在刷卡机输入金额3、充值管理员：登录系统，将学生所存金额验 证真伪后，输入数据存入卡内。4、系统管理员：登录系统，将学生存款扣款的 余额实时更新，收到学生的挂失信息后进行新卡信 息录入，转存学生线上金额。5、最高管理者：登录系统，不可修改金额。综上所述，高校食堂售饭系统应该满足以下需 求：1、资金往来上要满足学校原有的高校食

4、堂售饭 系统，能够方便地进行充值、缴费、挂失、领款， 学生信息记录和统汁，账户信息记录记录和统计、 补卡。2、为保障考勤数据的可靠性，学生信息变动应 有最高管理者有权修改3、为学校食堂流水提供数据支持。4、传统的手工管理相比，要添加基础数据的管 理和用户权限的设置。5、打印需要的报表(2) 功能需求根据系统的需求分析，得到本系统的功能要求如 下：1、系统管理功能是管理系统用户的权限和密码，包括用户管 理和修改密码。要进行用户权限设置，可以在权限 范围内进行用户的添加、删除和修改，学生可以修 改自己的密码，最高管理者可以修改学生信息，但 是不可以修改金额。2、数据管理功能是设置和管理基础数据，包

5、括学生信息、金 额的定义和消费记录的定义。在权限范围内可以进 行基础数据的添加、删除和修改。3、充值业务学生在存钱窗口可将先进存入卡内，由充值管理 员进入系统，锁定学生信息，将卡内余额更新至学 生现在金额。4、缴费业务学生可以购买餐食后通过饭卡扣费进行缴费， 由售饭人员输入扣除金额，学生进行扣费。5、挂失业务饭卡丢失后可以提出挂失申请，由系统管理员后台处理。收到挂失信息后将学生原有卡信息锁定， 并向新卡录入学生信息。6、用户信息管理学生信息修改、增加、删除等只能由最高管理员 进入系统处理。7、信息记录学生购买餐食消费后实时将消费记录明细计入卡 中。&补卡管理系统管理员收到挂失信息后将学

6、生原有卡信息锁 定，并向新卡录入学生信息。9、账户管理账户内余额及消费记录明细可以学生、售饭人员、 充值管理员、系统管理员、最高管理员查询。(3) 生存期模型V模式是一个经典的模型，是一个理想化的生 存期模型。因为食堂售饭系统设计金额的交易， 必须非常严谨，并且方案目的都非常明确，高校 食堂日日都必须进行售饭，且客流量极大。并且 食堂交易时刻都存在着资金流转，为了保证用户的权益，在完成整体项目时需对系统和安全有严格的要求，故本项目采用 V生存期模型。乐统斋求+系统遡试图3.1生存期模型Ftl3H1JFU 眉f.£4j 馭朝赁F：4?FMFU1尅）F3HUK沁亠=4 口MX4 說/&#

7、174;時r壬T5：壬匚FJ4JT特也乱曹生鶴(5)任务分解结构图(WBS)图3.2 WBS图四、软件项目进度计划（1）估算方法采取定额估算法，因为定额估算法属于比较简单的估算方法。（2）估算过程Q:该软件任务规模估算为330（人天） R:开发人员5人S:每个开发人员的效率为1T=Q/（R*S）=66 （天）所以该任务需要66天完成（3）project 截图1、网路图网络图是活动排序的输岀，展示到各个业务的逻辑管理，本项目中按照时间排序后，逻辑关系如下:tit-lam裾！$.9h删跡1洼|!i茄E:皈3伽谢13303目a銘貝1图4.1.1 网络图（1）图4.1.2 网络图（2）2、里程碑图将每

8、个业务完成的标志设为一个里程碑，将整体业务连贯。从整体上看，整个周期开发系统会被划分为若干阶段，根据里程碑图的完成情况，可以灵甘特图可以非常清晰的表明一个任务的开始时审二审1I IGanmiriG2LJJEMiiifl=；k«L=5L；二穽:二握注丘LJ3融一辛1工斥三W»1 H辎ai(*iNMI113mt:I=Z：£：J：=£_ji3二:z2?JJL291E £云読養;二話:.律拥:订SUtt1 I*BMfitMlTH曲J:卯肚；二芝2Z?5? = 3=C £:Ifts和肆洞i；m133 i兀科：TfL=r mmUi.3<&#

9、177;Ss r*Ga：9ia;±g-L目£ftos肚率両Ua - 4i?；Lii=:，迄洞:丐17K1r>.i1I=!OJSt: =帖討:工聲比卫二貝上d E' w- r3:Lz旺監:弟mZ：5tmtn1理筠老鯉1工粧故譚tn均2工目芟鬭颗5-工电三ttslC.d/S-3；1!T=；3lit|； = ：0EE)ifrBJ:诈二匸三工注苫.3'工希：i；?iC = uEg ;3;砖SU41Q.41EELi3xr:诈:吐工備3r（工勵3018*129T-£j;请削左;:石：三£LB h號Au3Z*Bagufiio.isEf 1l.tf

10、tifH:诈:m)MELi37定F三?:请洲烈脐日-g*±«m1 IfE軌菊IMIVE3EL4?:iri=：01：il：.:£=出：卫兰?*5Q甩W- b13SK J 43；Lf =i：.=£:：=1Of=1!:工帕iMSiiji 箱:：-£ii：= ：M：；E3 ：；：tl'：j= ；：；ti：1：J£1：E：=聶:縛黑i在:：；汗即：汩=-2=. 3£' a-；-ij'=a-2-aK為 a-2=Ej'=E'-e 令ms蚩曲=7三亠间和结束时间，并且将每个任务之间的连贯性都显示的非常

11、清楚4、资源分配在项目进度中进行资源分配，如下图:30曲】吶鈕2OL礴1C月】忙4亠E 二二囚五九日二二二西五斤日-二正 tip尿:口：L<V?日J）：qiLi2C1强葩.：，口封 L 也月阵|2flXlpL3.qin日一二匸四五斤日一二二国EI玄日 二二田五却日一二二匹五頁日-二二囚五筒日| |二匸酉五工：岳抽廂SmcIW3鶴顧山耐匡瞬期期】甩嚴（：亞訐昕R图4.5资源分配五、项目成本管理计划1）估算方法自下而上估算法。2）估算方法选择原因自下而上的预算方法要求全面考虑所有涉及到 的工作任务。和自上而下预算方法一样，自下而上 预算方法也要求项目有一个详尽的 WBS自下而上预 算方法也涉

12、及到一定的博弈形势。自下而上预算的 优点是，基层人员更为清楚具体活动所需的资源量。而且由于预算出自于基层人员之手，可以避免引起 争执和不满。本系统的主要压力是，系统的更新于维护，因为 每当进入新学年时，大量学生信息需要更新，所以 在更新与维护上花销较大。（3）资金详细报表资金详细的表明了项目最后预算为 3.1万元，如下：子任务时间（天）成本1万元）邹分总计（万元）急计（万元刷卡登录系统203存现入卡系统厂0.1刷卡澈费系统:-a 1珪失注册系统20,1珪失登录系统厂0.11 1哇失信息系统30. 151, J领款注册系统0.13. 1领款登录系统厂0.1领款信息系统30.15领款刷卡系统20.

13、1扣费系统80, 5心5充值系统80.50. 5学主信息管理系统&11图5.1资金报表六、 项目资源管理计划本项目为小规模项目，整体完成工作的只有五人, 其中两名工作人员按照整体要求完成需求分析，三 名程序员分工合作。用成本雳求分恫書求分析B程序员C程序甌T UM- 工工工工工£%80紈OCX工时4so oo/T34*40.他工时fSU.OM工时¥50.00/16¥40. DCV工时 m oo/TBI#65.00/TfiTt*65.0口丿工El寸按比例按比例按比例按比例算日历mo. oo*£-40. 00W?0. 004520 00K32O. 0

14、0图6.1资源工作表負责模块时间需求分析|谟块编程学生端充蔼亚簧20"年9月1日至2016年9月$日2人2人学生端墩费业箸Z01厅年9月9日至2016年9月1不日1人2A学生端挂失业旁20 W年9月1 7日至2016年9月2斗日人3人学生端领款业箸201 &年9月2 5日至201 &年10月3日2人以管理端扣羹业务2(H&年10月斗曰至20LG年10月L1日1人2人育理端充值业务年10月12日至201510月日2人3人管理端挂尖业务20忆年10月九日至2016年10月力日1人3人学主信息管理业务2016年10月2S日至2D1巧年11月谒曰3人2人因为本系统衔接

15、性较强，为了让资源分配更直观， 时间上更 明确，绘 制了如下 资源分配 报表图6.2资源分配报表因为资源分配报表虽然时间非常明确，但是在 人员分配比例上无法直观表现，于是我通过柱状图 的方式体现出各业务的人员分配，如下图:3七、风险管理计划图6.3资源分配柱状图(1) 风险识别方法因为“风险条目检查表”是比较常用且简单的 风险识别方法，并且我个人在使用德尔菲法和头脑 风暴法比较困难，所以我在详细思考后采用该法。在确认所以风险时，我思考了多方面，着重看到 本系统的弊端进行分析，尤其是规模较小、员工 量紧缺、任务连贯性较强等几个方面。分别分出 商业风险、技术风险、管理风险三方面进行分析, 下表：风

16、险条目檢查表商业风险检查I页市场忧险项目完成后部分会不符合学校方要求吗？预算饥险由干规模小、耗时长，最冶预算是否不够？收益亂险为各犬高校提供是否会岀现盈剎较少问题？币场竞争风险r供大于求，同行竟争是否导致效益下降供不应求风险若棋不应求局杭之间不允许通用，是否出观不能瞻刖顾后？管理风险风险类型检查I页项目希估风险预判的规模、难度是否ew项目过程风险由干该项目连贯性较强中谴出观冋题，后期问题怎么克服？人力资源风险该项目规模较小任务大,対员工是否有高强度压力？资源分配风险人员分配是否不含理，有浚育做到各司苴取、人尽其才项目管理风险由于顶目所有人员缺一不可，是否出现管理不当造成不团结？人才流失风险由于

17、核心人员水平较高，是否出现人才流失?抜术风脸风险类型需求分折风险是否会在需求分折出现错误?导致后期工作无法顺利完成耳分祈文档风险需求分折文栏是否详细阐明需求细节？需求管理风险需求分析人员是否能完全了解客户的想法勺开苣能力风险开发人员是否技能熟练？开发能力风险幵发人员是否有缺乏严谨性，反复出现小错误导致大错误2开发能力风险开发人员是否开发过类似售饭系统©编程凤险幵炭人员在开发自己员贵模块时'是否能鵰独立完整完咸q编程风险开发人员在进行整合时，是否能做到各阶段连贯？综合技术风险由于该系纯使用睪非常频繋大量，系统时悵会出现技术问题？综合技术风险最后亜应用在祇卡和机器上，是否能够符合

18、？(2) 风险评估我采取定性风险评估方法，根据风险发生的概率 及后果进行定性评估。首先进行风险发现概率的定性等级，我分为极高、 高、中、低四个等级：风险发现概率的定性等级等级等级说明A极高B高C中D低图风险发现概率定性等级表其次进行风险后果影响的定性等级，我分为灾难 性的、严重的、轻度的、几乎无影响四个等级：凤险后果彩响的定性等级等级等级说明灾难性的严重的轻度的几乎无影响图风险后果影响定性等级表最后我将风险发生的概率等级和风险后果影响的 等级进行指数综合，将极高、高、中、低四个等级设为纵向的1、2、3、4,将灾难性的、严重的、轻 度的、几乎无影响列为横向1、2、3、4,故1为最 严重情况，16

19、为最小影响，从而列出综合指数进行评估：响等级柢率等级D （灾难性的）（严重的）（轻度的）（几乎无影响）A （极高）1234B （高）2453C仲）78913D （低）|9111216图风险评估指数矩阵实例（3）风险评估结果列表在进行风险评估后，将风险评估结果通过表格 的形式体现出来并进行排序，更加直观的体现风险 的可行性和后果危险程度，有利于系统对风险的预 防措施和补救措施的准备。凤险凤险类型评估指数排序由于该项目连贯性较强，中途出现问题，后期问题无法克朋？顷目过程风瞳11由于该系统使用重非常频繁和大重，系銃时愼会出现技术问题？综合技术风险12开坡人员在开发自己员畫糕块时，是苦能罅独立完整完咸

20、？编程凤险23最后裏应用在蹴卡和机器上，昙習能鴿脊舍？综舍技术凤曲24预和的规模，雅度是否正确？顷目预估岡喘35该项目规橈辑小任务大对员工是習有高强魔压力？人力贵源凤臨36开岌人员在进行整舍时，是否能備到各踰段连贯？编程冈险57供大于求，同行竞争是否导致效益下陳市场竞争凤盼6S人员分配昙否不含遲，有设有恤雪各罚奠胆、人尽其才贵姬分SJPlfe6g由于核心人员水平较高，是否出规人才谎失？人才凉尖凤710雳求分析立档是否详细阐明需求细节？分析文档凤隘71开岌人员是否育録玄严谨性，叵廈岀现小惱误导致大惜澳？开发能力同险712由于规檯小、耗时长,最后预算杲否不够？预算冈险813若供不应求，高杭之间不允

21、许通用，是否出现不能膽前顾后？供不应求风瞳814ffSA员是否拯能不期竦？开发能力风磴815需濡分析人员是晋能完全了解客户的想法？需末管理冈险16升发人员是習开发过类似害饭系统？开发能力凤脸1D17由于【页目所有人员缺一不可，是否出现管【里不当苣驅不团结？顷目管理风磴1118为备大高檢提洪是晋会出现盤利较少冋趣？收洁冈险1210是否会在需求分析岀规错误？导致后期工作无法顺利完咸？需求分析风脸122D顷目亮成后部分会不符直寧杭方要求吗？帀场凤险1821图7.3风险评估指数矩阵实例八、心得体会在这次软件项目管理实验的制作中，经过了反复 的推敲和更正，我受益匪浅。首先，以宏观角度说， 我认识到了 IT行业的另一方向，曾经以为本行业最 后程序员这类的职位，现在学会了软件项目管理后， 我发现在完成整体项目之前，尤其是日后在真正的 工作职位中，一定在正式开始之前进行项目管理分 析，俗话说“预则立，不预则废”，软件项目管理这 门课可以完成这个“预”。软件项