综合市场管理系统——软件需求说明书-副本

1、 综合市场管理系统需求规格说明书目 录目 录1课程设计说明2一、引言31.1 编写目的31.2 背景31.3 定义3二、需求分析综述32.1 功能组成结构综述32.2 具体功能要求描述42.3 需求补充说明62.4 系统范围和系统边界72.5 执行者9三、用例93.1 用例确定93.2 分层用例图103.3 用例描述133.4 用例活动图13四、对象类静态模型194.1 对象类建立194.2 用户接口定义214.3 类关系图224.4 系统包图22五、动态交互模型235.1 管理员登录过程的动态模型235.2 商家信息查询过程的动态模型245.3 其他用例过程的动态模型25参考文献28课程设计

2、说明选题题目为：综合市场管理系统。组员：312011080611108 杨乐 ， 312011080611103 蔡晓楠 ，312011080611122 杨幸鑫。工作分工： 前台、后台、数据库、JAVABEAN、SERVERLET。一、引言1.1 编写目的本文档将对综合市场管理系统的开发需求进行详细的描述，以便对后续工作做出指向，也能作为今后系统维护改进的备忘录。本文档的读者是项目策划、设计和评审人员。1.2 背景本系统作为JAVA EE应用开发课程的课程设计提出，是希望我们通过本次实际开发项目了解软件需求分析的过程，掌握使用JAVA EE开发系统软件的基本技能，对JAVA EE开发工具熟练

3、的应用，提升我们在JAVA EE开发上的综合能力。本软件系统名称：综合市场管理系统。1.3 定义1、本文中提到的综合市场指一般性的政府性公共场所，不涉及到超级市场等大型连锁企业。二、需求分析综述2.1 功能组成结构综述（1）功能综述综合市场管理系统的涉众包括对该综合市场进行管理的管理人员、在此综合市场中的各个商家、综合市场中的所有消费者以及有关部门等。该系统主要提供管理人员对综合市场的公共建设管理、对市场中商家的管理、消费者对市场信息的浏览查询反馈、商家对自身及其经营产品的信息发布等四个方面的功能服务，以满足整个市场在日常运营事项中的需要。（2）涉众分析在本系统中，主要涉及到的涉众有：管理人员

4、、商家、消费者和有关部门；图1为综合市场管理系统涉众主图。图1 综合市场管理系统涉众主图2.2 具体功能要求描述（1）综合市场管理子系统综合管理子系统包括管理综合市场的公共设施、管理市场中的商家、发布相关的公告文件等。 管理综合市场的公共设施。综合市场的公共设施主要是市场中的店铺和摊点，管理人员需要对这些商业点进行详细的区域划分、信息说明等，以便消费者大众可以通过该平台获知整个市场的分布以及它们的基本情况；同时还涉及到对所有公共设施的信息整理记录备案等。 管理市场中的商家。综合市场中的商家都是以租赁店铺或者摊点的形式进驻的，基于这种特殊的模式，管理人员需要对这些商家进行详细的备案审查，将这些信

5、息在平台上面公开化，使得消费者可以对其浏览查看，最大程度的保证市场安全性和可靠性。 发布相关公告文件。综合市场的所有者并不是个人或者企业，它是属于政府的城市基础设施，所以需要在此平台上发布一些政府性质的公文条款以及近期的工作状态或是对整个市场的价格调查情况等等；加之前文已经介绍到的经营模式，所以也需要在该平台上发布商业点的租赁消息等。 提供咨询帮助服务。在用户进行有关用户操作时，如果遇到不清楚的问题，可以提供一些基本必要的帮助，帮助方式包含无人自助和在线声讯两种帮助。（2）消费者信息浏览查询反馈子系统消费者信息浏览查询反馈子系统包括消费者对于该综合市场概况及其相关资讯的浏览、对商家信息的查询浏

6、览、以及对整个市场运营及诸多方面问题的意见反馈等。 对综合市场相关信息浏览。提供用户对于综合市场浏览的的导航页面，包括两种导航页面：一种是基本信息的选择检索页面，另一种是根据地图视野范围的模糊搜索。用户可以通过对于关键信息的输入或者选择（商品类别、商家名字等）检索出符合筛选条件的店铺或者摊点列表；如果用户无法给出具体的筛选关键字则可以通过查看地图在视野范围内模糊查找，系统将列出在视野范围（如使用者所在位置500米以内）的所有酒店信息，但是地图导航功能只支持综合市场所包含到的范围或是周边一定区域，不包括其以外的更广泛的范围。 商家信息查询浏览。消费者可以在经过选择导航之后，在列表中详细了解每个商

