1 / 10
文档名称:

2023年宫小全系统设计答案.doc

格式:doc   大小:89KB   页数:10页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

2023年宫小全系统设计答案.doc

上传人:非学无以广才 2022/12/6 文件大小:89 KB

下载得到文件列表

2023年宫小全系统设计答案.doc

文档介绍

文档介绍:该【2023年宫小全系统设计答案 】是由【非学无以广才】上传分享,文档一共【10】页,该文档可以免费在线阅读,需要了解更多关于【2023年宫小全系统设计答案 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。第五章综合练****参照答案
一、单选题
1-5BBACA
6-10BBBAB
二、多选题










三、判断题
1-5对对对对对
6-10错对对错对
简答题
?
电子商务系统分析就是在系统规划拟定的原则和目的的指引下,结合电子商务系统的特点,对公司进行调查,全面理解公司的目的、组织构造、数据流程和业务解决过程,结合不同电子商务活动的基本需求,进而拟定公司的具体需求定义,为系统设计奠定基本。
?
公司的商务目的是为了最大限度的扩大利润空间,增长公司收入。为了达到这一目的,需要不断改善提高其核心竞争能力,扩大市场份额。运用电子商务系统改善其核心竞争能力是公司建设电子商务系统的最直接、也是最为原始的动机。基于这一点,在设计电子商务系统之初,必须精确、完整地理解公司电子商务的需求,掌握公司中各个商务过程的数据及其解决过程,才干在设计阶段,有针对性地设计电子商务系统软件所应具有的相应功能。这样构造的电子商务系统才干最后与公司建设电子商务系统的动机相吻合。而这些工作就是系统分析所要完毕的任务,因此系统分析是系统设计的基本,是电子商务系统建设中的一种重要阶段。
?
(1)掌握公司商务活动的特点。这一任务的内容重要是理解公司商务运作过程中均有哪些基本的商务环节,其基本特点是什么,在开展电子商务活动中的重点和要点是什么。这一任务的目的是为了在系统调查之前,可以使系统分析人员做到心中有数,进而在调查过程中,有针对性地和合公司人员进行交流,并对调查的重点有的放矢。
(2)系统调查。这一任务的内容重要是对公司的组织机构、重要业务、各项业务活动的数据流程和有关的解决过程等进行具体的调查。目的是获取原始资料,理解公司的运作状况,为后续的公司商务活动分析做好准备。
(3)公司既有商务活动分析。这一任务的目的是通过对系统调查获取的资料进行分析,建立系统的模型,分析模型中的各项活动规定,提出系统的顾客需求。
(4)分析、综合、评估和创新,提出电子商务系统的需求。该部分的任务是针对前一环节的成果,进一步进行分析综合,结合系统规划给出的公司商务模式,并参照典型的电子商务模式的一般性需求,再次进行审查,在上一步需求的基本上,补充如何运用电子商务手段改善公司竞争能力方面的有关需求,最后给出将来电子商务系统的需求,描述将来电子商务系统(或者说新系统)的需要实现的功能。
?
对于商务网站,拟定网站的目的客户十分重要。只有清晰地确认谁是站点的客户,她们需要什么,她们的爱好所在,公司才也许在站点上提供她们所需要的内容和信息。只有让公司的站点吸引住目的客户并用站点所提供的信息留住她们,公司的站点才也许获得成功。
如何才干保证公司网站的内容符合客户的需要呢?在进行网站建设之前,就应当进行公司网站的客户需求分析,即在充足理解本公司客户的业务流程、所处环境、公司规模、行业状况的基本上,分析客户的多种需求。有了客户需求分析,公司可以理解潜在客户在需求信息量、信息源、信息内容、信息体现方式、信息反馈等方面的规定,公司网站可觉得客户提供最新、最有价值的信息。全面的客户需求分析的目的是使公司网站不仅仅只停留在浅层的信息浏览上,并且成为真正的应用功能型网站,使之成为宣传与实用并重的网站。
?
(1)公司的总体状况:理解公司的历史、文化、经营现状、领导人态度、规模等,对公司的总体状况有一种理解。
(2)公司的目的和战略。
(3)系统的界线和运营状态,理解目前系统与外界的联系、目前的规模和业务范畴等。
(4)公司的组织构造及部门阐明书。
(5)业务流程,全面而细致的理解整个系统的业务流程。
(6)数据与数据流程。
(7)可用的资源和限制条件,特别是信息技术基本与技术人员。
(8)存在的问题和改善的意见。
五、论述题

