信息系统软件架构设计：提升系统效能

1. 介绍

1.1 目的

这篇文档提供了对办公室日常信息管理系统架构的总揽，从不同的视角描述了该系统。包含架构分析的关键决策，目的在于帮助开发人员理解办公室日常信息管理系统的基本结构，系统的功能和非功能的需求。

1.2 范围

介绍了办公室日常信息管理系统的登录系统、注册系统、会议管理系统、文件管理系统、考勤系统和日常事务管理系统。使用此系统的管理员可以进行系统的管理；使用此系统的职员可以通过此系统进行信息的查看和查询。此系统的功能如下：

职员可以注册成为正式职员；

职员可以输入正确的用户名和密码，登录系统；

职员可以查看系统的会议、文件、考勤、日常事务等基本信息；

职员可以进行注册信息的修改；

管理员可以注册成为合法管理员；

管理员可以输入正确的用户名和密码，登录系统；

管理员可以删除离职的职员和管理员，即用户管理；

管理员可以维护业务数据，包括文件、考勤、会议、日常事务的增删改查等；

管理员和职员退出系统。

1.3 定义，缩写词

职员-办公室的在职人员。

管理员-管理办公室日常信息管理系统的人。

用户-职员和管理员。

系统-办公室日常信息管理系统。    

1.4 参考文献

[1]赵池龙，程努华 .实用软件工程.电子工业出版社.2012

[2]张华丽.基于 J2EE 的档案管理系统设计与实现[J].现代商贸工业. 2010:14-17

[3]杜献峰 . 基于三层 B/S 结构的档案管理系统开发 [J]. 中原工学院学报，   2009:19-25

[4]刘冬立.基于 Web 的企业档案管理系统的设计与实现[D].同济大学，2007:14-23

[5]程成，陈霞.软件工程[M].机械工业出版社，2003：46-80.

1.5 内容概览

1.5.1 登录系统

职员想要查询某些信息，需要输入正确的用户名和密码，如果输入错误，则停留在登录页；

管理员想要管理办公室日常事务，需要输入正确的用户名和密码，如果输入错误，停留在登录页。

1.5.2 注册系统

新来的公司的人员，需要注册成为职员。

管理员需要注册，成为合法的管理员。

1.5.3 文件管理系统

职员可以根据文件的编号、种类、名称和存放的位置进行文件的查询；

管理员可以添加、修改、删除和查看文件。

1.5.4 会议管理系统

职员可以根据文件的编号、种类、名称和存放的位置进行文件的查找；

管理员可以添加、修改、删除和查看文件。

1.5.5 考勤管理系统

职员可以根据姓名、年龄、职务、日期进行考勤记录的查看；

管理员可以添加、修改、删除和查看考勤。      

1.5.6 日常事务管理系统

职员可以根据事务的时间、何种事务和记录人进行日常事务的查看；

管理员可以添加、修改、删除和查看日常事务。  

1.5.7 管理员用户管理

管理员对用户进行增删改查等操作。

1.5.8 职员修改注册信息

职员需要修改自己的注册信息时，对于可以进行修改的地方进行修改保存操作。

1.5.9 退出系统

职员和管理员在执行各种操作时，可以随时退出系统，返回登录界面。

2. 体系结构表示方法

这篇文档使用一系列视图反映系统架构的某个方面；

用例视图：概括了架构上最为重要的用例和它们的非功能性需求；

逻辑视图：展示了描述系统关键方面的重要用例实现场景(使用交互图)；

过程视图：通过展示数据在系统中的流动路径，得出组件之间的交互关系；

部署视图：展示构建在处理节点上的物理部署以及节点之间的网络配置(使用部署图)；

数据视图：描述了数据流、持久性数据模式、对象与持久性数据之间的模式映射、对象到数据库、存储过程以及触发器的映射机制(使用类图描述数据模型，活动图表示数据流)。

3. 办公室日常信息管理系统要达到的目标和限制

3.1 目标

职员可以正确登录，在登录页面输入信息时能够在输入错误的同时看到错误提示；正确登录后可以查询自己的考勤情况，同时可以查看公司的文件信息、会议信息和日常事务信息。

