某网上书店系统分析报告书(带图)

某网上书店系统分析报告书1报告简介本报告在某网上书店系统规划报告的基础上，对要实现的电子商务系统进行需求调查，使用UML用例图和活动图来描述调查得到的需求。然后，对调查得到的需求进行详细的分析和描述，编写需求模型报告。本报告还要根据形成的需求模型一步步得到分析模型，使用类图和协作图来分析各个用例，画出系统的分析类和用例实现过程，编写分析模型报告。2建立需求模型概述2.1建立用例模型的体系结构图根据对某网上书店系统规划报告中功能模块的分析，结合对实际电子商务系统的调查，最终得出系统的体系结构图。该网上书店体系结构图如下图所示。图1“网上书店”体系结构图在UML中，这种体系结构的表现方式是通过分组元素（即包元素）来实现的，在RationalRose中应该按如下步骤建立该需求体系结构。首先在RationalRose的UseCaseView中的Main用例图中使用建立“网上书店系统”包，如下图2所示。图2“网上书店系统”包订单管理图书管理管理员登录图书选购用户注册用户登录购物车管理查看订购网上书店用户子系统管理员子系统然后双击该包图，进入下一级用例图中，建立“管理员子系统”和“用户子系统”两个包，再分别双击两个包，进入相应的包以建立下一级结构，最终得到系统的体系结构。用例模型的体系结构图如图3所示。图3用例模型的体系结构图2.2用例图的画法建立了用例模型的体系结构图之后，下面以用户子系统的“图书选购”功能为例介绍用例图的画法。在“图书选购”上单击右键，建立“图书选购”用例图，如图4所示。图4创建“图书选购”用例图在这个用例中，有一个参与者（即顾客）和一个用例（即图书选购），根据分析可知，“图书选购”用例可以分解成两个用例，即“浏览图书”和“加入购物车”，最终得到用例图“图书选购”，如图5所示。图5“图书选购”用例图2.3创建“图书选购”活动图在上述步骤中仅仅画出“图书选购”的用例图，是不能够准确地表达“图书选购”这一用例的商业流程的，还需要对这一用例进行解释和说明，活动图就是一个对用例进行解释说明的很好的工具，下面是创建“图书选购”活动图的过程。首先在“图书选购”包中通过单击右键创建“图书选购”活动图，如图6所示。图6创建“图书选购”活动图然后根据需求调查的结果，画出活动图。使用泳道来区分活动的发出者，如图7所示。图中的和分别表示用例的启动和终止。要注意区分图中状态机的图标和活动图中活动图标的不同，用来表示一个个的活动。图7“图书选购”活动图接下来的工作是对用例进行描述，也就是对需求进行文档化描述。事实上有许多种描述方法，既可以只用一段自然文字和使用结构化的一段文字描述，也可以使用图形进行描述（事实上，活动图就是对用例的一种描述）。下面通过使用usecase.org给出的用例的文档化模版对用例进行描述，用例描述如下：3图书选购3.1简单描述本用例允许用户在线选购图书3.2前置条件用户选书前必须登陆3.3后置条件用户选择自己需要的图书，并将其添加到购物车中3.4事件流3.4.1基流当用户想要进行图书选购时，用例启动（1）用户单击选择选书页面（2）系统显示图书列表（3）用户提出选购图书（4）系统检查是否缺货（E-1），购物车中加入相应的图书信息3.4.2替代流E-1：缺货时，屏幕显示缺货信息页面。用户选择缺货策略（放弃还是等待直到有货）在usecase.org给出的用例文档化模版中，前置条件说明了用例开始前应该使系统所处的状态，后置条件说明了用例结束后对系统的改变。基流也叫做事件的成功流，说明了在整个过程中没有任何错误的情况下用例的事件流程。实际上，作为用例描述，应该可以在用例模型中显示，RationalRose在用例中添加了用例描述的功能。用户双击用例“图书选购”图标，得到它的细节界面，如图8所示。图8添加用例描述在Documentation文本框中添加用例的描述和非功能性需求。对体系结构中的每个包的每个元素都做完以上几项（即用例图、活动图和用例）描述之后，就基本完成了需求模型的建立。这里说基本并不是完全的意思，即在系统的开发进程中发现一些新的需求和描述不正确的需求时，可继续在此基础上对其进行修改和维护。2建立需求模型的详细步骤3.1“用户注册”模块1）使用用例图“用户注册”用例图如图9所示图9“用户注册”用例图2）使用活动图“用户注册”活动图如图10所示图10“用户注册”活动图3）进行需求描述1“用户注册”1.1简单描述本用例用于用户的注册和个人信息的填写1.2前置条件无1.3后置条件用例成功后，添加一名新用户1.4“事件流”1.4.1基流当用户希望注册个人信息以使用本系统时，用例启动（1）系统转到用户注册页面，提示用户输入个人信息（2）用户输入个人信息（3）系统检查信息是否由有效（E-1）（是否已注册，邮箱是否可用，密码是否过于简单），将信息存入数据库1.4.2替代流E-1：如果用户输入的注册信息无效，系统显示错误信息并转到错误页面，用户重新填写信息；或者取消注册，用例结束3.2“用户登陆”模块1）使用用例图“用户登陆”用例图如图11所示图11“用户登陆”用例图2）使用活动图“用户登陆”活动图如图10所示图12“用户登陆”活动图3）进行需求描述2“用户登陆”2.1简单描述本用例用于用户登陆系统2.2前置条件无2.3后置条件用例成功后，用户登陆进入系统2.4事件流2.4.1基流当用户提出登陆进入系统请求时，用例启动（1）系统转到用户登陆页面，提示用户输入用户名和密码（2）用户填写用户名和密码信息（3）系统验证输入的用户名和密码，若正确（E-1），则转到首页，系统激活这一用户2.4.2替代流E-1：如果用户输入无效的用户名和（/或）密码，系统显示错误信息。用户可以选择返回基流的起始点，重新输入正确的用户名和（/或）密码；或者取消登陆，用例结束3.3“图书选购”模块1）使用用例图“图书选购”用例图如图13所示图13“图书选购”用例图2）使用活动图“图书选购”活动图如图14所示图14“图书选购”活动图3）进行需求描述3图书选购3.1简单描述本用例允许用户在线选购图书3.2前置条件用户选书前必须登陆3.3后置条件用户选择自己需要的图书，并将其添加到购物车中3.4事件流3.4.1基流当用户想要进行图书选购时，用例启动（1）用户单击选择选书页面（2）系统显示图书列表（3）用户提出选购图书（4）系统检查是否缺货（E-1），购物车中加入相应的图书信息3.4.2替代流E-1：缺货时，屏幕显示缺货信息页面。用户选择缺货策略（放弃还是等待直到有货）3.4“购物车管理”模块1）使用用例图“购物车管理”用例图如图15所示图15“购物车管理”用例图2）使用活动图“购物车管理”活动图如图16所示图16“购物车管理”活动图3）进行需求描述4“购物车管理”4.1简单描述本用例用于用户管理购物车4.2前置条件用户需登陆系统4.3后置条件用例成功后，购物车中商品状态发生变化4.4事件流4.4.1基流当用户提出管理购物车时，用例启动（1）系统转到购物车管理页面（2）用户提出所要执行的操作如果用户需要添加图书，则执行分支流S-1：添加图书如果用户需要删除图书，则执行分支流S-2：删除图书4.4.2分支流S-1：添加图书用户输入书号，购物车中加入相应图书S-2：删除图书用户单击删除按钮，相应的图书被删除3.5“查看订单”模块1）使用用例图“查看订单”用例图如图17所示图17“查看订单”用例图2）使用活动图“查看订单”活动图如图18所示图18“查看订单”活动图3）进行需求描述5“查看订单”5.1简单描述本用例用于用户查看订单5.2前置条件用户登陆5.3后置条件用例成功后，列出所有符合该用户的订单5.4事件流5.4.1基流当用户提出查看订单时，用例启动系统列出所有符合该用户要求的订单3.6“管理员登陆”模块1）使用用例图“管理员登陆”用例图如图19所示图19“管理员登陆”用例图2）使用活动图“管理员登陆”活动图如图20所示图20“管理员登陆”活动图3）进行需求描述8“管理员登陆”8.1简单描述本用例用于管理员登陆系统8.2前置条件无8.3后置条件用例成功后，管理员登陆进入系统8.4事件流8.4.1基流当管理员提出登陆进入系统请求时，用例启动（1）系统转到管理员登陆页面，提示用户输入用户名和密码（2）管理员填写用户名和密码信息（3）系统验证输入的用户名和密码，若正确（E-1），则转到首页，系统激活这一用户8.4.2替代流E-1：如果管理员输入无效的用户名和（/或）密码，系统显示错误信息。管理员可以选择返回基流的起始点，重新输入正确的用户名和（/或）密码；或者取消登陆，用例结束3.7“图书管理”模块1）使用用例图“图书管理”用例图如图21所示图21“图书管理”用例图2）使用活动图“图书管理”活动图如图22所示图22“图书管理”活动图3）进行需求描述6“图书管理”6.1简单描述本用例用于管理员管理图书信息6.2前置条件管理员登陆6.3后置条件用例成功后，图书信息被添加、改变或删除6.4事件流6.4.1基流管理员提出查看图书时，用例启动（1）系统列出所有符合该管理员要求的图书（2）管理员提出所要执行的操作如果管理员需要修改图书信息，则执行分支流S-1：修改图书信息如果管理员需要删除图书信息，则执行分支流S-2：删除图书信息如果管理员需要添加图书信息，则执行分支流S-3：添加图书信息6.4.2分支流S-1：修改图书信息进入图书信息修改界面，修改并保存图书信息S-2：删除图书信息管理员单击删除按钮，相应的图书被删除并更新数据库S-3：添加图书信息进入图书信息添加页面，添加并保存图书信息3.8“订单管理”模块1）使用用例图“订单管理”用例图如图23所示图23“订单管理”用例图2）使用活动图“订单管理”活动图如图24所示图24“订单管理”活动图3）进行需求描述7“订单管理”7.1简单描述本用例用于管理员管理订单7.2前置条件管理员登陆7.3后置条件用例成功后，订单信息被修改或被删除7.4事件流7.4.1基流管理员提出符合该管理员要求的订单时，用例启动（1）系统列出所有符合该管理员要求的订单（2）管理员提出所要执行的操作管理员修改订单，执行分支流S-1：修改订单管理员删除订单，执行分支流S-2：删除订单7.4.2分支流S-1：修改订单进入订单修改界面，修改并保存S-2：删除订单管理员单击删除按钮，相应的订单被删除4建立分析模型概述在前述内容中，我们使用用例图、活动图和用例的一种结构化文档描述方法对系统的需求进行了分析。需求模型表现了业务人员眼中系统存在的状态和工作的流程，而分析工作流程的目的是在于找出实体类、控制类和边界类。这些类是业务活动中应该存在的一些实体概念，将其提取出来抽象成为类，然后再使用协作图分析它们之间的交互情况，从而不仅又一次明确了功能需求，也为在设计阶段设计出真正的可编程的类打下了基础，因此这是一个承前启后的过程。仍以“图书选购”这一个功能为例，下图是对它进行功能结构的描述。3图书选购3.1简单描述本用例允许用户在线选购图书3.2前置条件用户选书前必须登陆3.3后置条件用户选择自己需要的图书，并将其添加到购物车中3.4事件流3.4.1基流当用户想要进行图书选购时，用例启动（1）用户单击选择选书页面（2）系统显示图书列表（3）用户提出选购图书（4）系统检查是否缺货（E-1），购物车中加入相应的图书信息3.4.2替代流E-1：缺货时，屏幕显示缺货信息页面。用户选择缺货策略（放弃还是等待直到有货）4.1筛选得到分析类现在需要从上述功能结构的描述中找出可以作为分析类存在的功能实体，进而通过筛选得到分析类。发现类一般要依靠用例描述中的名词或者动宾短语。从上面的功能描述中筛选出所有的名词和动宾短语，如“图书”、“选购图书”、“用户”、“购物车”、“选书页面”等。现在假设这5个词就是分析模型中要找的类，下面分析它们的职责。“图书”：其职责是很好界定的，即是客观世界的图书在软件系统中的映射，用来保存图书的基本信息。“选购图书”：其他的职责在于接收用户选择的图书信息，并将信息转移到