电子商务系统分析报告撰写

电子商务系统分析报告撰写实验目的对电子商务系统进行需求调查，使用UML用例图和活动图来描述调查得到的需求，对调查得到的需求进行详细的分析和描述，以掌握需求调查的方法和技巧。对一个电子商务系统进行系统分析，正确撰写系统分析报告。实验内容撰写系统分析报告任选其一：1.对某网上银行进行系统分析，撰写系统分析报告。2.对某综合旅游信息网进行系统分析，撰写系统分析报告。3.对某网上餐饮公司进行系统分析，撰写系统分析报告。4.对其他一个电子商务系统进行系统分析，撰写系统分析报告。实验结果正确撰写电子商务系统分析报告。内容包括：分析企业商务运作过程中的基本商务环节。分析电子商务对企业商务活动各个环节的影响。分析电子商务环境中本企业应具备的新的商务手段。描述企业各项业务活动的数据流程和相关处理过程。提出电子商务系统需求。实验案例—某网上书店系统分析实验案例—某网上书店系统分析实验简介建立需求模型概述建立需求模型详细步骤建立分析模型概述建立分析模型详细步骤实验简介本实验本实验在“实验案例—某网上书店系统规划报告”的基础上，对要实现的电子商务系统进行需求调查，使用UML用例图和活动图来描述调查得到的需求。然后，对调查得到的需求进行详细的分析和描述，以掌握需求调查的方法和技巧，学会编写需求模型报告。本实验还要根据形成的需求模型一步步得到分析模型，使用类图和协作图来分析各个用例，画出系统的分析类和用例实现过程，学会编写需求模型报告。建立需求模型概述建立用例模型的体系结构图用例图的画法创建“图书选购”活动图对用例进行描述建立需求模型概述建立用例模型的体系结构图根据对实验案例—某网上书店系统规划报告中功能模块的分析，结合对实际电子商务系统的调查，最终得出系统的体系结构图。网上书店体系结构图如下图所示。网上书店用户子系统管理员子系统用户登录用户注册图书选购购物车管理查看订单管理员登录图书管理订单管理建立需求模型概述建立用例模型的体系结构图在UML中，这种体系结构的表现方式是通过分组元素（即包元素）来实现的，在RationalRose中应该按如下步骤建立该需求体系结构。首先在RationalRose的UseCaseView中的Main用例图中使用建立“网上书店系统”包，如下图所示。建立需求模型概述建立用例模型的体系结构图然后双击该包图，进入下一级用例图中，建立“管理员子系统”和“用户子系统”两个包，再分别双击两个包，进入相应的包以建立下一级结构，最终得到系统的体系结构。用例模型的体系结构图如左图所示。建立需求模型概述用例图的画法建立了用例模型的体系结构图之后，下面以用户子系统的“图书选购”功能为例介绍用例图的画法。在“图书选购”上单击右键，建立“图书选购”用例图，如下图所示。建立需求模型概述用例图的画法在这个用例中，有一个参与者（即顾客）和一个用例（即图书选购），根据分析可知，“图书选购”用例可以分解成两个用例，即“浏览图书”和“加入购物车”，最终得到用例图“图书选购”，如左图所示。建立需求模型概述创建“图书选购”活动图在上述步骤中仅仅画出“图书选购”的用例图，是不能够准确地表达“图书选购”这一用例的商业流程的，还需要对这一用例进行解释和说明，活动图就是一个对用例进行解释说明的很好的工具，下面是创建“图书选购”活动图的过程。首先在“图书选购”包中通过单击右键创建“图书选购”活动图，如下图所示。建立需求模型概述创建“图书选购”活动图然后根据需求调查的结果，画出活动图。使用泳道来区分活动的发出者，如下图所示。图中的和分别表示用例的启动和终止。要注意区分图中状态机的图标和活动图中活动图标的不同，用来表示一个个的活动。建立需求模型概述对用例进行描述接下来的工作是对用例进行描述，也就是对需求进行文档化描述。事实上有许多种描述方法，既可以只用一段自然文字和使用结构化的一段文字描述，也可以使用图形进行描述（事实上，活动图就是对用例的一种描述）。下面通过使用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在用例中添加了用例描述的功能。用户双击用例“图书选购”图标，得到它的细节界面，如左图所示。建立需求模型概述对用例进行描述在Documentation文本框中添加用例的描述和非功能性需求。对体系结构中的每个包的每个元素都做完以上几项（即用例图、活动图和用例）描述之后，就基本完成了需求模型的建立。这里说基本并不是完全的意思，即在系统的开发进程中发现一些新的需求和描述不正确的需求时，可继续在此基础上对其进行修改和维护。建立需求模型详细步骤建立需求模型详细步骤1．用户注册2．用户登录3．图书选购4．购物车管理5．查看订单6．图书管理7．订单管理建立需求模型详细步骤1．用户注册—使用用例图建立需求模型详细步骤1．用户注册—使用活动图建立需求模型详细步骤1．用户注册——进行需求描述1“用户注册”1.1简单描述本用例用于用户的注册和个人信息的填写。1.2前置条件无。1.3后置条件用例成功后，添加一名新用户。1.4事件流1.4.1基流当用户希望注册个人信息以使用本系统时，用例启动。(1)系统转到用户注册页面，提示用户输入个人信息。(2)用户输入个人信息。(3)系统检查信息是否有效（E-1）（是否已注册，邮箱是否可用，密码是否过于简单），将信息存入数据库。1.4.2替代流E-1：如果用户输入的注册信息无效，系统显示错误信息并转到错误页面，用户重新填写信息，或者取消注册，用例结束。建立需求模型详细步骤2．用户（管理员）登录—使用用例图建立需求模型详细步骤2．用户（管理员）登录—使用活动图建立需求模型详细步骤2．用户（管理员）登录—进行用例描述2“用户（管理员）登录2.1简单描述本用例用于用户登录系统。2.2前置条件无。2.3后置条件用例成功后，用户登录进入系统。2.4事件流2.4.1基流当用户提出登录进入系统请求时，用例启动。(1)系统转到用户登录页面，提示用户输入用户名和密码。(2)用户填写用户名和密码信息。(3)用户验证输入的用户名和密码，若正确（E-1），则转到首页，系统激活这一用户。2.4.2替代流E-1：如果输入无效的用户名和（/或）密码，系统显示错误信息，用户可以选择返回基硫的起始点，重新输入正确的用户名和（/或）密码；或者取消登陆，用例结束。建立需求模型详细步骤3．图书选购—使用用例图建立需求模型详细步骤3．图书选购—使用活动图建立需求模型详细步骤3．图书选购—进行用例描述3“图书选购”3.1简单描述本用例允许用户在线选购图书。3.2前置条件用户选书前必须登录。3.3后置条件用户选择自己需要的图书，并将其添加到购物车中。3.4事件流3.4.1基流当用户想要进行图书选购时，用例启动。(1)用户单击选择选书页面。(2)系统显示图书列表。(3)用户提出选购某书。(4)系统检查是否缺货（E-1），购物车中加入相应的图书信息。3.4.2替代流E-1：缺货时，屏幕显示缺货信息页面。用户选择缺货策略（放弃还是等待直到有货）。建立需求模型详细步骤4．购物车管理—使用用例图建立需求模型详细步骤4．购物车管理—使用活动图建立需求模型详细步骤4．购物车管理—进行用例描述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：删除图书用户单击删除按钮，相应的图书被删除。建立需求模型详细步骤5．查看订单—使用用例图建立需求模型详细步骤5．查看订单—使用活动图建立需求模型详细步骤5．查看订单—进行用例描述5查看订单5.1简单描述本用例用于用户查看订单。5.2前置条件用户登录。5.3后置条件用例成功后，列出所有该用户的订单。5.4事件流5.4.1基流用户提出查看订单时，用例启动。系统列出所有该用户的订单。建立需求模型详细步骤6.图书管理—使用用例图6.图书管理—使用活动图建立需求模型详细步骤6.图书管理—进行用例描述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：增加图书信息进入图书信息添加界面，添加并保存。建立需求模型详细步骤7．订单管理—使用用例图建立需求模型详细步骤7．订单管理—使用活动图建立需求模型详细步骤7．订单管理—进行用例描述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：删除订单管理员单击删除按钮，相应的订单被删除。建立分析模型概述建立分析模型概述在前述内容中，我们使用用例图、活动图和用例的一种结构化文档描述方法对系统的需求进行了分析。需求模型表现了业务人员眼中系统存在的状态和工作的流程，而分析工作流程的目的是在于找出实体类、控制类和边界类。这些类是业务活动中应该存在的一些实体概念，将其提取出来抽象成为类，然后再使用协作图分析它们之间的交互情况，从而不仅又一次明确了功能需求，也为在设计阶段设计出真正的可编程的类打下了基础，因此这是一个承前启后的过程。建立分析模型概述建立分析模型概述仍以“图书选购”这一个功能为例，下图是对它进行功能结构的描述。3“图书选购”3.1简单描述本用例允许用户在线选购图书。3.2前置条件用户选书前必须登录。3.3后置条件用户选择自己需要的图书，并将其添加到购物车中。3.4事件流3.4.1基流当用户想要进行图书选购时，用例启动。(1)用户单击选择选书页面。(2)系统显示图书列表。(3)用户提出选购某书。(4)系统检查是否缺货（E-1），购物车中加入相应的图书信息。3.4.2替代流E-1：缺货时，屏幕显示缺货信息页面。用户选择缺货策略（放弃还是等待直到有货）。建立分