- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
标准文档
标准文档
实用文案
实用文案
华 北 科 技 学 院
软件项目管理综合实验报告
学号: 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、学生:登录系统,通过刷卡扣款的方式缴纳饭费,在存钱窗口可将现金存入卡中,在自助挂失机器进行挂失,在自助领款机可将线上余额转存饭卡内。
2、售饭人员:登录系统,根据学生购饭的价值在刷卡机输入金额
3、充值管理员:登录系统,将学生所存金额验证真伪后,输入数据存入卡内。
4、系统管理员:登录系统,将学生存款扣款的余额实时更新,收到学生的挂失信息后进行新卡信息录入,转存学生线上金额。
5、最高管理者:登录系统,不可修改金额。
综上所述,高校食堂售饭系统应该满足以下需求:
1、资金往来上要满足学校原有的高校食堂售饭系统,能够方便地进行充值、缴费、挂失、领款, 学生信息记录和统汁,账户信息记录记录和统计、补卡。
2、为保障考勤数据的可靠性,学生信息变动应有最高管理者有权修改
3、为学校食堂流水提供数据支持。
4、传统的手工管理相比,要添加基础数据的管理和用户权限的设置。
5、打印需要的报表。
功能需求
根据系统的需求分析,得到本系统的功能要求如下:
1、系统管理
功能是管理系统用户的权限和密码,包括用户管理和修改密码。要进行用户权限设置,可以在权限范围内进行用户的添加、删除和修改,学生可以修改自己的密码,最高管理者可以修改学生信 息,但是不可以修改金额。
2、数据管理
功能是设置和管理基础数据,包括学生信息、金额的定义和消费记录的定义。在权限范围内可以进行基础数据的添加、删除和修改。
3、充值业务
学生在存钱窗口可将先进存入卡内,由充值管理员进入系统,锁定学生信息,将卡内余额更新至学生现在金额。
4、缴费业务
学生可以购买餐食后通过饭卡扣费进行缴费,由售饭人员输入扣除金额,学生进行扣费。
5、挂失业务
饭卡丢失后可以提出挂失申请,由系统管理员后台处理。收到挂失信息后将学生原有卡信息锁定,并向新卡录入学生信息。
6、用户信息管理
学生信息修改、增加、删除等只能由最高管理员进入系统处理。
7、信息记录
学生购买餐食消费后实时将消费记录明细计入卡中。
8、补卡管理
系统管理员收到挂失信息后将学生原有卡信息锁定,并向新卡录入学生信息。
9、账户管理
账户内余额及消费记录明细可以学生、售饭人员、充值管理员、系统管理员、最高管理员查询。
生存期模型
V 模式是一个经典的模型,是一个理想化的生存期模型。因为食堂售饭系统设计金额的交易,必须非常严谨,并且方案目的都非常明确,高校食堂日日都必须进行售饭,且客流量极大。并且食堂交易时刻都存在着资金流转,为了保证用户的权益,在完成整体项目时需对系统和安 全有严格的要求,故本项目采用V 生存期模型。
图
图 3.1 生存期模型
(5)任务分解结构图(WBS)
图 3.2 WBS 图
四、 软件项目进度计划
估算方法
采取定额估算法,因为定额估算法属于比较简单的估算方法。
估算过程
Q:该软件任务规模估算为 330(人天) R: 开 发 人 员 5 人S:每个开发人员的效率为 1
T=Q/(R*S)=66(天
文档评论(0)