职员在首页可以很方便地进行注册，输入的注册信息要进行验证，验证正确后将信息存入数据库。

管理员正确登录后可以管理职员信息，文件、考勤、日常事务和会议信息。

3.2 限制

职员和管理员的界面分开，职员不能修改逻辑上不能修改的信息；

管理员不能修改用户密码，还有同级别的管理员的信息。

4. 用例视图

办公室日常信息管理系统描述的主要用例有：职员和管理员注册，职员登录系统，职员修改注册信息，管理员登录系统，管理员用户管理，查看业务数据，管理员维护业务数据，管理员和客户退出系统。

4.1 系统用例图

系统用例图：管理员可以登录、注册、管理用户、管理业务数据；职员可以登录、注册、修改注册信息、查看业务数据；业务数据管理包含了查看业务数据。

图4.1 系统用例图

以下是对系统的各个用例进行描述，画出各个用例的活动图，即从用户角度描述用例。

4.2 查看业务数据

4.2.1 用例简述

    管理员或者职员输入相应的需要查询的信息，系统查找相应的记录，并显示查询情况。

4.2.2 基本事件流

       1  管理员或职员：在管理页面，根据提示输入相应的信息，提交查找请求；

系统：在系统中检索与输入条件相符的数据；

系统：把检索条件相符的数据显示在页面上；

用例结束。

4.2.3 查看业务数据的活动图

图4.2 查看业务数据的活动图

4.3 职员或者管理员注册

4.3.1 用例简述

新人进入公司，需要注册成为公司正式职员。

管理员注册成为合法管理员。

4.3.2 基本事件流

1  职员或管理员：在注册页面，输入职工编号、姓名、性别、年龄、密码、工作部门等信息，提交注册请求；

2  系统：对注册输入的信息进行检查；

3  系统：注册的信息被系统保存；

4  系统：显示注册完了页面，提示注册成功；

用例结束。

4.3.3 注册的活动图

图4.3 注册的活动图

4.4 职员修改注册信息

4.4.1 用例简述

职员修改自己的注册信息。

4.4.2 基本事件流

1  职员：进入在职员信息页面；

系统：显示此职员的职员编号、密码、工作部门等信息，其中除职员编号外，其他都是可修改项目；

3  职员：编辑能够被修改的项目；

4  系统：检查职员输入的信息；

5  系统：职员输入的信息被系统保存；

6  系统：显示注册信息更新完了画面，提示职员修改注册信息更新成功；

7  用例结束。

4.4.3 活动图

职员修改注册信息的活动图

图4.4 修改注册信息的活动图

4.5 职员登录系统

4.5.1 用例简述

职员输入合法的职工编号和密码后，登录系统。

4.5.2 基本事件流

职员：在职员登录页面上，输入用户编号和密码；

系统：根据职工编号和密码检索系统，获得职员信息；

系统：在职员信息页面上，显示欢迎职员登录系统；

结束用例。

4.5.3 活动图

职员登录系统的活动图

图4.5 职员登录系统的活动图

4.6 管理员登录系统

4.6.1用例简述

管理员输入有效的用户编号和密码后，登录系统。

4.6.2基本事件流

管理员：在管理员登陆页面上，输入用户编号和密码，提交登录系统的要求；

系统：查询系统，获得管理员的信息，并将赋予管理员相应的权限；

系统：根据登录管理员的权限，在管理机能页面上显示相应的管理页面的入口；

用例结束。

4.6.3活动图

管理员登录系统的活动图

图4.6 管理员登录系统的活动图

4.7管理业务数据

4.7.1用例简述

   管理员管理文件、会议、考勤、日常事务等相关的业务数据，包括对数据的新增，更新，删除，查询。

4.7.2基本事件流

管理员：进入业务相应的模块，实施业务数据的新增，更新，删除，查询操作；

系统： 在系统中实现对业务数据的相关操作；

用例结束。

4.7.3活动图

管理业务数据的活动图

4.7 管理业务数据的活动图

4.8 管理员用户管理权限

4.8.1用例简述

管理员管理用户。

4.8.2基本事件流

管理员：对职员进行增删改查操作；

系统：在系统中实现相关的操作；

用例结束。

4.8.3活动图

管理员管理系统权限的活动图

