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

1、,课程案例一,内容一,案例背景 初始系统分析,内容,案例背景-1,一家名称为Wheels的自行车租赁公司是由其现在的老板,Mike Watson, 在大约十年前创立。Mike 是一个自行车爱好者，现在仍然定期地参加地方上的自行车竞赛，以及骑自行车休闲。他自行车知识非常丰富，了解所有型号的自行车，并且对他所拥有的自行车种类和质量非常自豪。 公司业务发展得很好。现在已经在市中心有一个非常大的营业场所，并且在地下层有很大的自行车仓库和维修车间。 由于地理位置优越，Wheels 吸引了大量的过路客。但它也拥有许多的回头客。因为这些客人知道在这里他们能租借到满足他们需要的高质量的自行车。,案例背景-2,

2、除了Mike 负责日常的运行外，商店还有一个名叫Annie Price的全职经理、一位名叫 Naresh Patel 的首席机械师，以及三位兼职的机械师。 在接待区有一台计算机，所有Wheels的自行车都记录在文件上，记录信息包括自行车的数量、类型、尺寸、制造商、型号、每天的租借费用、以及押金。 然而，令人不满意的是不是所有信息都存入了计算机，实际的租借和退还过程也没有实现计算机化。这些过程通常是有点无序的。,案例背景-3,Mike最近认识到虽然生意发展很好，但他不能按照自己的意愿扩大自己的业务，除非他使他的业务过程现代化，而这意味着他必须更有效地利用计算机技术。 他决定请一家小的本地公司来调

3、查现在的运营现状，建议可能的改进，并开发一个计算机系统，使得Wheels的业务迈入21世纪。,初始系统分析,需求获取 需求定义 需求确认 需求列表,需求获取 -1,访谈（Interviews） 成功的需求获取取决于同客户和用户的良好沟通，而取得很好沟通的最有效方法之一是一对一的交谈。在理想的，开发者应该同客户组织中的每个人交谈，从秘书和办公室的低级职员到老板和经理。然而，在一个大的商业组织中，这明显是不现实的。所以，同各个部门将使用新系统的用户代表进行会谈是非常重要的。在Wheels系统开发的案例中，开发人员应该至少同商店的老板、商店的经理、以及一个机械师会谈。Wheels顾客的看法也应该收集

4、，但这利用问卷调查的方法则更为合适。,需求获取 -2,访谈 (续1) 系统开发过程中这个阶段的会谈的主要目的是获取访谈对象对现在的商业功能的看法，任何现存问题，以及交谈者认为应该如何进行改进。为了尽可能地收集尽可能多的相关信息，会谈必须很好地准备。做一个计划并事先交给访谈对象是非常有帮助的，计划应包括会谈的时间和地点、会谈的主题，以及会谈所需要带的任何文件。 图1.1表示了同Wheels的商店经理，Annie Price访谈的一个计划。会谈人员是Simon Davis，他是Wheels 项目的系统分析员，访谈细节被详细地描述；会谈完后需要对会谈情况做简要的访谈小结。,需求获取 -3,调查问卷

5、为了为新系统建立一个综合性的需求清单，尽可能地找出自行车商店的顾客对当前自行车租借过程的看法对开发者来说是非常重要的。开发者不大可能同顾客会谈，在任何情况下，他仅能从每个人那里获得少量的信息，所以最有效的获取方法是问卷。图1.3表示了一个问卷，它可以用来对顾客进行对 Wheels当前系统的看法进行调查。这个问卷的目的以及如何反馈它被清楚地写在顶部，并且有不同类型的问题。最重要之处在于，问卷应该相对简短，仅占用顾客几分钟来填写，它应该在顾客等候取他们租借的自行车时就能容易地完成。,需求获取 -4,场景 场景是为了满足特定的目的，在用户和系统之间进行的一系列交互活动。 场景可能以各种方式记录，包括

