软件项目管理系统综合实验.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 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)

hao187 + 关注
官方认证
文档贡献者

该用户很懒,什么也没介绍

认证主体武汉豪锦宏商务信息咨询服务有限公司
IP属地上海
统一社会信用代码/组织机构代码
91420100MA4F3KHG8Q

1亿VIP精品文档

相关文档