影院售票系统面向对象的软件设计方法实验报告

影院售票系统院系：计算机科学学院专业：软件工程年级：08级课程名称：面向对象的软件开发方法学号：08065115姓名：兰雪峰指导教师：王新年2011年9月23日1.项目需求寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。通过对电子商务网站及网上书店的考察、分析以及实际的市场调查，要求本系统具有以下功能：1、统一友好的操作界面，能保证系统的易用性。2、规范、完善的基础信息设置。3、影片分类详尽，可按不同类别查看影片信息。4、按影片大类及影片名称进行模糊查询。5、实现网上购买影票。6、最新影片展示。系统总体的功能需求影院售票系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择影票；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。系统总体功能需求框图如图2-1所示。影院售票系统管理员接口数据服务模块用户接口图2-1系统总体功能需求框图用户接口模块用户接口是网站用户使用影院售票系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。管理员接口模块这是系统提供给网站维护和管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。数据服务模块数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。2.功能定义就影院售票系统而言，由于网络已经覆盖全球，信息量大而独具优势。售票的理念也很简单，就是方便观众更容易购买影票。对于观众来说，网上购票永不下班关门，观众可以随时随地自由地查询和购买热门影票，观众无需忍受排队买票痛苦，只要坐在电脑前，开机上网即可买到影票，同时还减少了影院过程中的支出以及处理时间，这对于那些没有时间经常买票但又喜欢看电影的观众来说具有实际意义。因此影院售票系统必将有长足的发展。开办影院售票系统也可以为在校大学生提供方便、廉价、高效的影院售票方式，促进文化传播，帮助国家和学校培养优秀的人才，具有长远的社会效益和经济效益。购物车功能网上购物车是网上书店前台销售管理的核心,在客户购物的整个过程中,购物车结合了商品浏览检索、会员注册登录，最终生成客户的网上订单。网上购物车提供的主要功能有：1)新建购物车：网上购物的每一个客户都有属于自己的购物车，客户购买商品时，系统为每一个客户的购物车创建购物车号2)添加物品：客户从网站购买商品时，可以点击商品的图片或名称进行购买，购物车会自动添加商品的名称，价格等信息。3)删除物品：客户通过购物车，可以随时删除在购物车内每一种商品的名称、数量、价格等信息。4)重新计算购物车中所有物品的金额：客户采用购物车购物时，客户可以随时修改商品的数量，购物车会自动显示修改后商品的价格以及重新计算购物车内所有商品的价格。5)清空购物车：客户如果放弃购物，可以清空购物车内所有的商品信息。6)显示购物车：设计美观大方的购物车界面，提供友好的操作方式，以便于来自Internet上的所有客户使用。7)会员资格确认后，保存购物车的基本信息：Internet上的客户通过购物车买完商品进行结账时，需要进行会员身份的确认，确认是会员后，客户需要填写网上订单所需要的基本信息，然后客户正式提交订单，应用程序将购物车提供的商品名称、价格、数量等信息保存到数据库中。影片管理功能完成影票信息的录入、修改、删除和多种方式的查询：影票海报片的上传及影票销售量统计，还有完成后台对客户的预定影票处理。主要实现以下功能：1）影票信息的录入：影票信息的录入包括影片名、导演、演员、编剧、出品公司、票价等多种信息。2)影片信息的查询：查询方式有按照影片名查询、按照导演查询、按照演员查询等方式。3)影片信息的删除：删除影片名、导演、演员等信息。5)热门影片书统计：根据影片的销售量对影片进行统计排名，以便在前台销售管理系统进行热门影片显示。订单管理功能完成多种方式的订单查询、删除无效订单、及对网上订单的后台处理功能。主要内容如下：1）合理设计订单状态：后台管理系统处理网上的客户订单，根据业务的实际需求，订单状态有多种，例如客户填写的订单格式正确，则订单的状态为有效，反之订单的状态为无效，后台管理员没有审核客户填写的订单信息内容是否正确时，订单状态为未审核等等。后台管理员的主要任务就是审核客户填写的订单，确认客户所订购图书库以及是否收到客户的汇款后修改订单的状态，比如将订单的状态改为“发货”。2)查询订单信息：按照订单编号的方式、订单日期的方式、未审核订单状态等方式查询订单信息。3)订单处理：主要是编辑订单的状态，通过订单的状态可以使后台管理员有效的管理图书流通过程中的各个环节，同时也可在Internet上清楚的向客户显示所购图书在流通过程中的状态。在编辑订单状态时要注意与库存的一致性。4)删除无效订单：客户填写的订单信息不正确时（客户地址不明），后台管理审核订单的状态为无效，经过一星期后，应用程序就可删除订单信息；又如客户选择邮局汇款的方式，但两个星期内并未支付，那么后台管理员将订单的状态修改为支付不成功取消，再经过两个星期后，应用程序就可从数据库中删除订单信息。客户管理功能客户管理是后台管理不可分割的一部分，它可以为管理人员提供一些重要的操作，管理人员可以通过客户管理来审核那些已经注册的客户，判断他们是否为合法用户后再进行相应的操作（删除，修改）；还可以通过客户管理来查找符合某些条件的客户，来达到管理人员如期的目的，主要功能如下：1)客户信息的添加：添加客户的电子邮件地址、姓名、单位、详细地址等信息。2)客户信息的修改：客户的名称是客户的标识，是不能修改的，单位，电子邮件，详细地址等信息是可以进行修改的。3)客户信息的查询：提供按照电子邮件地址、姓名、单位等的查询方式，以便于经营管理者浏览客户信息。4)客户信息的删除：删除用户的姓名、单位、详细地址等所有的客户信息。3.用况图和描述用况图：对系统(子系统)的功能行为进行建模。益处：1)示在语境中参与者如何与系统交互，使得系统、子系统和类对于用户和开发者易于探讨和理解2)易于对需求规范化3)有利于进行OOA4)有助于发现主动对象5)对系统测试来说，产生测试用例。6)有助于人机界面设计几点说明：用况是对参与者使用系统的一项功能时所进行的交互过程的一个文字描述序列。1)一个用况描述参与者对一项或几项系统功能的使用情况。而且只有当外部的参与者与该系统或类目进行交互时，该功能才发挥作用。2)用况中描述的行为实际上是系统级的。在用况内所描述的交互中的动作应该是详细的，准则是对用况的理解不产生歧义即可;若描述得过于综合，则不易认识清楚系统的功能。3)陈述参与者和系统在交互过程中双方所做的事。而且描述彼此为对方直接地做什么事，不描述怎么做，内部细节不要在其中描述。4)用况既表达了系统的功能需求，也表达了系统的功能划分。5)描述应力求准确、清晰，允许概括，但不要把双方的行为混在一起。6)系统执行该动作序列来为参与者产生一个可观察的结果值。7)用况描述的是一个参与者所使用的一项系统功能，该项功能应该相对完整。这就要求一个用况描述的功能，即不能过大以至于包含过多的内容，也不能过小以至于仅包含完成一项功能的若干步骤。8)用况描述中的一个步骤应该描述且仅描述参与者或系统要完成的一件事情。9)可以使用类图、活动图等对用况进行详细说明。确定参与者在本系统的UML建模中，可以创建以下的参与者。1)顾客：2)管理员：3)一般员工。创建用况根据业务流程，网上图书销售系统可以分为以下的几个用例（UseCases）。管理员：1、管理电影信息：对影片的信息进行管理。2、增加影片：可进行影片增加。3、删除影片：可进行影片删除。4、修改影片信息：进行影片信息修改。5、订单处理：6、订单维护：7、订单状态查询：观众：1、网上订票：观众通过手机或计算机进行网上订票。2、网上退票：观众通过手机或计算机可进行网上退票。3、电影查询：观众可通过手机进行电影信息查询。创建用况图系统管理的用况图如下所示：管理员影片信息维护订单处理销售记录维护报表维护查询订单接受订单拒绝订单系统用户的用况如下图所示：网上书店管理系统的总体用况图如下：4.类定义和描述，类模型建立类图的生成参与者相关的类1、中的类图如下所示：(1)Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名(Name)以及地址(Address)。它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。(2)Customer继承了父类的方法和属性并添加了自己的属性和方法。date表示该用户客户订单。(3)Employee继承了person，它的属性password表示登录密码。这是所有员工共有的操作。系统管理员类中还增加了查询分析和报表打印的方法。2、系统中的其他类(1)book是图书类。它的属性包括图书ID、图书名称(name)、图书介绍(introduce)、图书作者（author）、图书价格（price），商品类的方法有add()用于添加。(2)Orders是订单类。它的属性包括订单ID、用户ID、商品ID、订单日期(date)。订单类的方法包括添加订单add()。查询订单select()、删除订单delete()。这些方法中select()供person类使用，delete()供Custome类使用。(3)Record存储记录类。该类存储了所有的用户操作，包括用户的查询和订购操作，这些数据是后台程序分析的基础。该类的属性包括记录ID、用户ID、图书ID、操作类型、数量，方法查询select()、打印print()、添加add()、删除delete()。3、各类这间的关系网上书店管理系统各类之间的关系图如下所示：一个操作员可以处理多个订单。一个管理员也可以处理多个订单，并且管理员具有数据查询的权限。一个订单中包括了多个商品，一条历史记录中也包括了多个商品，一个顾客只能对应一条历史记录，但他有多个订单的记录。