6、图形、故事卡、或者甚至视频，但是它们通常用文本形式记录。图1.4表示了来自当前Wheels系统的一个场景，其目的是成功地返还自行车。 从图1.4 中的例子我们可以看到，一个场景是一个特殊事件的序列，而不是一般的描述。这个例子表述了顺利地返还自行车，没有任何问题。然而，这仅是自行车返还的一个可能的场景，找出自行车返还所有可能的情况是开发人员的任务。图1.5表示了自行车返还的另一个场景，其稍微有点复杂。,需求获取 -5,场景(续) 场景是一种非常有效的需求获取技术，因为它们描述性的结构帮助用户记忆和描述系统的不同过程中所发生的事情。一个详细的场景可以通过首先构建一个简单的版本，然后通过它与用户沟通

7、，增加更多的信息来建立。场景技术既能用来发现现有系统的信息，也能可视化对将来的需求； 例如，开发人员可能要求Annie考虑她喜欢如何实现自行车返还系统，并且想象这些应该是如何进行工作的。 在面向对象开发中使用场景的一个进一步的有点优点是它们能转换成交互图，其是面向对象技术工具箱的组成部分。最后，场景系统测试的有用并有效地方法，因为它们能用作走查德基础，用来检查系统的表现是否满足客户和用户的期待。,访谈细节 -1,下面是系统开发人员Simon Davis（简称SD）同Wheels 商店的经理Annie Price（简称Annie）的会谈记录 SD: .你能告诉我当顾客要租借一辆自行车时将会发生什

8、么？请一点一点地详细告诉我。 Annie: 好，比如说顾客进入商店，并说他们要租一辆自行车下午用，我就问他们是否清楚他要什么类型的车，一般一开始都是这样。然后，当我了解到他们正在寻找的是什么时，我就叫Naresh或其他一个机械师来，建议若干可能适合他们需要的自行车。 SD: 是不是顾客都满意所推荐的自行车? Annie: 是的，通常他们带着Naresh推荐的车走人。他是首席机械师，对自行车非常内行。我们基本不会遇到顾客返回来，抱怨车子不好骑。,访谈细节 -2,SD: 那下一步做什么呢? Annie: 我得到自行车的编号，那是打在自行车上，然后我根据编号查找自行车的卡片。每一辆自行车有一张卡片，

9、我们存放在柜台下的这个盒子里。 SD: 那好，你们按什么顺序来放它们？ Annie: 我们按编号来存放它们，实际上这不是唯一的一种方式，虽然这给查找带来麻烦。例如，有一天一个男人打电话来，想知道我们是否有两辆车，一辆Raleigh Pioneer他用，一辆Dawes Galaxy 给他的同伴用，并且租三天的租金是多少。首先，我必须看看商店里是否我们有他要的自行车，然后我必须在所有的卡片中找到相应的卡片，接着我必须计算出他需要付多少钱。虽然这个人非常耐心，但这象是要花几个世纪才能完成的事情。好，我给你看一张这样的卡片（图1.2）。,访谈细节 -3,SD: 谢谢。你能告诉我，是否这些车的租金和押金

10、都是一样的？ Annie: 不是的，它们之间的差别非常大。比如对一辆童车和一辆18齿的赛车收一样的租金和押金吧？不管怎样，我在自行车卡片上填写所有的细节，顾客给我交租金和押金，然后取车离开商店。 SD: 他们不拿收据吗？ Annie: 哦，对不起，我忘了，他们要拿收据。我从收据本上写一张收据给顾客。如果这能利用计算机就好了，但实际上我们在计算机上是一个我们所有自行车的清单，以及它们的细节，如制造商、型号、尺寸、费用、以及其它内容等等。甚至那对Naresh 来说可能是有点问题，他负责在老板买回自行车时输入所有的细节，但那是非常枯燥的事情。,访谈细节 -4,SD: 好，我相信我们能改善这种情况。请

