智动团队可配置门户网站系统架构说明书Word下载.docx
《智动团队可配置门户网站系统架构说明书Word下载.docx》由会员分享,可在线阅读,更多相关《智动团队可配置门户网站系统架构说明书Word下载.docx(17页珍藏版)》请在冰豆网上搜索。
黄家斌
2012.11-14-2012-11-17
目录
1架构文档说明2
1.1文档目的与范围2
1.2读者对象2
1.3参考文献2
1.4术语与缩写解释2
1.5架构表示方式3
1.6架构目的和约束3
2总体架构4
2.1项目概述4
2.2项目背景4
2.2.1项目总体目标4
2.3系统框架5
2.3.1架构设计思想5
2.3.2外部接口6
2.3.3用例视图6
2.3.4逻辑视图7
2.3.4.1政府概况管理8
2.3.4.2新闻信息管理10
2.3.4.3政策法规管理10
2.3.4.4通知通告10
2.3.4.5留言回复管理11
2.3.4.6动态配置管理11
2.3.4.7三层架构图:
12
2.3.5开发视图12
2.3.6进程视图17
2.3.7部署视图17
3性能与质量属性18
架构文档说明
文档目的与范围
本架构设计报告主要对于系统设计的共性的分析,抽象系统的底层支撑,列出系统的非功能性需求,并提出架构级别的应对策略,以保证软件设计不偏离用户需求轨道,减少可能存在的技术风险更好地建设系统构架。
主要供系统设计人员进行系统的分析与详细设计,同时给实施人员提供实施参考,分别从横向各子系统之间的联系和纵向每个子系统的逻辑的分析,以及服务器和数据库的搭建,指导后期的开发编码的执行,能够将所有层次组合在一起、合适性:
满足用户需求,使客户方和开发方都获得最大利益
。
读者对象
系统架构师、系统工程师系统、测试工程师。
参考文献
(1)《用户需求规格说明书》
(2)《系统需求规格说明书》
术语与缩写解释
缩写、术语
解释
MVC模式
模型(Model),视图(View)和控制(Controller)的缩写,其目的实现Web系统的职能分工。
其中Model层实现系统中的业务逻辑,通常可以用JavaBean或EJB来实现;
View层用于与用户的交互,通常用JSP来实现;
Controller层是Model与View之间沟通的桥梁,它可以分派用户的请求并选择恰当的视图以用于显示,同时它也可以解释用户的输入并将它们映射为模型层可执行的操作
表现层
(Presentationlayer)
包含表示代码、用户交互GUI、数据验证。
该层用于向客户端
业务逻辑层(Businesslayer)
包含业务规则处理代码,即程序中与业务相关专业算法、业务政策等等。
该层用于执行业务流程和制订数据的业务规则。
业务逻辑层主要面向业务应用,为表示层提供业务服务。
数据持久层(Persistencelayer)
包含数据处理代码和数据存储代码。
数据持久层主要包括数据存取服务,负责与数据库管理系统(如数据库)之间的通信。
三个层次的每一层在处理程序上有各自明确的任务,在功能实现上有清晰的区分,各层与其余层分离,但各层之间存有通信接口
架构表示方式
本系统架构表示方式采用5视图模式,该方法的不同架构视图从不同的角度的分析系统的子系统、子系统之间的关系(横向的联系)、每个子系统纵向的逻辑结构、以及底层的数据库和web服务器之间的一个关系:
(1)用例视图
包括用例和场景,这些用例和场景包括在构架方面具有重要意义的行为、类或技术风险。
主要以用例图表述或顺序图描述设计对象及其协作关系。
(2)逻辑视图
包括最重要的设计类、从这些设计类到包和子系统的组织形式,以及从这些包和子系统到层的组织形式。
它还包括一些用例实现有类图、状态机和对象图。
(3)开发视图
包括实施模型及其从模块到包和层的组织形式的概览。
同时还描述了将逻辑视图中的包和类向实施视图中的包和模块分配的情况,它是获取为实施制定的构架决策。
(4)进程视图
包括所涉及任务(进程和线程)的描述,它们的交互和配置,以及将设计对象和类向任务的分配情况。
只有在系统具有很高程度的并行时,才需要该视图。
在RUP中,它是设计模型的子集。
(5)部署视图
物理视图关注“目标程序及其依赖的运行库和系统软件”最终如何安装或部署到物理机器,以及如何部署机器和网络来配合软件系统的可靠性、可伸缩性等要求。
主要有部署图。
架构目的和约束
构架目标是遵循“低耦合、高内聚”原则提高软件的可维护性、重用性、扩展性、安全性、可靠性、可操作性,以满足系统中的非功能性服务级别需求以及服务质量方面的需求。
在开发构架时,必须考虑《用户需求说明书》、《软件需求规格说明书》中规定的所有性能和负载需求。
总体架构
项目概述
可配置门户网站系统是运行在在Tomcat服务器上,使用ssh框架、实现前台的页面的动态显示和后台管理系统的对信息的排名和新闻信息和图片的更新控制,和后台管理系统的对各种信息的一个审核和对标题、导航、首页等动态的配置。
实现按需设置
项目背景
为适应国民经济信息化和政府职能转变的需要,进一步推进政务公开工作,强化对社会的服务,根据政府信息化有关会议精神,以及目前政府的信息化发展现状,应尽快启动政府政务门户网站的建设工作。
同时建设标准统一,结构合理,功能完善,安全可靠的政府政务网络平台;
实现信息共享的办公和业务资源网,提高协同办公和信息共享程度;
实现业务系统的互连互通和主要业务网上办公,已成为当务之急
项目总体目标
系统的基本目标是能够动态的管理政府门户网站,方便政府信息的即使更新和方便政民的互动和提高政务工作的效率。
应该做到:
1、功能目标
1)实现政府概况的一个显示
2)可以进行信息类别的划分(图片、视频、新闻的划分),便于新闻信息的后台维护运作,可以实新闻信息的发布,信息的发布要后台管理员的审核功能,为了考察各部门的工作情况,需呀实现各地区新闻信息发布和采用的总的排名,实现民众的监督和业绩
3)这个功能主要是面向政府各部门内部的,需要有各级领导下发公告,下级各部门签收文件,此文件是有带了政府公章,还有也要进行签售文件排名,作为政绩的另一考核标准。
4)主要是负责法律和政策性的文件的发布,让用户更好更快的知道当前政府的政策,保持群众和政府的紧密联系,更好做好党政工作。
5)方便普通民众用户更好的给政府各级部门的工作提出更好的建议,促进政府更好的进行和改进,更好的处理好群众所关心的
6)可以实现标题。
导航风格、首页布局、各模块的布局可配置,这些都是后台管理维护人员管理的,也是这个网站系统的核心所在
2、系统目标
1)可靠性:
能够在长时间内正确的完成各种操作,具有高效的容错性;
2)可维护性与扩展性:
具有较低的维护成本,可以根据实时的需求对系统进行相应的扩展来适应不断发展的需求;
3)可定制化:
同样的一套软件可以根据客户群的不同和市场的需求的变化进行变调整
4)安全性:
具有一定抵抗外来病毒等攻击的能力,对密码保护有较好的防护;
5)实用性:
系统功能齐全,具有人性化特点,能够符合各个使用者的要求;
6)客户体验:
软件系统必须易于使用,客户体验度高
系统框架
架构设计思想
可配置政府门户网站是一个方便政民的沟通和政务考核的一个平台,主要分为政府概况管理、新闻信息管理、通知通告、政策法规、留言建议和动态可配置六大部分:
根据客户需求,上图中政府概况又分为:
政府组织结构,联系方式,语录海报
新闻信息管理又分为:
信息分类、信息发布。
信息的审核和信息个采用量的排名
通知通告又分为:
下发公告文件、签收文件和签收文件的排名
政策法规模块分为:
法律条文和政策条文的发布
留言信息:
留言和管理回复留言
动态配置分为:
标题的配置、导航栏的配置。
首页的配置和模块的配置。
图如下:
根据上面的业务架构,我们可以看出,政府概况管理,新闻信息管理,通知通告、政策法规、留言建议和动态配置是比较独立的,要松耦合,可以分成六个项目来做,但增强他们的重用性。
外部接口
无
用例视图
用例视图描述那些代表了某些重要的核心功能的场景集和/或用例集,而且还需要描述那些在构架方面的涉及范围很广(使用了许多构架元素)的场景集和/或用例集,或者那些强调或阐明了构架的某一具体的细微之处的场景集和/或用例集。
本系统主要包括政府概况管理、新闻信息管理、通知通告、政策法规、留言建议和动态可配置等功能,其详细的用例说明见《系统需求说明书》,这里列出其系统边界,如下所示:
用户包括普通用户、内部人员和管理员。
他们对应的操作如下所述:
普通用户:
可以进行在线留言,查看管理员的回复信息;
内部人员:
可以上传新闻、下发文件、签收文件
管理员:
修改、发布政府信息、管理信息类别、审核信息和对信息的采用和签收排名
具体的用例图的说明详细可见《系统需求说明书》。
逻辑视图
该视图说明了说明各子系统之间的横向关系和每个子系统的纵向关系
本平台的几大子系统横向关系如下:
各子系统的横向依赖关系:
政府概况、新闻信息管理、政策法规、留言管理这些
子系统都依赖于后台管理系统,而我们可配置都是与管理员后台管理的其他五大
子系统都依赖于动态配置
各子系统的纵向关系如下:
政府概况管理
实现说明:
用户请求政府概况,控制层从数据库中取出政府概况信息,并链接显示到概况子页面,显示概况信息。
新闻信息管理
新闻信息管理设计流程:
内部人员登陆,上传文件,此时文件是未审核状态,等待管理员审核。
管理登录系统,将所有没审核状态的新闻信息从数据库中取出,审核后的文件将其状态设置为审核状态,审核不通过的给予删除,并根据新闻信息的所在地对其审核被采用数值增加相应,将新闻存回数据库,将新的新闻采用状态显示给首页,图如下:
政策法规管理
政策法规管理的流程设计:
请求上传政策法规文件,系统从数据库中取出带有政策法规属性的上传页面,填写相应的属性和上传文件,提交将信息存入数据库,并更新显示政策法规下载链接。
通知通告
通知通告管理流程设计:
内部人员请求下发通知通告文件,管理系统将文件存入数据库,然后管理员将所通知通告显示提示给其他部门人员,内部人登入,可以查看所有未签收状态的通知,并签收将签收之后的文件保存更显数据库签收状态,并更新签收人所在市对应的数量,更显显示签收信息排名。
留言回复管理
普通用户发出留言请求:
服务器通过jsp显示页面将数据库去除的信息显示给童虎,用户留言提交表单,经过滤后存入数据库,并显示过滤后的信息(不存在非法暴利、色情信息),并将留言信息发送给内部人员等待期回复,处于未回复状态
动态配置管理
管理登入系统,发出配置首页的请求,系统显示可配置的样图和标签和radio页面工管理员选择配置,提交表单更显显示首页样式,并将状态存回数据库。
导航栏也可以这样配置通过勾选的方式可以配置导航和标题信息
三层架构图:
开发视图
开发架构关注软件开发环境下实际模块的组织。
软件打包成小的程序块(程序库或子系统),分发给项目组编码人员协同编码。
子系统可以组织成分层结构,每个层为上一层提供良好定义的接口。
如下是子系统模块化分的开发示意图:
图25系统划分开发结构图
上图是根据系统划分的子模块分包的:
Government文件包是用于处理政府概况的信息的处理和控制类
Com文件包房的是一些公用的累:
如GmBaseAction、GmBaseServic和GmBaseServiceimpl类文件
News文件包放的是用于处理新闻信息的处理、控制和实体类
Policy文件放的是处理法律法规的发布的实体。
控制类和和数据库持久层的打交道的业务层
Inform文件包放的是处理下发通知通告和签收通告文件的一些实体类、控制层和业务逻辑层
Message文件是用于显示用户留言回复信息的实体类。
控制显示和业务层
Layout文件用于改变导航、标题、首页等布局的实体类、控制层和业务逻辑层
为了进一步细化工作,又将每个子系统分成实体包、控制层包、业务处理层接口包和实现图如右图所示:
开发过程要用到的一些第三方jar包:
其中有commonV0.4jar包是实现持久层和数据库联系的一个架构,给编程带来了很大便利,有了这个包我们开发就不用去关心数据库和dao层的数据怎么取,只需直接用,远远的缩短了产品的开发效率。
Jar包图如下:
下面是是表现层的一层划分:
按前台服务和后台维护分成了:
frontContent和adminContent两个文件夹,分别存放其前台请求显示和后台配制维护显示jsp如图:
其中skin中是提供首页配制的四种方案
进程视图
向我们的系统不存在系统并发问题,故没进程视图,但在开发过程存在进程冲突,如数据库服务器会占用tomcat服务器8080端口,为了避免这种由于进程引起服务器无法运行,可以修改tomcat6.0/conf下的server.xml配制文件将port端口改成8888,如下图,就可以避免端口被占用:
部署视图
该平台服务器端服务器组成,即数据库服务器和Web应用服务器,分别用来存储本系统产生的各类数据和承载本系统运行的Web服务器,其中:
●Web服务器部署可政府概况管理、新闻信息管理和通知通告等六个子系统的。
●数据库服务器部署Sqlserver2008数据库。
性能与质量属性
参考《系统需求说明书》