(ppt)信息系统分析与设计案例2010-1.pptVIP

(ppt)信息系统分析与设计案例2010-1.ppt

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

内容一 内容 案例背景-1 一家名称为Wheels的自行车租赁公司是由其现在的老板,Mike Watson, 在大约十年前创立。Mike 是一个自行车爱好者,现在仍然定期地参加地方上的自行车竞赛,以及骑自行车休闲。他自行车知识非常丰富,了解所有型号的自行车,并且对他所拥有的自行车种类和质量非常自豪。 公司业务发展得很好。现在已经在市中心有一个非常大的营业场所,并且在地下层有很大的自行车仓库和维修车间。 由于地理位置优越,Wheels 吸引了大量的过路客。但它也拥有许多的回头客。因为这些客人知道在这里他们能租借到满足他们需要的高质量的自行车。 案例背景-2 除了Mike 负责日常的运行外,商店还有一个名叫Annie Price的全职经理、一位名叫 Naresh Patel 的首席机械师,以及三位兼职的机械师。 在接待区有一台计算机,所有Wheels的自行车都记录在文件上,记录信息包括自行车的数量、类型、尺寸、制造商、型号、每天的租借费用、以及押金。 然而,令人不满意的是不是所有信息都存入了计算机,实际的租借和退还过程也没有实现计算机化。这些过程通常是有点无序的。 案例背景-3 Mike最近认识到虽然生意发展很好,但他不能按照自己的意愿扩大自己的业务,除非他使他的业务过程现代化,而这意味着他必须更有效地利用计算机技术。 他决定请一家小的本地公司来调查现在的运营现状,建议可能的改进,并开发一个计算机系统,使得Wheels的业务迈入21世纪。 初始系统分析 需求获取 -1 访谈(Interviews) 成功的需求获取取决于同客户和用户的良好沟通,而取得很好沟通的最有效方法之一是一对一的交谈。在理想的,开发者应该同客户组织中的每个人交谈,从秘书和办公室的低级职员到老板和经理。然而,在一个大的商业组织中,这明显是不现实的。所以,同各个部门将使用新系统的用户代表进行会谈是非常重要的。在Wheels系统开发的案例中,开发人员应该至少同商店的老板、商店的经理、以及一个机械师会谈。Wheels顾客的看法也应该收集,但这利用问卷调查的方法则更为合适。 需求获取 -2 访谈 续1 系统开发过程中这个阶段的会谈的主要目的是获取访谈对象对现在的商业功能的看法,任何现存问题,以及交谈者认为应该如何进行改进。为了尽可能地收集尽可能多的相关信息,会谈必须很好地准备。做一个计划并事先交给访谈对象是非常有帮助的,计划应包括会谈的时间和地点、会谈的主题,以及会谈所需要带的任何文件。 图1.1表示了同Wheels的商店经理,Annie Price访谈的一个计划。会谈人员是Simon Davis,他是Wheels 项目的系统分析员,访谈细节被详细地描述;会谈完后需要对会谈情况做简要的访谈小结。 需求获取 -3 调查问卷 为了为新系统建立一个综合性的需求清单,尽可能地找出自行车商店的顾客对当前自行车租借过程的看法对开发者来说是非常重要的。开发者不大可能同顾客会谈,在任何情况下,他仅能从每个人那里获得少量的信息,所以最有效的获取方法是问卷。图1.3表示了一个问卷,它可以用来对顾客进行对 Wheels当前系统的看法进行调查。这个问卷的目的以及如何反馈它被清楚地写在顶部,并且有不同类型的问题。最重要之处在于,问卷应该相对简短,仅占用顾客几分钟来填写,它应该在顾客等候取他们租借的自行车时就能容易地完成。 需求获取 -4 场景 场景是为了满足特定的目的,在用户和系统之间进行的一系列交互活动。 场景可能以各种方式记录,包括图形、故事卡、或者甚至视频,但是它们通常用文本形式记录。图1.4表示了来自当前Wheels系统的一个场景,其目的是成功地返还自行车。 从图1.4 中的例子我们可以看到,一个场景是一个特殊事件的序列,而不是一般的描述。这个例子表述了顺利地返还自行车,没有任何问题。然而,这仅是自行车返还的一个可能的场景,找出自行车返还所有可能的情况是开发人员的任务。图1.5表示了自行车返还的另一个场景,其稍微有点复杂。 需求获取 -5 场景 续 场景是一种非常有效的需求获取技术,因为它们描述性的结构帮助用户记忆和描述系统的不同过程中所发生的事情。一个详细的场景可以通过首先构建一个简单的版本,然后通过它与用户沟通,增加更多的信息来建立。场景技术既能用来发现现有系统的信息,也能可视化对将来的需求; 例如,开发人员可能要求Annie考虑她喜欢如何实现自行车返还系统,并且想象这些应该是如何进行工作的。 在面向对象开发中使用场景的一个进一步的有点优点是它们能转换成交互图,其是面向对象技术工具箱的组成部分。最后,场景系统测试的有用并有效地方法,因为它们能用作走查德基础,用来检查系统的表现是否满足客户和用户的期待。 访谈细节 -1 下面是系统开发人员Simon Davis

文档评论(0)

185****7617 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档