面向对象分析与设计课程设计简易OA办公自动化系统

《面向对象分析与设计课程设计简易OA办公自动化系统》由会员分享，可在线阅读，更多相关《面向对象分析与设计课程设计简易OA办公自动化系统（25页珍藏版）》请在装配图网上搜索。

1、软 件 学 院课程设计报告书课程名称 C/S设计模式 设计题目 移动终端简易OA系统 专业班级 11网络技术 成 员 纪宏棋、谢子贤、王志坚、陈永红 指导教师 胡露阳 2013年 06月目录1 设计时间32 设计目的33设计任务34 设计内容44.1 UML初始模型44.2组织管理用例及用例图64.3权限管理用例74.4系统维护用例及用例图94.5会议管理104.6公共信息管理114.7公文管理12 4.8档案管理用例及用例图134.9个人办公用例及用例图144.10 类图155 总结与展望23参考文献23成绩评定251 设计时间2013年05月28日2013年06月16日2 设计目的1. 节

2、约成本，提高工作效率。2. 改变办公是的时间和空间格局，可随时随地的进行办公。3设计任务参与设计人员以及任务分配：纪宏棋：负责系统可行性分析，制定周期计划，成员的沟通。谢子贤：负责收集分析需求，系统的设计和开发。王志坚：程序的编写以及功能的实现。陈永红：负责后期的系统测试及文档的编写。我们将开发一个适合公司使用的OA系统，开发他的目的是为了讨论开发低成本OA系统的技术可行性。OA系统要实现：（1）.企业内各种信息资源的共享（2）.加强员工间的交流、提高整体工作效率（3）.为领导各种又有哪个数据，方便领导对公司情况的及时了解、提供决策支持（4）.提供各种工作记录，以备事后查询本OA系统功能模块分

3、为以下几个部分： 组织管理，对公司部门架构信息和部门人员信息进行管理，分为机构管理和人员管理； 权限管理，不同的用户可能有不同的角色，不同的角色又可能拥有对系统不同的管理权限 模块管理，系统所有模块的管理 角色管理，系统的角色定义、给角色分配权限等 用户管理，系统账号的分配、给用户分配角色、给用户分配权限 会议申请，讨论通过后对需要举行的会议向上级提出申请 领导审核，对申请的会议进行审核 会议纪要，记录会议的详细信息 会议归档，将所召开会议的信息归档处理 个人办公，办理日常事务 我的便签，随手记录的信息 通讯录，记录本公司人员的通讯信息 公共信息，对公司发布的新闻、通知和规章制度等信息进行管理

4、，使企业的信息和知识得到快速传播和转移 公文管理，对公文的接收和审核进行管理 公文维护，各种类型的公文管理、审批公文等 归档处理，对已经审核通过的公文进行归档处理 档案管理，管理员工档案信息 人员履历，管理员工基本信息 转正申请，管理员工转正申请 离职申请，管理员工离职申请 系统维护，对系统进行恢复、备份等操作。 系统恢复，对先前系统进行恢复操作。系统备份，对现有系统进行备份操作。4 设计内容 4.1 UML初始模型 系统顶层参与者包括，会议管理员、公告管理员、公文管理员、档案管理员、系统管理员、普通员工如图1所示。 图1系统顶层用例图4.1.1 部门管理 系统里各部门的基本信息管理，管理员可

5、以增加、删除、编辑、修改任何一个部门的信息，可以把一个员工从一个部门里删除，把一个员工从一个部门移到另一个部门等功能管理如图2所示。 图2机构管理和人员管理用例图4.1.2 用户管理至少有3类用户级别，各类用户的权限不同，登录后的界面也有所不同，每个用户可以管理自己的账户，管理员可以删除、增加、屏蔽、解除屏蔽一个普通用户等如图3所示。 图3用户管理用例图4.2组织管理用例及用例图系统管理员拥有组织管理的权限，组织管理又包括机构管理和人员管理。4.2.1机构管理1添加机构 系统管理员可以添加父机构，也可以选择某个机构后在其下面添加子机构。首先输入机构信息，提交到系统，系统首先检测该机构是否已经存