7、家的信息，包括他所在的区域、所经营的商品类别、商品的大致价格、价格大致走向、近期资讯等；也可以不经过导航直接在总页中查找获取信息浏览。 消费者信息建议反馈。平台将提供可以让消费者对综合市场的建设运营提出建议意见的功能，通过这个功能，市场管理者可以更好的了解消费者的心声，便于更好的开展工作，消费者也可以将自己的想法，自己的建议向管理者和有关部门反映，为市场的建设出一份力；反馈的形式可以包括在线的信箱留言或是直接的人工在线交流等等。（3）商家自身相关信息发布子系统商家作为这个系统中最重要的涉众之一，在系统中扮演这重要的角色。商家可以在该平台上发布自己的信息供消费者浏览，通过这种方式对自身进行宣传，

8、更好的吸引顾客；系统将会在后台处理这些信息以保证信息的安全性和可用性。 商家登录。商家在本市场备案成功之后会得到由市场管理人员发放的登录账户和密码，凭此登录信息登录，信息匹配错误或者其他登录方式均视为无效方式。 商家信息发布。平台上提供专门的网页供商家发布自己的信息，同时还包括对自身的信息的管理等功能。 提供咨询帮助服务。在商家进行有关用户操作时，如果遇到不清楚的问题，可以提供一些基本必要的帮助，帮助方式包含无人自助和在线声讯两种帮助。2.3 需求补充说明（1）数据保存本系统需要长期保存在数据库（存入磁盘）中的数据有： 商家备案信息：除商家不再租赁该市场中的商业点或申请注销或由于违规（操作、法

9、律）而必须剔除，都需要长期（伴随软件系统使用年岁）保留。 商家信息：除商家自身申请注销或商家不再存在（搬迁、查封等）而必须剔除，都需要长期（伴随软件系统使用年岁）保留。 公告资讯信息：公告资讯信息随发布该信息的存在而存在，需对其制作一份备份信息以备存档记录等工作。（2）系统的用户综合市场管理系统的用户包括市场管理人员、商家、消费者以及有关部门。（3）系统运行用户界面用户界面为普通的网页页面。（4）系统运行的软件、硬件环境首先需要说明，本系统可以适用与PC平台和移动设备平台，本文的所有阐述都将基于PC平台；对于在移动设备平台（如手机、平板电脑等）上的应用操作其核心操作并无太大差别，仅需要与其搭载

10、平台兼容即可。1）系统运行的软件环境： 本系统建模采用支持UML的CASE工具PowerDesigner 16.0开发软件。 本系统实现将采用在JDK框架下的JAVA Web编程。 数据库管理采用MySQL数据库管理系统。 系统操作平台采用微软的视窗操作系统 Windows XP/2003/2008/7 。2）系统运行的硬件环境。本系统共有远程公共服务器，用户PC机即为用户终端机。 用户终端机：（最低配置）内存512MB，硬盘80G，显示器。 服务器：采用联想PC-1000，内存1GB，高速硬盘200G，高速缓存，液晶显示器。2.4 系统范围和系统边界（1）综合市场管理子系统1）系统范围综合市

11、场管理子系统负责对整个市场的稳定运行进行相关的操作，不涉及对浏览者活动以及商家信息发布的干预。2）系统边界综合市场管理子系统与消费者信息浏览查询子系统和商家自身相关信息发布子系统有系统边界。 综合市场管理子系统负责对整个综合市场进行宏观角度上的综合管理，对综合市场的基础设施、进驻于市场的商家基本信息进行审查、整理、保存等工作。 综合市场管理子系统中的商家信息将被消费者信息浏览查询反馈子系统和商家自身相关信息发布子系统所使用，用于完成其他系统内的某些功能。图2为综合市场管理子系统边界图。 图2 综合市场管理子系统边界图（2）消费者操作子系统1）系统范围消费者操作子系统负责提给给浏览本网页的消费者

12、提供多样的服务功能，包括市场近期信息的浏览、商家信息的浏览与查询、对于市场运营等诸多方面问题的在线交流和信息反馈等等。不涉及到综合市场的内部管理以及商家信息的管理。2）系统边界消费者操作子系统与综合市场管理子系统和商家自身相关信息发布子系统有系统边界。 消费者操作子系统是管理人员与商家之间的桥梁，对消费者的权限也有相关的界定。图3为消费者操作子系统边界图。图3 消费者操作子系统边界图（3）商家自身相关信息发布子系统1）系统范围商家自身相关信息发布子系统涉及对商家自身信息的修改和发布，不涉及市场中设施的租赁以及消费者的在线交易等功能。2）系统边界商家自身相关信息发布子系统与综合市场管理子系统和消

