软件项目管理综合实验

华北科技学院

软件项目管理

综合实验报告

学号：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、能够使用Project 2003编制项目进度计划。

4、掌握成本估算方法。

5、掌握资源管理过程。

6、掌握风险管理过程。

7、掌握配置管理过程。

二、实验设备及环境：

硬件：多媒体计算机

软件：Windows系列操作系统、Microsoft Project 2003.

三、需求分析

（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.2 WBS图

四、软件项目进度计划

（1）估算方法

采取定额估算法，因为定额估算法属于比较简单的估算方法。（2）估算过程

Q：该软件任务规模估算为330(人天)

R：开发人员5人

S：每个开发人员的效率为1

T=Q/(R*S)=66（天）所以该任务需要66天完成。

（3）project截图

网络图是活动排序的输出，展示到各个业务的逻辑管理，本项目中按照时间排序后，逻辑关系如下：

图4.1.1 网络图（1）

图4.1.2 网络图（2）

2、里程碑图

将每个业务完成的标志设为一个里程碑，将整体业务连贯。从整体上看，整个周期开发系统会被划分为若干阶段，根据里程碑图的完成情况，可以灵活调整任务量和完成时间。

图4.2 里程碑图