电子商务系统的与一般公司信息系统的系统分析相比较,既有相似的地方也有不同之处。具体体现为:
(1)目的相似。无论电子商务系统还是其他的公司信息系统,系统分析的目的都是为了给将来要建设的新系统提出明确的、细致的需求;从而使得系统设计可以有的放矢,具有明确的针对性。
(2)措施类似。系统分析的所有措施都是为实现系统分析的目的服务的。信息系统的分析措施,无论是面向数据流的构造化分析措施、还是面向对象的分析措施,虽然体现形式不同,但是目的都是为了从不同层次、不同角度描述清晰公司的业务过程究竟如何、公司业务模型究竟是什么样的。
(3)系统分析的对象不尽相似。老式信息系统的系统分析,着重于从业务的手工解决系统、或者公司既有信息系统入手,描述既有系统的业务解决中的数据、加工解决过程,在此基本上分析其中的局限性或缺陷,进而提出将来要构造的新系统的需求。电子商务系统的系统分析,尽管也是为了给将来的新系统——电子商务系统提出需求,但是由于公司电子商务活动还没有实行,公司不也许在没有技术支持的条件下开展电子商务,因此目的系统的参照物并不存在。因此,电子商务系统所要分析的对象并不完全是公司的手工解决过程,至少可以说公司既有系统只是电子商务系统分析对象的一种构成部分。
(4)系统分析的任务不同。老式的系统分析重要涉及系统调查、系统业务分析、提出对新系统的需求这样几种方面。但是,对于电子商务系统而言,很难直接地通过度析公司既有系统或手工作业的局限性,进而给出对电子商务系统的需求,因此,电子商务系统分析的任务除了要对公司业务流程进行调查,分析老系统的局限性之外,尚有一部分重要的工作是创新工作,即老系统分析的基本上,结合电子商务的特点、不同电子商务模式需求的共性,创新性地提出公司尚未开展、而目的系统应当满足的一部分需求。
总之,电子商务系统分析与老式信息系统分析的目的是一致的,重要是分析提出将来新系统的业务需求。但是电子商务系统分析不仅需要调查分析公司业务解决过程,描述既有系统的业务规定,并且要在其基本上,结合电子商务的特点,创新性地描述将来系统应当满足的需要和实现的功能。
?
1)顾客管理需求
(1)顾客注册。
(2)注册顾客信息管理。
2)客户需求
(1)提供电子目录,协助顾客搜索、发现需要的商品。
(2)进行同类产品比较,协助顾客进行购买决策。
(3)商品的评估。
(4)购物车。
(5)为购买产品下订单。
(6)撤销和修改订单。
(7)可以通过网络付款。
(8)对订单的状态进行跟踪。
3)销售商的需求
(1)检查客户的注册信息。
(2)解决客户订单。
(3)完毕客户选购产品的结算,解决客户付款。
(4)可以进行电子拍卖。
(5)可以进行商品信息发布。
(6)可以发布和管理网络广告。
(7)商品库存管理。
(8)可以跟踪产品销售状况。
(9)可以和物流配送系统建立接口。
(10)和银行之间建立接口。
(11)实现客户关系管理。
(12)售后服务。
六、案例讨论题
对顾客子系统的“顾客注册”功能,试讨论如下问题:
、创立活动图、使用文档化模板对用例进行需求描述,建立系统的需求模型?
答:
(1)建立用例图
在“图书选购”上单击右键,建立“图书选购”用例图,如图5-1所示。
图5-1创立“图书选购”用例图
在这个用例中,有一种参与者(即顾客)和一种用例(即图书选购),根据分析可知,“图书选购”用例可以分解成两个用例,即“浏览图书”和“加入购物车”,最后得到用例图“图书选购”,如图5-2所示。
图5-2“图书选购”用例图
(2)创立活动图
一方面在“图书选购”包中通过单击右键创立“图书选购”活动图,如图5-3所示。
图5-3创立“图书选购”活动图
然后根据需求调查的成果,画出活动图。使用泳道来辨别活动的发出者,如图5-4所示。图中的和分别表达用例的启动和终结。要注意辨别图中状态机的图标和活动图中活动图标的不同,用来表达一种个的活动。
图5-4“图书选购”活动图
(3)使用文档化模板对用例进行需求描述
用例描述如下:
3“图书选购”