11、告诉我，是否有一个顾客租一辆以上的自行车，这种情况下，你们是如何记录的？ Annie: 好，你已经看到这张卡仅有针对一辆特定自行车的数据。所以，如果一个顾客同时租3辆车，我必须在三张不同的卡片上填写数据，包括写三次他们的姓名、地址和时间。我们必须这样做，因为有时人们租一辆以上的车，但是在不同的时间。例如，我们遇见一个度假的家庭，他们为小孩租一个星期的车，但夫妻俩仅租两天。当人们要多辆车时，它是有点麻烦来找出所有的卡片，并在每个卡片上填入同一顾客的信息。我们曾经有一个顾客，他租20辆车为他女儿的生日聚会，这使我忙了几个“世纪”。 这虽然是个别的情况，但是我们的确遇到为晚会或活动的要求，并且他们都

12、要求特殊的服务项目。,访谈细节 -5,SD: 特殊的服务项目?. Annie: 对不起，我应该告诉你关于这些情况。我们有一些新的服务项目，它们是老板Mike在拍卖会上拍得得老式自行车，例如前轮大后轮小的脚踏车。这些车对于老式风格的摄影和喜庆场合是非常流行的。人们乐于见到他吗，所以它们是我们非常好的广告。去年，本地有一对新人租借我们的老式双人自行车用于他们的婚礼，使我们收到了很好的广告效果。 SD: 大概租借这些老古董可能更加复杂。 Annie: 非常正确，我们必须在卡片上写上其它关于我们特殊自行车的细节, 诸如它们的年代、价值、以及它们能被租借的限制条件。 SD: 好，让我们回到实际的租借过程

13、。你在卡片上填写细节，顾客付钱，然后你给他们一张收据。 Annie: 的确是如此。,SD: 谢谢，这些对我们非常有用。那么，当顾客来返回自行车时，将做些什么呢？ Annie: 当他们进来时，一般都是非常热并且汗流浃背，决不能在意这些。我看自行车的编号，检查他们还回的自行车是卡片上登记的。然后，我检查卡片上的返还日期，因为如果他们超过时间则需要支付另外的费用。 SD: 如果他们按时返还自行车，你就将顾客的押金退还给他们？ Annie: 一般是这样，但是如果自行车被损坏了，则不是这样。一位机械师对每辆返还的车进行一个快速的检查，确保其在正常的条件。如果有点问题，我们将扣除部分押金；如果车辆严重损坏

14、，我们就扣除所有的押金。我们曾经遇到过车辆被报销的情况，上帝才知道顾客拿车做了些什么。当然，车辆都保险了，但扣押金则有助于减少理赔的情况。,访谈细节 -6,SD: 你能够告诉我你们顾客的一般情况，你认为他们对现在的系统满意吗？你是否遇到大量的抱怨？ Annie:虽然我们偶然遇到一些抱怨，我不认为现在的系统是非常地差。但我不认为系统是非常有效率，例如，当我试图计算一辆以上自行车的费用时，它实际上是非常慢的。当我休息而另外一个人负责时，它甚至更慢，因为他们没有用惯它。有时我想是顾客太友善了，以至于没有抱怨。他们能看到我在尽我所能，因而他们不想使我遇到麻烦。我想如果你问他们，他们可能会说系统有些地方

15、需要改进。,访谈细节 -7,SD: 我正在考虑这点。在柜台上给顾客留个简短的调查问卷，供他们填写，然后交给你是否合适？我认为这将给我们提供一些信息关于你的顾客对目前租赁系统的看法，以及他们认为需要改进的地方。 Annie: 这是一个非常好的主意，你可以将问卷留在柜台上，我保证每个顾客得到一张. .,访谈细节 -8,访谈小结,根据 Annie所说的内容，我们能够确定可能导致问题的若干方面： 处理诸如“你们有5辆女式登山车吗？”或者“租借两辆成人用赛车三天需要多少钱？”这样的询问将需要长时间来处理。 Annie能告诉是否一辆自行车在商店里并能出租的唯一方式是查看商店的自行车。 自行车卡是以编号的形

