东北大学软件建模技术大作业

“软件建模技术”课程大作业姓名学号2013专业计算机班级130项目名称考研论坛系统”开课学期2015至2016学年第2学期东北大学计算机学院目录目录123用例分析1111114架构设计5构件设计6-I-1论坛系统（）起源于20世纪80年代初，最初的论坛系统只是用于发布起，考研论坛系统就是其中的一种。现如今越来越多的大学生加入到了考研的队伍当中，在考研的过程中考生会遇到各种各样的问题，例如：院校的选择、专业课的复习方法等等。考研论坛到有很多的信息共享（历年考试题、备考资料、招生单位考试大纲和专业目录、说是非常重要的。员可以上传名师视频方便会员观看学习、论坛管理员可以定时开展线下交流会，用系统，具有很大的推广性。-1-2需求分析-管理操作、考研资源和经验的获取等等。帖、浏览帖子、发表帖子、回复帖子。本次设计的“考研论坛系统”对会员和管可以在网上进行第三方的支付系统。普通会员可以向系统管理员申请成为版主，置热门贴、置顶帖子、设置精华帖子等等。制和会员相同，其主要操作就是对系统的管理，其中包括对用户的管理（游客注学习以及开展会员线下交流会等等。本系统主要功能如下所示：⑴普通游客通过注册成为会员⑵会员、版主、管理员登陆⑶普通游客或者会员搜索特定主题的帖子寻找自己感兴趣的帖子⑷普通游客或者会员浏览论坛帖观看内容⑸会员就某一个主题发表论坛贴⑹会员根据别人的评论回复论坛贴⑺考研成功的会员可以在论坛分享考研经验与心得体会⑻会员合法的出售考研资料⑼版主管理论坛贴⑽管理员管理用户⑾管理上传名师视频方便会员观看学习⑿管理员开展线下交流会-2-图1“考研论坛系统”用例图图2“考研论坛系统”业务建模活动图-3-表1“注册会员”用例文档用例名称简要描述参与者普通游客想要进行更大权限的操作需要注册会员普通游客包含的用例前置事件后置事件基本事件流普通游客进入注册会员页面普通游客提交的信息与系统数据库保存的信息一致1.用例起源于普通游客需要进行会员的相关操作2.系统显示注册页面，并要求游客填写个人信息3.普通游客在注册界面提交信息(D-1)3.系统保存普通游客的注册信息(A-1)备选事件流A-*普通游客在提交注册信息前可随时中止该用例1.系统显示确认个人信息注册终止信息2.顾客可以选择结束用例，也可以选择继续A-1注册时用户名重复或邮箱重复2.重新进入注册页面D-1个人信息包括：用户名、密码、姓名、邮箱、常用地址、电话（B-2）补充约束-非功能需求(见业务建模活动图)表2“登陆”用例文档会员、版主、管理员的登陆会员、版主、管理员在进入系统是需要进行登陆操作，用来保证系统的使用安全会员、版主、管理员会员、版主、管理员：安全进入系统登陆出现异常扩展点-4-如果登陆成功，会员、版主、管理员将会进入系统1.用例起源于会员、版主、管理员需要进入论坛系统进行相关操作2.会员、版主、管理员在登陆界面输入自己的账号和密码3.系统验证账号密码是否正确，正确则允许会员、版主、管理员登陆到系统(A-1)A-1会员、版主、管理员账号或密码错误1.系统显示会员、版主、管理员B-1系统允许会员、版主、管理员重试三次登陆操作，超过三次后则不允许其再次尝试登陆待解决问题(见业务建模活动图)表3用例名称简要描述参与者浏览论坛贴、发表论坛贴、回复论坛贴会员（普通游客只可以浏览帖子）会员、普通游客前置事件后置事件会员身份被识别和被授权后台数据库保存帖子的点击率、发表帖子的信息(时间、发布者等等)、回复帖子的内容基本事件流1．用例起源于会员成功登陆2.操作（A-1）相关图(见业务建模活动图)表4用例名称设置热门贴、设置精华贴、置顶论坛贴-5-简要描述将论坛中热门的帖子挑选出来方便会员查看、在会员发表的帖子中挑选出经典的设置精华帖、在会员发表扩展点前置事件后置事件版主身份被识别和被授权后台数据库保存已经设置好帖子的热门标记、精华标记、置顶标记基本事件流1．用例起源于版主的成功登陆2.版主在论坛贴“置顶论坛贴”的操作3.输入挑选出来的论坛贴的ID号完成操作(A-1)备选事件流(见业务建模活动图)表5用例名称简要描述添加板块、修改板块信息、删除板块管理员可以添加新的板块、修改板块号，主题名，板块主题和类型等、删除不必要或者不健康的板块管理员包含的用例前置事件后置事件选择板块、显示板块信息管理员身份被识别和被授权后台数据库保存新的板块的信息、保存已经修改的板块的信息、删除已经删除板块的信息、基本事件流1.用例起源于管理员成功登陆“删除板块”和“设置版主”的操作3.“添加板块”时，后台数据库同步保存新板块的各种信息者确认删除板块（B-1）(A-1)备选事件流补充约束-业务规则-6-B-1在进行删除操作是系统提醒管理员是否确定删除(见业务建模活动图)表6删除会员、添加会员、设立版主管理员有删除不符合规矩或者有不良记录的会员的权利、还可以添加会员和将会员设置成为版主管理员管理员身份被识别和被授权后台数据库删除已经删除会员的相关信息、保存新添加的会员信息、保存会员升级成为版主的信息基本事件流1.用例起源于管理员成功登陆版主”的操作(见业务建模活动图)表7会员可以在交易界面进行考研资料的出售或者购买管理员审核交易、收款、付款会员进入交易界面并在系统界面显示“交易成功”或者“交易失败”2.会员进入交易界面后可以选择出售或者购买资料3.交易成功后会员可以收款或者付款的操作(D-1)4.交易失败后会员可以选择继续交易或者退出交易备选事件流A-*会员在确认交易之前可以随时终止该用例-7-1.系统显示确认终止交易的信息2.会员可以选择结束用例，也可以选择继续补充约束-数据需求(见业务建模活动图)3系统分析用例分析3.1.1确定首次迭代图3首次迭代用例图-8-3.1.2备选架构，图4备选架构图-9-3.1.3确定分析机制的通用问题较少，只存在一个持久性分析机制。而“考研论坛系统”中的分析机制较多，除了持久性之外，还涉及分布、安全性、遗留接口等，下表列出了该系统中可能存在的分析机制。表8使用该机制的元素论坛贴、论坛板块操作会员等涉众模型使一个元素持久化的方法过程以及其他的处理过程会员、版主、管理员的账号信息遗留接口使用现有接口访问一个遗留系统的方法访问财务系统等的接口3.1.4关键抽象作，因此有关会员、版主、帖子、论坛贴的操作等概念即作为系统的关键抽象而存在。下表给出了这些关键抽象的简单描述表9论坛贴的操作对帖子进行的各种操作，既包括会员论坛贴的基本操作，也包括管理员的管理操作-10-3.2.1表会员可以在交易界面进行考研资料的出售或者购买管理员审核交易、收款、付款会员进入交易界面并在系统界面显示“交易成功”或者“交易失败”基本事件流1.用例起源于会员进入交易界面2.会员进入交易界面后可以选择出售或者购买资料3.交易成功后会员可以收款或者付款的操作(D-1)4.会员选择交易方式当会员选择线下交易时，触发扩展点：{进行线下交易}当会员选择网上交易时，触发扩展点：{进行网上交易}5.交易失败后会员可以选择继续交易或者退出交易备选事件流(见业务建模活动图)3.2.2识别分析类边界类：-11-控制类：实体类：3.2.3分析交互图5注册用户浏览论坛注册的时序图-12-图6会员发表论坛贴及回复帖子的时序图图7论坛管理员管理帖子的时序图-13-图8分析类图-14-4系统设计4.1.1组织设计类获取初始的设计类：对于“考研论坛系统”的初始设计类。首先，边界类和控制类可以全部保留类：会员、版主、论坛贴、论坛贴的操作来说，论坛贴的操作可以根据业务需要派生为一组子类。打包设计类：-15-图9初始架构图4.1.2确定子系统和接口子系统和接口定义：外部的支付系统，为了降低对本系统的影响，将该边界类定义为相应的接口(IPayment)和子系统(PaymentSystem)应的接口(IFacePayment)和子系统(FacePaymentSystem).这两个接口和相应的子系统如下所示:图10子系统和接口图对于“考研论坛系统”的两个子系统(PaymentSystem)和(FacePayment完成时的总费用的支出(BankPay)，此外还有身份认证(BankIdentity)等操作。对于(BankPay)在进行费用支付时，需要考虑的是购买了哪些考研资料、支付账单的具体信息以及总金额是多少。为了考虑到接口(Payment)的稳定性，可以添加相应的接口(IProductDetail)来表示考研资料交易的明细，接口证，最后的返回值为bool型表示是否认证通过。对于(IFacePayment)而言，其具体的方法和上述的内容基本上一致，设置(FacePay)进行支付操作，设置(FaceIdentity)来设置认证操作。另外，本系统涉及最多的就是与论坛贴相关的各种操作及与其相关的用户，“用户子系统”和“用户接口”(该子系统和接口在现如今的考研论坛系统中比较常见，在此就不再赘述)接口说明：-16-表BankPay(pro:IProductDetail,pay:IPaymentDetail):bool支付操作，完成选购的费用支付True:支付成功False:支付失败IProductDetail商品选购明细IPaymentDetail账单支付信息BankIdentity(car:int,id:string,tel:int):boolTrue:认证成功False:认证失败BankIdentity银行卡号身份证号电话号码stringinttel线下交易接口，用来定义支付的费用FacePay(pro:IProductDetail,pay:IPaymentDetail):bool支付操作，完成选购的费用支付True:支付成功False:支付失败IProductDetail商品选购明细IPaymentDetail账单支付信息FaceIdentity(name:string,addr:string,tel:int):bool进行身份认证操作2：FaceIdentityTrue:认证成功False:认证失败nameaddrtelstringstringint电话号码4.1.3确定复用机会第一类可复用的元素：边界类的复用、支付子系统的复用第二类可复用的元素：已存在的考研论坛系统中各种操作子系统的复用、用户子系统的复用-17-4.1.4更新软件架构图11软件架构更新图引入实现技术所需的构件包：到该层中。同时为了使用JDBC技术，需要用到JDK类库中所提供的数据访问类。这些类和接口定义在java.sql包中，为此需要首先导入包，并在设计模式中使用其内部的设计类和接口。添加新包以描述架构机制：每个机制所涉及不同的设计和实现机制建立各自的子包。添加为描述架构机制所需的设计元素：以持久性机制为例，对于“考研论坛系统”而言，有很多设计元素(如：发表论坛贴、回复论坛贴、考研资料交易等等都存在该架构机制。然而，架构设，描述架构机制典型应用场景：-18-图12持久性设计机制类图典型应用场景为:初始化，数据库连接；插入数据；读取数据；更新数据；删除数据；描述并发需求：在“考研论坛系统”中，会员可以通过浏览网页进行与论坛贴相关的操作，进行操作的功能。建模进程：模型，如:多个会员或者管理员同时对同一个对象进行操作。-19-图13进程视图MemberClient和ManagerClient。其中MemberClient表示的是会员(也包括会员和版主)客户端，ManagerClient表示的是管理员客户端，他们都是通过网页进行访问的。WebServer节点表示的是Web服务器，ApplicationServer节点代表应用服务器，DatabaseServer表示的是数据库服务器，而BusinessServer表示的是交易系统。-20-图14部署图5系统设计从“考研资料交易”用例的用例分析的基本时序图中导出用例设计的基本时序图。其中交易的界面类采用Web页面的方式。对应一个用户界面类BusinessPage。交易控制类采用Servlet技术实现分布式访问，定义为BusinessServlet类。交易资料信息和交易信息分别用ProductBean和BusinessBean来对应相应的实体类。类似的也可以从用例设计的VOPC类图导出用例实现的VOPC类图。-21-图13用例实现的时序图图图14用例实现的VOPC类图从银行卡支付用例的用例分析的基本时序图中导出用例设计的基本时序图。其中银行支付界面类采用Web页面的方式。对应一个用户界面类BankPayPage。-22-支付控制类采用Servlet技术实现分布式访问，定义为PayServlet类。支付信息用PayBean来对应相应的实体类。图14子系统接口实现的时序图图子系统的内部结构类图如下所示。其中在设计机制中引入两个DBClass类：DBPayment和DBApplication。DBPayment对象提供insertPayment()行为将支付DBApplication对象则提供updateApplication()操作来更新申请状态。而这两个DB类都要通过Conne