个人网站系统构架分析设计.docVIP

实验二：系统架构分析与设计 项目名称：个人网站系统 更新时序图 个人网站系统中，论坛管理员对论坛会员的管理，对论坛帖子的管理，主要的时序图有会员管理时序图，帖子管理时序图 1. 论坛管理员对会员管理时序图（如图1所示）： 图1 OnInputPassword()：论坛管理员在登录界面中输入密码 OnSubmit()：密码正确后，点击登录，提交用户，进入系统论坛界面 ShowUserMsg()：论坛管理员查看论坛会员操作信息 OnSubID():论坛管理员提交需要增删改查的会员信息 UpdateMsg()：在上一步提交信息后，数据库进行信息更新处理 UpdateOK()：数据库对信息更新成功后，提示更新成功 OnSubmitOKMsg()：将更新过的信息提交，使论坛管理员可以查看更新后的结果 2. 论坛管理员对帖子管理时序图（如图2所示）： 图2 OnInputPassword():输入登录密码 OnSubmit():密码正确后，点击登录，提交用户，进入系统论坛界面 ShowTieziMsg():显示帖子信息 OnSubTieziMsg():提交帖子信息 OnDelTieziMsg():删除帖子信息 UpdateMsg():更新帖子信息 UpdateOK():更新信息成功 OnSubmitOKMsg():提交信息成功 子系统图 图3 该系统包括四个子系统，Database package的接口有三个，非别是用户报与两个系统包；Django app label无接口；OS packages有一个接口；OS packages1有一个接口。Database package所负责的是储存会员信息以及论坛发帖信息，Django app label的职责是存储论坛管理员雨季论坛会员的信息。系统的每个部分都应尽可能独立于系统的其他部分。 从理论上说，应该可以用新的部分替换系统的任何部分，但前提是新部分必须支持相同的接口。 应该可以使系统的不同部分独立地演进，而不受系统其他部分的影响。 为此，设计子系统提供了一种在设计模型中表示构件的理想方法：它们是用来封装许多类的行为的设计元素（就象构件封装许多类实例的行为一样），并且只能通过它们所实现的接口访问它们的行为。 子系统不应暴露自己的任何内容（即，子系统所包含的元素都不应有“公有”的可见性）；子系统外部的元素都不应依赖于子系统内部特定元素的存在。 子系统只应依赖于其他模型元素的接口，因此它不直接依赖于子系统外部的任何特定模型元素。例外情况是，许多子系统共享一组类定义。在这种情况下，这些子系统将“导入”包含公共类的包中的内容。这一操作只应对位于构架低层的包执行，并且只能是为了确保必须在子系统之间传递的公共类定义保持一致。 类关系图 1、本系统主要分为实体类和界面层类，而实体类又包括：CInformation，CManager，CUser，CManagerMsg，CUploadInfo，luntanMsg，Download； 界面层类包括：CDosMainMenu，CMainDlg，fatie，gerenziliao，chakan 2、类的职责： CInformation：主要是存放管理员，每个用户的信息，通过此类，和后台数据库连接起来，将这些 信息进行统一化管理，不至于让信息丢失，遗漏，出错等 CManager：对用户登陆时的信息进行验证处理，对各个用户所发的帖子进行查看，回复，删除等操作，在论坛上上传相关资料，以便用户使用 CUser：用户登陆成功后，可以查看该系统的主界面，选择自己要进行的操作，例如在论坛中发表帖子，查看管理员回复信息，查看自己的个人资料，修改个人资料等 CManagerMsg：便于系统对管理员和普通用户信息管理，将管理员信息单独存放，方便维护网站 CUploadInfo：管理员，用户对自己信息进行修改后，存放更新后的数据，保存之前的信息，方便管理员对这些信息的处理更加简单 luntanMsg：存放用户所发的帖子，管理员回复，修改，删除的信息，让对网站的管理更加轻松，便于对论坛所有信息的管理 Download：管理员上传资料，用户可以根据自己的需要，对上传的文件进行下载处理 CDosMainMenu：使用户对该网站的操作更加方便，通过主菜单，用户可以根据自己的喜好需要来查看相关信息 fatie：用户可以增加帖子 gerenziliao：对用户个人资料进行管理 chakan：用户和管理员可以随时查看论坛新信息 类与类之间的关系 CManager，CManagerMsg，CUploadInfo之间为泛化关系 CUser，luntanMsg，Download之间也为泛化关系 CDosApp，CDosMainMenu之间为聚合关系 CFormApp，CMainDlg之间为聚合关系 C