4.8 管理员管理系统权限的活动图

4.9 管理员职员退出系统

4.9.1用例简述

管理员职员退出系统。

4.9.2基本事件流

管理员和职员：提交退出系统的请求；

系统：注销，并返回登录界面。

5. 逻辑视图

逻辑视图部分主要叙述了设计阶段的工作。

5.1 总揽

图5.1的领域模型是办公室日常信息管理系统的总类图；

IYeWuDataDao和 wj  kq  hy  sw 这几个实体类之间是组合关系，即整体与部分的关系。

User--->IUserDao--->IUserService--->loginUIServlet--->loginServlet，登录的依赖关系。

User--->IUserDao--->IUserService--->registerUIServlet--->registerServlet/xgregisterServlet，注册、修改注册信息的依赖关系。

IYeWuDataDao--->IYeWuDataService--->YeWuUISercvlet--->YeWuServlet，业务处理的依赖关系。

5.1 领域模型

5.2类说明：

6. 过程视图

  过程视图部分叙述几个主要子系统的处理流程。

6.1 用户注册

   顺序图：从计算机的角度描述用例，指对象间的交互。

6.1.1 用户注册的系统顺序图

图6.1    用户注册的系统顺序图

6.1.2 用户注册的类图

6.2     用户注册的类图

类图说明：  

6.2 管理业务数据

6.2.1 管理业务数据的系统顺序图

图6.3 管理业务数据的系统顺序图

6.2.2 管理业务数据的类图

6.4 管理业务数据的类图

.

类图说明：    

6.3 用户登录

6.3.1 用户登录的顺序图    

6.5  用户登录顺序图

6.3.2用户登录的类图

6.6  用户登录的类图

类图说明：    

6.4 职员修改注册信息

6.4.1 职员修改注册信息的顺序图

6.7 职员修改注册信息顺序图

6.4.2 职员修改注册信息的类图

    一个职工一次可以修改一个注册信息，即自己的注册信息。

6.8 职员修改注册信息的类图

类图说明：    

7.部署视图

部署视图描述了如何将具体软件制品分配到计算节点 (具有处理服务的某种事物) 上，表示了软件元素在物理架构上的部署，以及物理元素之间的通信。

7.1 部署视图

办公室日常信息管理系统的部署视图：

图7.1办公室日常信息管理系统部署视图

7.2 Generic PC

普通的个人计算机。

7.3 Web Browser

通用个人计算机上的网页浏览器，如：IE6.0，Firefox等。

7.4 Apache

Web服务器，可以运行在所有广泛使用的计算机平台上。

7.5 Struts

一个为开发基于模型-视图-控制器模式的应用架构的开源框架，是利用Java Servlet和JSP构建Web应用的一项非常有用的技术。事件从客户端(浏览器)由用户操作出发的事件，Struts使用Action来接受浏览器表单提交的事件。

7.6 Tomcat 6.0

Tomcat 6.0提供Servlet容器。

7.7 Hibernate

Hibernate提供对象关系映射框架，对JDBC进行了非常轻量级的对象封装，使得可以使用对象编程思维来操纵数据库，完成数据持久化。

7.8 MySQL

MySQL是小型关系型数据库管理系统，其体积小、速度快、总体拥有成本低，开放源码数据库。

8. 数据视图

     办公室日常信息管理系统在关系数据库中的组织。

图8.1 办公室日常信息管理系统的数据视图

        数据视图说明：

表，是1：1的关系，即一个用户对应一个考勤。wj表、hy  表、sw表、kq表之间没有关联，User表可以管理它们。

9. 规模和性能

9.1满足的规模

20人同时进行有关数据库的操作。

9.2 满足的性能

  能够满足让职员可以认同的相应时间。

10. 质量

  系统正式使用时，登录、注册、查看业务数据、管理业务数据的流程正常。

11.总结

UML描述工具，描述软件系统的图形和语法，画出系统主要的顺序图和类图，对各个功能进行具体描述。在进行画图的过程中，我也遇到了一些问题，不会画总类图、顺序图，经过百度和查阅资料，看了一些例子，听了老师的讲解与指导，对图进行完善，完成了此次课程设计，收获还是挺大的。

免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删