大三下学期，我们学习的软件工程这门课的课程设计，主要是针对一个管理系统，从需求分析到概要设计再到详细设计，还好，不要求写代码。
下面是我做的办公室日常信息管理系统的设计。
软件架构文档
这篇文档提供了对办公室日常信息管理系统架构的总揽，从不同的视角描述了该系统。包含架构分析的关键决策，目的在于帮助开发人员理解办公室日常信息管理系统的基本结构，系统的功能和非功能的需求。
职员可以注册成为正式职员；
职员可以查看系统的会议、文件、考勤、日常事务等基本信息；
职员可以进行注册信息的修改；
管理员可以注册成为合法管理员；
管理员可以删除离职的职员和管理员，即用户管理；
管理员可以维护业务数据，包括文件、考勤、会议、日常事务的增删改查等；
管理员和职员退出系统。
职员-办公室的在职人员。
管理员-管理办公室日常信息管理系统的人。
用户-职员和管理员。
系统-办公室日常信息管理系统。
[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.
新来的公司的人员，需要注册成为职员。
管理员需要注册，成为合法的管理员。
职员可以根据文件的编号、种类、名称和存放的位置进行文件的查询；
管理员可以添加、修改、删除和查看文件。
职员可以根据文件的编号、种类、名称和存放的位置进行文件的查找；
职员可以根据姓名、年龄、职务、日期进行考勤记录的查看；
管理员可以添加、修改、删除和查看考勤。
管理员可以添加、修改、删除和查看日常事务。
管理员对用户进行增删改查等操作。
职员需要修改自己的注册信息时，对于可以进行修改的地方进行修改保存操作。
这篇文档使用一系列视图反映系统架构的某个方面；
用例视图：概括了架构上最为重要的用例和它们的非功能性需求；
逻辑视图：展示了描述系统关键方面的重要用例实现场景(使用交互图)；
过程视图：通过展示数据在系统中的流动路径，得出组件之间的交互关系；
部署视图：展示构建在处理节点上的物理部署以及节点之间的网络配置(使用部署图)；
数据视图：描述了数据流、持久性数据模式、对象与持久性数据之间的模式映射、对象到数据库、存储过程以及触发器的映射机制(使用类图描述数据模型，活动图表示数据流)。
职员在首页可以很方便地进行注册，输入的注册信息要进行验证，验证正确后将信息存入数据库。
职员和管理员的界面分开，职员不能修改逻辑上不能修改的信息；
管理员不能修改用户密码，还有同级别的管理员的信息。
图4.1系统用例图
以下是对系统的各个用例进行描述，画出各个用例的活动图，即从用户角度描述用例。
管理员或者职员输入相应的需要查询的信息，系统查找相应的记录，并显示查询情况。
1管理员或职员：在管理页面，根据提示输入相应的信息，提交查找请求；
2系统：在系统中检索与输入条件相符的数据；
3系统：把检索条件相符的数据显示在页面上；
4用例结束。
图4.2查看业务数据的活动图
新人进入公司，需要注册成为公司正式职员。
管理员注册成为合法管理员。
1职员或管理员：在注册页面，输入职工编号、姓名、性别、年龄、密码、工作部门等信息，提交注册请求；
2系统：对注册输入的信息进行检查；
3系统：注册的信息被系统保存；
4系统：显示注册完了页面，提示注册成功；
5用例结束。
图4.3注册的活动图
职员修改自己的注册信息。
1职员：进入在职员信息页面；
2系统：显示此职员的职员编号、密码、工作部门等信息，其中除职员编号外，其他都是可修改项目；
3职员：编辑能够被修改的项目；
4系统：检查职员输入的信息；
5系统：职员输入的信息被系统保存；
6系统：显示注册信息更新完了画面，提示职员修改注册信息更新成功；
7用例结束。
职员修改注册信息的活动图
图4.4修改注册信息的活动图
2系统：根据职工编号和密码检索系统，获得职员信息；
4结束用例。
2系统：查询系统，获得管理员的信息，并将赋予管理员相应的权限；
1管理员：进入业务相应的模块，实施业务数据的新增，更新，删除，查询操作；
3用例结束。
图4.7管理业务数据的活动图
管理员管理用户。
1管理员：对职员进行增删改查操作；
管理员管理系统权限的活动图
图4.8管理员管理系统权限的活动图
管理员职员退出系统。
1管理员和职员：提交退出系统的请求；
逻辑视图部分主要叙述了设计阶段的工作。
图5.1的领域模型是办公室日常信息管理系统的总类图；
IYeWuDataDao和wjkqhysw这几个实体类之间是组合关系，即整体与部分的关系。
User--->IUserDao--->IUserService--->registerUIServlet--->registerServlet/xgregisterServlet，注册、修改注册信息的依赖关系。
IYeWuDataDao--->IYeWuDataService--->YeWuUISercvlet--->YeWuServlet，业务处理的依赖关系。
图5.1领域模型
5.2类说明：
类名
作用说明
User
存放用户的JavaBean类(只包含简单的属性以及属性对应的get和set方法，不包含具体的业务处理方法)
wj
保存文件的JavaBean类
kq
保存考勤的JavaBean类
hy
保存会议的JavaBean类
sw
保存日常事务的JavaBean类
IUserDao
存放访问用户数据库的操作接口类
IYeWuDataDao
存放访问业务数据库的操作接口类
IUserService
存放处理用户接口类
IYeWuDataService
存放处理系统业务接口类
loginUIServlet
registerUIServlet
存放为用户提供用户注册界面的servlet
YeWuUIServlet
存放为用户提供业务处理界面的servlet
RegisterFormBean
封装用户注册表单的实体类
xgRegisterServlet
对修改注册注册信息的处理
loginServlet
logoutServlet
退出处理的servlet
registerServlet
注册处理的servlet
YeWuServlet
业务处理的servlet
过程视图部分叙述几个主要子系统的处理流程。
顺序图：从计算机的角度描述用例，指对象间的交互。
图6.1用户注册的系统顺序图
类图说明：
对用用例：
用户注册
说明
《broundry》registerUIServlet
存放为用户提供用户注册界面servlet
《interface》IUserDao
《interface》IUserService
《controller》RegisterServlet
注册的处理
存放用户的JavaBean类
图6.3管理业务数据的系统顺序图
图6.4管理业务数据的类图
管理业务数据包含了查看业务数据.
管理业务数据
存放访问业务数据库的操作接口实现类
《interface》IYeWuDataDao
IYeWuService
《entity》User
用户的基本信息表
UserDao
存放访问用户数据库的操作接口实现类
UserService
存放处理用户接口实现类
《controller》loginServlet
《boundry》loginUIServlet
6.4.1职员修改注册信息的顺序图
图6.7职员修改注册信息顺序图
一个职工一次可以修改一个注册信息，即自己的注册信息。
图6.8职员修改注册信息的类图
对应用例：
用户管理
RegisterUIServlet
修改注册处理的sevlet
部署视图描述了如何将具体软件制品分配到计算节点(具有处理服务的某种事物)上，表示了软件元素在物理架构上的部署，以及物理元素之间的通信。
办公室日常信息管理系统的部署视图：
图7.1办公室日常信息管理系统部署视图
普通的个人计算机。
通用个人计算机上的网页浏览器，如：IE6.0，Firefox等。
Web服务器，可以运行在所有广泛使用的计算机平台上。
一个为开发基于模型-视图-控制器模式的应用架构的开源框架，是利用JavaServlet和JSP构建Web应用的一项非常有用的技术。事件从客户端(浏览器)由用户操作出发的事件，Struts使用Action来接受浏览器表单提交的事件。
Tomcat6.0提供Servlet容器。
Hibernate提供对象关系映射框架，对JDBC进行了非常轻量级的对象封装，使得可以使用对象编程思维来操纵数据库，完成数据持久化。
MySQL是小型关系型数据库管理系统，其体积小、速度快、总体拥有成本低，开放源码数据库。
办公室日常信息管理系统在关系数据库中的组织。
图8.1办公室日常信息管理系统的数据视图
数据视图说明：
kq表中用到了User表，是1：1的关系，即一个用户对应一个考勤。wj表、hy表、sw表、kq表之间没有关联，User表可以管理它们。
能够满足50人同时登陆系统，20人同时进行有关数据库的操作。