13、费者操作子系统有系统边界。 系统中商家可以对自身的信息进行编辑，对自身的产品自己的品牌进行推广和宣传。2.5 执行者从上述的分析可以看出，本系统有2个个人执行者，即：消费者（浏览者）和商家；2个系统执行者，即：管理人员和有关部门人员。这些执行者的业务活动和对系统的功能要求如下：1）浏览者：在网页上浏览各种公告信息，也可以查询进驻商家的相关信息，还可以使用网站中的浏览者功能对综合市场建设提出自己的宝贵意见。2）管理人员：管理人员需要对整个系统进行管理，对进驻的商家进行审查备案和管理；与消费者浏览者进行在线的交流，处理消费者的实际问题和需求。3）商家：商家需向管理人员提交自己的相关信息以用于管理人

14、员对其备案；商家自己还可以在自己的主页中发布与自己相关的一些信息供消费者了解。 三、用例3.1 用例确定根据前文的分析，在本系统中可选的用例有：（1）综合市场管理子系统中的用例 管理员登录。 商家信息备案。 公告文件发布。 工作状态发布。 商业点租赁信息发布。 消费者留言回执。 在线与消费者交流。 商家发布信息审查。（2）消费者操作子系统中的用例 综合市场动态信息浏览。 商家信息查询。 投诉举报建议留言。 与客服在线交流。（3）商家相关信息发布子系统中的用例 商家登录。 商家信息管理。 商家所涉及商品信息发布。3.2 分层用例图（1）最高层用例图根据对综合市场管理系统的整体业务功能要求分析，可

15、以绘制出如图3所示的最高层用例图。 图3 综合市场管理系统最高层用例图在最高层用例图中，实线方框表示系统边界，在系统边界内共有3个用例，即三个系统的子系统。在系统中，消费者操作子系统依赖于综合市场管理子系统，它从的所有信息来源于市场管理子系统的数据管理，同时也和市场管理子系统进行相互之间的数据通信；同时商家自身相关信息发布子系统也依赖于综合市场管理子系统，它从该子系统中获得使用权限，并将自己发布的信息交由管理子系统审核，审核通过之后才能对外公布。系统外所涉及到的个人执行者和系统执行者，他们的具体事务和对系统的操作在本文2.5小节已经有了详细的说明，在此不在重复说明。（2）第2层用例图在第2层用

16、例图的中，包括三个子系统各自的用例图描述。1）综合市场管理子系统用例图根据对用户信息管理的整体业务要求分析，可以绘制出如图4所示的子系统用例图。 图4 综合市场管理子系统用例图在用户信息管理子系统用例图中，实线方框表示子系统边界，该子系统中共有8个用例。子系统中的其他用例都是依赖于管理员登录用例。如果管理员没有进行登录操作则他不能使用子系统中的其他功能。系统外有1个系统执行者： 子系统管理员对系统中相关信息进行全面的更新、维护和管理。2）消费者子系统用例图根据对消费者操作的整体业务要求分析，可以绘制出如图5所示的子系统用例图。 图5 消费者操作用例图在消费者操作子系统用例图中，实线方框表示子系

17、统边界，该子系统中包含4个用例，之间不存在依赖关系。系统外有1个个人执行者： 消费者通过网页平台中子系统提供的功能可以有多种途径方式查询到符合自身想寻找条件的商家，同时也可以对整个综合市场的建设提出建议意见。3）商家信息发布子系统用例图根据对商家信息发布的整体业务要求分析，可以绘制出如图6所示的子系统用例图。图6 商家信息发布子系统用例图在商家信息发布子系统用例图中，实线方框表示子系统边界，该子系统一共包含3个用例。系统中的其他用例都依赖于商家登录用例，如果商家没有完成登录则其他的功能无法使用。系统外有1个个人执行者： 商家是在市场中存在备案的合法商家，否则他将无法在本网站中发布自己的信息；再

