软件项目管理综合实验

华北科技学院软件项目管理综合实验报告学号：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：每个开发人员的效率为1T=Q/(R*S)=66（天）所以该任务需要66天完成。（3）project截图1、网路图网络图是活动排序的输出，展示到各个业务的逻辑管理，本项目中按照时间排序后，逻辑关系如下：图4.1.1网络图（1）图4.1.2网络图（2）2、里程碑图将每个业务完成的标志设为一个里程碑，将整体业务连贯。从整体上看，整个周期开发系统会被划分为若干阶段，根据里程碑图的完成情况，可以灵活调整任务量和完成时间。图4.2里程碑图3、甘特图甘特图可以非常清晰的表明一个任务的开始时间和结束时间，并且将每个任务之间的连贯性都显示的非常清楚。图4.3甘特图4、资源分配在项目进度中进行资源分配，如下图：图4.5资源分配五、项目成本管理计划（1）估算方法自下而上估算法。（2）估算方法选择原因自下而上的预算方法要求全面考虑所有涉及到的工作任务。和自上而下预算方法一样，自下而上预算方法也要求项目有一个详尽的WBS。自下而上预算方法也涉及到一定的博弈形势。自下而上预算的优点是，基层人员更为清楚具体活动所需的资源量。而且由于预算出自于基层人员之手，可以避免引起争执和不满。本系统的主要压力是，系统的更新于维护，因为每当进入新学年时，大量学生信息需要更新，所以在更新与维护上花销较大。（3）资金详细报表资金详细的表明了项目最后预算为3.1万元，如下：图5.1资金报表六、项目资源管理计划本项目为小规模项目，整体完成工作的只有五人，其中两名工作人员按照整体要求完成需求分析，三名程序员分工合作。图6.1资源工作表因为本系统衔接性较强，为了让资源分配更直观，时间上更明确，绘制了如下资源分配报表图6.2资源分配报表因为资源分配报表虽然时间非常明确，但是在人员分配比例上无法直观表现，于是我通过柱状图的方式体现出各业务的人员分配，如下图：图6.3资源分配柱状图七、风险管理计划（1）风险识别方法因为“风险条目检查表”是比较常用且简单的风险识别方法，并且我个人在使用德尔菲法和头脑风暴法比较困难，所以我在详细思考后采用该法。在确认所以风险时，我思考了多方面，着重看到了本系统的弊端进行分析，尤其是规模较小、员工数量紧缺、任务连贯性较强等几个方面。分别分出了商业风险、技术风险、管理风险三方面进行分析，如下表：图7.1风险项目检查表（2）风险评估我采取定性风险评估方法，根据风险发生的概率及后果进行定性评估。首先进行风险发现概率的定性等级，我分为极高、高、中、低四个等级：图7.2.1风险发现概率定性等级表其次进行风险后果影响的定性等级，我分为灾难性的、严重的、轻度的、几乎无影响四个等级：图7.2.2风险后果影响定性等级表最后我将风险发生的概率等级和风险后果影响的等级进行指数综合，将极高、高、中、低四个等级设为纵向的1、2、3、4，将灾难性的、严重的、轻度的、几乎无影响列为横向1、2、3、4，故1为最严重情况，16为最小影响，从而列出综合指数进行评估：图7.2.3风险评估指数矩阵实例（3）风险评估结果列表在进行风险评估后，将风险评估结果通过表格的形式体现出来并进行排序，更加直观的体现风险的可行性和后果危险程度，有利于系统对风险的预防措施和补救措施的准备。图7.3风险评估指数矩阵实例八、心得体会在这次软件项目管理实验的制作中，经过了反复的推敲和更正，我受益匪浅。首先，以宏观角度说，我认识到了IT行业的另一方向，曾经以为本行业最后程序员这类的职位，现在学会了软件项目管理后，我发现在完成整体项目之前，尤其是日后在真正的工作职位中，一定在正式开始之前进行项目管理分析，俗话说“预则立，不预则废”，软件项目管理这门课可以完成这个“预”。软件项目管理可以在系统开始之前规划估算出整个系统的时间进度，所需资金，以后做出尽善尽美的资源分配，最重要的还可以做出风险预估，令整体效益损失达到最低。如此以来，整体工作就会有规划、有条理的进行，还会提前为风险做出应对之策或直接减少风险。其次，软件项目管理非常锻炼我的严谨性和预判能力，在为项目编辑任务时，我就发现工期的起始时间和截止时间都是不能生成我理想的数据，后期发现我忽略的工作日的要点，导致工期很难安排合理。后期为分为阶段性任务时，我由于粗心点错，后面数据非常混乱，点错一下就像蝴蝶效应一样，为了整体项目的连贯性我都加了任务链接，失误的结果就是工期全部安排错误，无法生成正确的甘特图，所以今后看待、处理问题一定要增加严谨性。如前所说，这门课程真的让我认识到了准备的重要性，完成这次大实验后，我对很多事情的把握都有了新的改观，无论是学习还是生活，我都会提前做好规划，并思考会发生的问题以及解决问题的方式方法。最后，我非常的感谢这次实验的制作，到了四年级，很多对于我关键的事情都需要我在同一时间完成，所以在校内基础课程上我在听课效果和学习效率上欠缺了很多，所以完成期末作业的时候我总是为自己找不熟悉的理由。但是在完成实验时我的不熟练给我带来了很多障碍导致我不能达到我预期的想法，我才深深的意识到我在学习习惯的不明朗。其实无论有多少并发的问题，都是自己的选择，如果不能及时完成，任何抱怨的情绪就是莫须有的，一切都是从个人出发去主观选择，承担任务是必然结果。所以，本门课程的学习和该实验的制作不但让我增强了本门课程知识技能的学习，但是让我明白和接纳了很多课本之后的品质和技能。