6、在，如果已经存在，系统会向系统管理员发出警告信息，提示管理员重新输入信息。系统确认机构信息无误后，会将该机构信息保存在相应的机构下面。2删除机构信息 系统管理员选择某个机构，点击“删除“按钮，系统检测该机构下是否存在子机构，如果存在，向管理员发出警告信息，否则，经管理员确认后，系统会从数据库中删除该机构信息。3修改机构信息系统管理员选择某个机构，填写修改信息后提交到系统，系统会保存该修改过的信息。 4查询机构信息系统对机构信息查询提供了“模糊查询”的功能，系统管理员输入查询条件后，系统会根据查询条件找到和该查询字段相匹配的机构信息。4.2.2人员管理1添加人员，系统管理员进入系统，进入“人员管

7、理”界面后，界面会显示所有员工列表，点击“添加员工信息”按钮，进入到添加信息界面，输入员工信息，并选择相应的机构，提交信息后系统会向数据库中写入该员工的信息。2修改员工信息，系统管理员选择某个员工，填写修改信息后提交到系统，系统会保存该修改过的员工信息。3删除员工信息，系统管理员选择某个员工，点击“删除”按钮，经确认后，系统会从数据库中删除该员工的信息。4查询员工信息，系统对用户信息查询提供了“模糊查询”的功能，系统管理员输入查询条件后，系统会根据查询条件找到和该查询字段相匹配的用户信息。4.2.3用例图系统管理员可以添加父机构，也可以选择某个机构后在其下面添加子机构，修改机构信息，删除机构信

8、息，系统管理员选择某个机构，点击“删除“按钮，系统检测该机构下是否存在子机构，查询机构信息，添加人员，系统管理员进入系统，进入“人员管理”界面后，界面会显示所有员工列表，修改员工信息，系统管理员选择某个员工，填写修改信息后提交到系统，系统会保存该修改过的员工信息，删除员工信息系统管理员选择某个员工，点击“删除”按钮，经确认后，系统会从数据库中删除该员工的信息，查询员工信息系统对用户信息查询提供了“模糊查询”的功能等如图4所示。 图4人员管理用例图4.3权限管理用例系统管理员拥有对用户、角色授权和管理模块的权利。4.3.1用户管理，1分配账号系统管理员给员工分配账号。进入账号分配界面，输入用户名

9、和密码，向系统提交该信息，系统首先检测该账号是否存在，如果存在，则向系统管理员发送警告信息。经系统检测无误后，系统会将该账号信息写入数据库。2删除账号在用户信息界面，系统管理员选择某个用户，点击删除按钮，如果该用户还没有分配账号（用户系企业员工，可能还没有分配账号），系统弹出提示信息。反之，经经系统管理员确认删除后，系统会从数据库删除该用户（该用户所对应的员工依然存在，只是删除了该员工登录到系统的账号）。3用户授权授予该用户对系统的操纵权限，包括C（CREATE）、R（READ）、U（UPDATE）和D（DELETE）权利。4.3.2角色管理1添加角色是指，向系统中添加角色，比如档案管理员、公

10、文管理员等。2删除角色是指，删除系统中存在的角色3角色授权是指，授予该角色对系统的操纵权限，包括C（CREATE）、R（READ）、U（UPDATE）和D（DELETE）权利。4.3.3模块管理1添加模块系统管理员可以顶级模块，也可以选择某个模块后在其下面添加子模块。首先输入模块信息，提交到系统，系统首先检测该模块是否已经存在，如果已经存在，系统会向系统管理员发出警告信息，提示管理员重新输入信息。系统确认模块信息无误后，会将该模块信息保存数据库中。2删除模块系统管理员选择某个模块，点击“删除“按钮，系统检测该模块下是否存在子模块，如果存在，向管理员发出警告信息，否则，经管理员确认后，系统会从数

11、据库中删除该模块信息。3修改模块信息系统管理员选择某个模块工，填写修改信息后提交到系统，系统会保存该修改过的模块信息到数据库。4.3.4用例图分配账号，系统管理员给员工分配账号，删除账号，在用户信息界面，用户授权，授予该用户对系统的操纵权限，添加角色，删除角色，删除系统中存在的角色，角色授权，授予该角色对系统的操纵权限，添加模块，系统管理员可以顶级模块，删除模块，系统管理员选择某个模块，点击“删除“按钮，修改模块信息，系统管理员选择某个模块工等如图5所示 。 图5模块管理用例图4.4系统维护用例及用例图系统管理员拥有对系统进行恢复和备份的权利。4.4.1系统备份为了防止系统突然发生意外情况，导