16、式保存，所以Annie在她能找到车辆卡片之前必须知道该车辆的编号。 Wheels似乎没有保存他们顾客或他们先前租借车辆的细节。 当一位顾客租借一辆以上的自行车时，Annie不得不为每辆车手工填写不同的卡片。 车辆返还也是非常慢，因为Annie需要时间来计算是否要退还所有的押金。 关于新车的重要信息必须写到标准的自行车卡片上。,需求定义-1,目的 需求定义的主要目的是收集、排序和记录在需求调查中获得的信息。在这个阶段产生的需求与问题列表是在开发过程中的关键交付物。 在开发早期的两种记录需求的方式 一种是问题定义，其是一个对在需求调查过程中发现情况的一个简要总结。图1.6 表示了一个Wheels系

17、统的初始问题定义的例子。 一种是问题和需求列表。需求是更正式的和更完整的记录，以便客户和用户能检查开发人员对他们所的需要有一个好的理解。,需求定义-2,问题和需求列表 每个需求应该给一个唯一的编号或代码，以便其能正确地通过开发过程清楚地确认。应该对需求有一个简短地描述，包括其出处，以及确定的日期。 要求开发人员满足客户和用户所有的愿望是不可能的，因此需求应该通过将需求划分成基本的、理想的、或者可选的加以优化。 记录任何相关需求和同这些需求相关联的文档也是有帮助的。 最后，如果在开发过程中需求发生变化，这些变化也应该记录下来，包括变化的原因，以及变化对系统可能产生的影响。 图1.7表示了Whee

18、ls系统早期需求定义的两个例子。,需求确认 -1,目的 需求工程确认阶段的目的是确保开发人员已经理解并正确地记录了客户和用户对新系统的愿望和需要。 正式的确认技术 开发人员应该写下每次访谈的小结，并在会谈后不久提交给被访谈的人员。 这给被访谈者一个机会来检查开发人员根据会谈所记录信息中的任何差异或错误。 这个小结应该包括在讨论中涉及的要点，以及任何需要将来进行的活动。图1.8表示了同Wheels的商店经理Annie Price会谈的小结。,需求确认 -2,正式的确认技术 （续1） 确认的最有效方法之一是从不同调查方法中获得的交叉引用信息。 例如，在同用户交谈中产生的场景可以同观察同一用户完成日

19、常工作情况的记录进行比较。 在同Annie的会谈中，她说当顾客租借一辆自行车时，她给顾客一张收据，但是，观察可能看出她经常忘记了做此事。 比较来自不同调查活动获得的信息允许开发人员发现任何在人们声称他们在工作时应该做什么和他们实际上是怎样做的之间的不一致。 比较也能在从调查问卷中获得的信息和从访谈、观察、或者文件研究中获得的信息之间进行。,需求确认 -3,正式的确认技术 （续2） 一旦需求被用更正规的文档记录下来，他们可能成为费根（Fagan）检查的主题。费根检查是一种系统化合结构化得检查来自系统开发过程任何阶段文档的方法，目的是确定遗漏和错误。 费根检查是由一小组人员进行，其包括编写被检查文

20、档的开发人员、以及一个或多个任务为负责详细地查看文档并确定任何缺陷的人员。 在文档中的任何遗漏、不一致或者错误被指出给开发人员，以便在必要的情况下，这些问题能通过进一步向系统的客户和用户进行咨询来得到纠正。 在Wheels系统的开发中，问题和需求列表（参见图1.7中准确地描述）将是费根检查的主题，以确保所有的需求被完整地文档记录。,Wheels系统的需求列表 -1,需求列表 这个表式对Wheels系统在需求调查过程中所获得的需求的简要汇总。 当前系统的问题已经在同Annie会谈和会谈后的小结所涉及，但是对新系统的要求没有明确地确定。 这个表将作为Wheels面向对象开发的一个基础。,Wheels系统的需求列表 -2,需求列表 (续1) R1: 建立一个包括所有自行车和它们详细数据的完整表格，包括自行车的数量、类型、尺寸、制造商、型号、一天的租赁费用、以及押金（这些已经在Wheel