BX121028俞佳星需求分析实验三BX121028俞佳星需求分析实验三.docVIP

BX121028俞佳星需求分析实验三BX121028俞佳星需求分析实验三.doc

  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文档。上传文档
查看更多
电子信息学院 实验报告书 课程名:《软件需求分析》 题 目: 软件项目展开(下) 实验类别 【验证、设计、综合】 班 级: BX1210 学 号: 28 姓 名: 俞佳星 组 长: 俞佳星 实验内容或题目 图书管理系统 实验目的与要求 需求工程团队以经过评审的前景和范围文档为依据安排计划,展开需求获取活动。 利用需求获取方法,通过多次结合获取与分析的迭代过程,获取用户需求。完成用例文档(用户需求文档)。 实验结果 结果文档:需求获取安排计划书;用例文档(用户需求文档);使用的面谈报告和原型物件。 3.1 需求获取安排计划 a) 前言 小组信息 系统: 人事管理系统 小组组长: 俞佳星 小组成员: 李琼、张诗婕、王淋 目的 这一任务已在上一阶段—需求启动阶段完成,通过与客户的第一次面谈,得到了客户的五个业务需求,并分别提出了针对这五个问题的解决方案以及系统特性。这一阶段完成了项目前景也范围文档以及问题分析过程文档的编写。 参考文献 《需求工程-----软件建模与分析》 项目前景和范围文档 问题分析过程文档 b) 前期相关准备 概要 本系统的宗旨是提高人事管理工作的效率,减少相关人员的工作量,使企业的人事管理工作真正做到科学、合理的规划,系统、高效的实施。 收集背景资料 立足于企业实际,着眼于未来发展,建成符合标准化协议、通用性较强、实用的系统,以提高企业人事管理的现代化管理水平,实现信息资源的共享。人事管理系统是一种基于集中统一规划的数据库数据管理新模式。在对人事调动、职位变更、工资管理,其实是对员工数据的管理。本系统的建成无疑会对人事管理提供极大的帮助。 定义项目前景和范围 人事管理是每个企业都必须切实面对的工作,但一直以来人们使用传统的人工方式管理企业的员工。这种方式存在着许多缺点,如效率低、保密性差且较为繁琐。另外,随着公司规模的增加、员工的增长,其工作量也将大大增加,这必将增加人事管理工作的工作量和劳动强度,这将给公司的人事变动、职位升迁、工资管理等都带来了很多困难。 c) 需求获取 概要 实现以下功能 登陆系统:注销用户、系统退出 管理:员工管理、工资管理、职位变动 查询:员工查询、工资查询 涉众分析与硬数据采样 涉众为:中、小型企业 经过对甲方的调查,并多次与甲方负责人进行研讨之后,我们会加深了对人事管理系统业务的了解,与此同时,讲整个人事管理系统的业务流程抽象描述如下: 发生人事变更之后,找到该员工的信息,对其修改。 发生工资变更,找到要修改工资的员工,对其修改。 公司录用了新的员工,添加该员工的信息。 选取获取方法 由于面向对象的局限性,主要采取传统方法和原型获取方法结合方法。 执行获取 文档分析过后,采用面谈和原型开发的方法: 面谈目标 1、了解客户对人事管理体需求 2、了解客户对于系统中的功能的特殊需求 3、确定软件需求类型 参与人员 甲方:吴怀球、李欢、周晓峰、李云腾 乙方: 俞佳星、李琼、张诗婕、王淋 安排时间 午间休息时段 选择地点 图书馆会议室 准备内容 主要以两个方面来阐述需求问题: 一个是正面需求:客户的主体需求和特色需求; 另一方面是反面需求:主要给予客户自己的建议,进行对他们建议需求的分析。 记录结果 由于我们的设备有限,所以我们选择笔录和电子(电脑)来记录结果,这样可以二者互补,两个记录结合起来可以是问题描述的更清楚。计划分工: 笔录:李琼 电子记录:张诗婕 d) 后期 需求验证 大量数字证明软件系统15%的错误来自于错误的需求,为了提高软件质量,确保软件开发成功,降低软件开发成本,一旦对目标系统提出一组要求之后,必须严格验证这些需求的正确性。一般说来,应该从下述 4 个方面进行验证: (1) 一致性 所有需求必须是一致的,任何一条需求不能和其他需求互相矛盾。 (2) 完整性 需求必须是完整的,规格说明书应该包括用户需要的每一个功能或性能。 (3) 现实性 指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。对硬件技术的进步可以做些 预测,对软件技术的进步则很难做出预测,只能从现有技术水平出发判断需求的现实性。 (4) 有效性 必须证明需求是正确有效的,确实能解决用户面对的问题。 为了达到上述所说的4个方面,我们小组计划使用同级评审的方法来执行验证,并要求在发现问题之后立即修正,还应该对修正的过程进行跟踪,以保证修正的落实。同时也跟用户方协商希望得到他们的配合。 需求管理 需求调研计划:包括客户人员、自己人员、需要的资料

您可能关注的文档

文档评论(0)

ptaosqi + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档