12、致系统数据错误或数据丢失，系统管理员应该及时对系统中的数据进行备份操作，万一发生意外，还有挽救的余地。4.4.2系统恢复数据发生异常时，系统管理员可以先前备份的数据进行一键恢复。4.4.3用例图数据发生异常时，为了防止系统突然发生意外情况，导致系统数据错误或数据丢失，系统管理员应该及时对系统中的数据进行备份操作，万一发生意外，还有挽救的余地，系统数据维护用例图如图6所示。图6系统数据维护用例图4.5会议管理会议管理员拥有对会议管理的权限，其中，会议申请人具有申请召开会议的权利，审核人具有审核会议的权利，会议记录人员具有记录相关信息并进行归档的权利。4.5.1会议申请会议申请人向系统录入会议详细

13、信息，包括会议名称、会议类型、主办部门、会议时间、参会人数、会议地点等内容，提交给系统，系统会将申请人发送的会议申请单提交至会议审核人处。4.5.2会议审核会议审核人接收到来自会议申请人的申请单，进行审批。如果审核未通过，审核人将驳回会议申请单并填写未通过原因，系统会将审核人发送的文件转至会议申请人处。会议申请人会根据未通过原因重新制定会议计划，填好信息后发送给审核人审批。4.5.3会议纪要及归档会议申请通过审核后，会议如期举行，会议记录人员记录会议的详细信息，并将这些信息进行归档处理。4.5.4用例图会议审核人接收到来自会议申请人的申请单，进行审批，如果审核未通过，审核人将驳回会议申请单并填

14、写未通过原因，系统会将审核人发送的文件转至会议申请人处，会议申请通过审核后，会议如期举行，会议记录人员记录会议的详细信息，并将这些信息进行归档处理的用例图如图7所示。图7会议管理用例图4.6公共信息管理公告管理员拥有对公告的发布和未分布管理的权利。4.6.1公告管理公告管理员浏览已发布的公告和未发布的公告，对已发布的公告，如果过了有效时间，系统会根据有效期限将其删除，同时，公告管理员也可以根据需要去删除和修改已发布的信息，向系统提交或确认删除后，系统将保存最近的修改信息。对于将要发布的公告，公告管理员填写公告内容，包括公告标题、范围、内容、发布时间、失效时间等，然后发布，系统发布的公告按照范围

15、和发布时间排序显示在各自的部门的系统公告栏中。4.6.2用例图公告管理员浏览已发布的公告和未发布的公告，对已发布的公告，如果过了有效时间，系统会根据有效期限将其删除，同时，公告管理员也可以根据需要去删除和修改已发布的信息如图8所示。图8公告管理用例图4.7公文管理公文管理员拥有对公文进行管理的权利，其中，公文经办人可以草拟公文、修改公文、删除公文。公文审核人员对已提交的公文进行审核。上级领导对审核通过的公文签字确认。公文收发人员派发经过上级领导签字确认后的公文并进行归档处理。4.7.1公文维护和审核公文经办人创建公文，确定初步文稿后发送给审核人审核，审核人对受到的草拟公文进行规范性审核，如果草

16、拟的公文不符合规范，则审核未通过。审核人添加修改意见后发送给公文经办人，系统会将审核人发送的公文及修改建议发送至公文经办人处。公文分发人将收到的公文编号后发送给各部门相关人员并登记公文的详细信息，包括发文文号、发送日期，公文标题、拟稿单位、拟稿人、审核人、签稿人等信息，然后进行归档处理。4.7.2用例图公文经办人创建公文，确定初步文稿后发送给审核人审核，审核人对受到的草拟公文进行规范性审核，如果草拟的公文不符合规范，则审核未通过。 图9：公文管理用例图4.8档案管理用例及用例图档案管理员拥有管理员工档案的权利，包括人员履历、转正申请、离职申请和员工考勤。4.8.1人员履历管理员工基本信息，当员