本用例容许顾客在线选购图书。

顾客选书前必须登录。

顾客选择自己需要的图书,并将其添加到购物车中。


当顾客想要进行图书选购时,用例启动。
(1)顾客单击选择选书页面。
(2)系统显示图书列表。
(3)顾客提出选购某书。
(4)系统检查与否缺货(E-1),购物车中加入相应的图书信息。

E-1:缺货时,屏幕显示缺货信息页面。顾客选择缺货方略(放弃还是等待直到有货)。
?
答:目前需要从上述功能构造的描述中找出可以作为分析类存在的功能实体,进而通过筛选得到分析类。发现类一般要依托用例描述中的名词或者动宾短语。从上面的功能描述中筛选出所有的名词和动宾短语,如“图书”、“选购图书”、“顾客”、“购物车”、“选书页面”等。目前假设这5个词就是分析模型中要找的类,下面分析它们的职责。
“图书”:其职责是较好界定的,即是客观世界的图书在软件系统中的映射,用来保存图书的基本信息。
“选购图书”:其职责在于接受顾客选择的图书信息,并将信息转移到购物车类中,是一种控制其她类运营的类。
“顾客”:是客观世界中书店的顾客在软件系统中的映射。
“购物车”:是顾客的购物车或者是顾客挑完书后拿着书的手在软件系统中的映射。
“选书页面”:从语言中可以看出它是一种用来交互的类,是用来浏览图书信息的。
事实上,分析类可以分为实体类、控制类和边界类3类。从名字中可以看出:实体类相应现实生活中的物体,是它们在软件系统中的映射;控制类用来对各个类之间进行协调和控制;边界类是软件系统用来与参与者进行交互的类。下面简介3种类的不同表达措施。
单击创立一种类图,然后点选创立3个类(如图5-5所示的1、2、3)。双击打开各自的细节选项卡(classspecification),在stereotype下拉条中选择entity、control或者boundary,从而分别将其变化成实体类、控制类和边界类,如图5-5所示。
图5-5实体类、控制类和边界类
、创立协作图,建立系统的分析模型?
(1)画出分析类图
筛选得到分析类后就要画出分析类图了。要画出分析类图,一方面要弄清晰各个类之间的关系,这时采用一种小技术CRC卡片将十分有效。CRC(ClassResponsibilityCard)是一种如图5-6所示的卡片。
图书
选购图书
用来保存图书的基本信息
图5-6CRC卡片
卡片的上面为类的名称,左面为类的职责,右面标示出与其有关系的类。因此,在一种存在诸多类的系统中,可以逐个地考虑该类与其她所有类与否有关系、有什么样的关系,从而保证不会漏掉类之间的关系。
在完毕了对发现的类之间的关系判断之后,就可以画出类图了。固然,在此之前还是要像上个实验同样建立体系构造。
在logicview中加入包——“网上书店系统分析模型”,然后按照各自的功能模块分包,最后得到体系构造。
通过以上环节,得到“图书选购”用例的分析类图,如图5-7所示。
图5-7“图书选购”用例类图
(2)创立协作图
在“图书选购”包上创立“图书选购”协作图,如图5-8所示。
图5-8创立“图书选购”协作图
然后在图中创立类对象以及它们之间的交互过程,如图5-9所示。
图5-9“图书选购”协作图