18、登录之后发布的信息也需要通过审核之后才能在网站上被消费者所浏览。3.3 用例描述本节将对本文中已经提及到的系统的一些用例进行详细的阐述。(略）3.4 用例活动图（1）管理员登录过程活动图管理员登录活动从管理员输入管理员验证信息开始，到完成各项要求验证通过后全部活动结束，如图7所示。图7 管理员登录过程活动图从图中可以看出，该活动图涉及到综合市场管理子系统，图中有一个泳道即为这个子系统。该用例中的所有活动都在这个泳道中完成。该活动从管理员输入验证信息开始，在填写了登陆信息后需要经过系统的验证，符合系统要求之后继续执行后续进程。验证进程作为登录活动的最重要一道工序，对提出登录请求的用户进行信息真实

19、性验证，防止恶意身份不明用户以对系统进行蓄意的攻击。通过验证后方才能继续下面的进程；在弹出提示正确登录成功的消息框后一个完整的管理员登录活动才全部结束。商家登录同样类似于本活动，所以后文将不再赘述。（2）商家信息备案过程活动图商家信息备案过程从商家提交自身相关信息开始，到商家获得登陆网站账户密码结束；该活动是本系统最核心的活动之一，是本系统的生存之本，是本系统对用户公开化、透明化的保障，同时也是本系统开发的其中一个原因。该活动图如图8所示。图8商家信息备案过程过程活动图从图8中可以清晰的看出，该活动图中的活动分别涉及到综合市场管理子系统和商家信息发布子系统；商家向管理人员提交自己的备案信息，管

20、理进行审核，只有审核通过的商家才能获得用户名密码，换言之也就是才能存在与市场之中，才能发布自己的信息，这一点上，无论是实体的综合市场，还是网上的虚拟网站都是一样的，这是一切活动的起始。当商家提供的备案信息通过了审核之后，整个活动结束。（3）商家信息查询活动过程图商家信息查询活动从消费者进入对应网页开始，输入商家信息进行检索。过程如图9所示。图9 商家信息查询活动过程图从图中可以看出，该活动图涉及到消费者操作子系统，所以在图中只有一个泳道，所有的活动都在消费者操作这个泳道中完成。该活动从进入商家查询页面开始，在完成该活动之后，浏览者可以选择跳转到对应商家主页进行详细的浏览。（4）消费者投诉举报建

21、议留言活动过程图消费者可以通过网上平台对综合市场的建设提出自己的一些想法和建议，进入到对应页面就可以开始操作，过程如图10所示。图10 商家消费者投诉举报建议留言活动过程图从图中可以看出，该活动图涉及到消费者操作子系统，所以在图中只有一个泳道，所有的活动都在消费者操作这个泳道中完成。该活动从进入留言板页面开始，在完成相关活动之后，消费者的建议就可以提交到服务器上，管理人员就可以得知这些意见。（5）商家产品及信息发布活动过程图商家在取得备案成功登录到系统之后，就可以在其主页上发布自身的产品和商品信息；过程如图11所示。图11商家产品及信息发布活动过程图从图中可以看出，该活动图涉及到商家信息发布子

22、系统，所以在图中只有一个泳道，所有的活动都在商家信息发布子系统这个泳道中完成。该活动从商家登录进入到自己的主页面开始，在完成相关活动之后，消费者或者浏览者就可以在页面上访问到这些信息。（6）工作状态发布过程活动流程图子系统中有几个相似于本用例的用例，都属于信息发布型的用例，由于篇幅限制，在此就使用该用例来作为代表阐述，过程如图12所示。图12 工作状态发布过程活动图从图中可以看到，该活动图涉及到综合市场管理管理子系统，所以图中只存在一个市场管理泳道。活动从管理员点入公告发布页面开始，在文本框中填写编辑近期工作状态，填写完成之后点击发布完成活动。四、对象类静态模型4.1 对象类建立根据已经建立的

23、用例图和用户业务需求分析，采用CRC卡的方法确定对象类及其属性和操作。下面将对酒店联合订房系统中的对象类及其属性和操作的定义简介如下：（1）用户 类名：用户。 类的编号：0201。 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，不能被共享。 功能：创建的对象使用管理系统，完成功能活动。 属性：用户登录名、用户登录密码。 操作：无。 （2）商家 类名：商家。 类的编号：0202。 类的类型：该类为0201类的派生类，并且该类创建的对象为持久对象，存储在服务器上的数据库中，不能被共享。 功能：创建的该类对象相对于0201类的对象更加具体，可以拥有更多的属性。 属性：商家名、注册日期

24、、手机号、电子邮件低址、证件类型、证件号码。 操作：无。（3）管理员 类名：管理员。 类的编号：0203。 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中。 功能：作为系统的最核心部分，管理整个系统，保证系统的正常运行。 属性：管理员名、管理员联系电话、管理员电子邮件地址。 操作：不存在操作。（4）租赁信息 类名：租赁信息。 类的编号：0204。 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，只有系统管理人员有权管理该类数据库信息。 功能：作为系统的最核心部分，提供给商家详细的租赁信息 属性：发布人、发布日期、商铺位置、商铺楼层、租金。 操作：无。（5）公告文件

25、类名：公告文件。 类的编号：0205。 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，该类都不能修改，只能操作使用。 功能：发布展示相关文件。 属性：发布日期、发布人、文件内容。 操作：无。（6）商家备案信息。 类名：商家备案信息。 类的编号：0206。 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，只能由管理员通过对应接口修改。 功能：对商家的备案信息进行管理。 属性：商铺楼层、商铺位置、商铺名字。 操作：无。 4.2 用户接口定义本小节中将对系统的对外接口进行定义，利用接口可以有效保证系统安全性，保证的系统的封闭可靠。（1）备案信息管理接口 接口类名：备案信息管理。 接口类型编号：10101。 接口类型：抽象类。 功能：为管理员提供处理备案活动的操作。 抽象操作：查看商家信息（）、添加商家备案（）、删除商家备案（）、修改商家备案（）。（2）信息发布接口 接口类名：信息发布。 接口类型编号：10102