17、工信息发生改变时，档案管理员根据员工编号查找到该员工，找到需要修改的信息，修改完毕提交到系统，系统会将修改后的数据保存到数据库。4.8.2转正申请员工工作年限达到一定时间，可向部门领导发出转正申请，部门领导审核通过以后将该员工的转正申请及审核意见发送给档案管理员，系统会将转正申请及审核意见流转至档案管理员处，档案管理员修改该员工的状态信息为正式员工，系统会保存该修改过的信息。4.8.3离职申请员工向部门领导发出离职申请，部门领导审核通过以后将该员工的离职申请及审核意见发送给档案管理员，系统会将离职申请及审核意见流转至档案管理员处，档案管理员删除该员工档案，系统会将该员工信息从数据库删除。4.8

18、.4用例图档案管理员拥有管理员工档案的权利，包括人员履历、转正申请、离职申请和员工考勤，管理员工基本信息，当员工信息发生改变时，档案管理员根据员工编号查找到该员工，找到需要修改的信息，修改完毕提交到系统，系统会将修改后的数据保存到数据库，员工工作年限达到一定时间，可向部门领导发出转正申请，部门领导审核通过以后将该员工的转正申请及审核意见发送给档案管理员，系统会将转正申请及审核意见流转至档案管理员处，员工向部门领导发出离职申请，部门领导审核通过以后将该员工的离职申请及审核意见发送给档案管理员，系统会将离职申请及审核意见流转至档案管理员处等的用例图如图10所示。图10档案管理用力图4.9个人办公用

19、例及用例图普通员工拥有管理个人办公的权利，包括我的便签、我的任务和通讯录。4.9.1我的便签随手记录的信息，包括编号、主题、创建时间等内容。员工可以随时查看记录的便签，也可以删除记录的便签。4.9.2我的任务任务备忘录是为了提醒员工在合适何地做什么事情。员工输入任务名称及提醒时间，系统会在这个时间向员工发出提示信息，提醒员工还有任务没有完成。员工也可以删除该任务。4.9.3通讯录通讯录记录了公司员工的联系方式，包括员工编号、姓名、性别、年龄、职位、联系电话、电子邮箱、所属部门等信息。员工可以通过检索的方式查找员工信息。4.9.4用例图图11个人办公用例图图12系统类图4.10 类图系统中相关的

20、类有用户、角色、访问控制列表、公告、借阅、发文、发文登记、收文、收文登记、会议、会议参加人、纪要、档案、收文档案、发文档案、会议纪要档案、我的任务、通讯录、系统管理等如图12所示。各对象如发文，发文登记，收文登记等的属性和操作的定义如图13所示。 图13属性及操作定义图4.11 活动图以发文和会议申请为例如图14和图15所示。图 14 ：发文活动图图15会议申请活动图4.12顺序图以发文和会议申请为例，公文管理员可以填写发文信息然后经过签发审核最后归档的用例图如图15和会议管理员可以填写申请信息经过会议审核最后记录会议档案图16所示。图 15 发文顺序图图 16 会议申请顺序图4.13协作图以

21、发文和会议申请为例，公文管理员可以填写发文信息然后经过签发审核最后归档的用例图如图17和会议管理员可以填写申请信息经过会议审核最后记录会议档案图如图18所示。 图17发文协作图 图18会议申请协作图4.14状态图以发文和会议申请为例先创建发文，审核发文，签发发文，分发发文，最后归档如图19所示和会议申请，会议审核，会议通知，召开会议，最后会议纪要如图20所示。 图19发文状态图图20会议申请状态图4.15构件图整个OA办公自动化系统可以进行公文管理，系统维护，个人办公，公共信息管理，权限管理，会议管理，组织管理，档案管理等的构建图如图21所示。 图21OA系统构件图5 总结与展望通过学习学习UML建模，我对系统如何实现其功能有了很清楚的认识。顺序图是一个系统的信息传递过程的细化，让我们对系统的工作情况有进一步的了解。活动图类似于系统流程图，但是比他更细化，说明系统的控制流程。但是在上机实验的过程中也遇到了一些问题，但是在老师和同学的帮助下都一一解决了，最终完成。参考文献1张海藩软件工程导论(第4 版)北京：清华大学出版社，20052刁成嘉UML系统建模与分析设计北京：机械工业出版社，20073 UML基础与Rose建模案例北京：人民邮电出版社，20044刘乃丽 ASPNET 20 网络开发详解北京：电子工业出版社，2008 成绩评定成绩 教师签字24 / 25