企业管理系统项目文档.docx
- 文档编号:3623135
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:36
- 大小:413.14KB
企业管理系统项目文档.docx
《企业管理系统项目文档.docx》由会员分享,可在线阅读,更多相关《企业管理系统项目文档.docx(36页珍藏版)》请在冰豆网上搜索。
企业管理系统项目文档
3需求分析
3.1行业务分析
3.1.1业务流程
该系统的主要流程是系统管理员或普通用户通过登录模块进入系统主页,之后可以选择相应的功能对自己的信息进行处理。
业务流程图如下:
图3-1中小办公自动化系统业务流程图
3.1.2功能分析
系统的主要功能概述如下:
(1)用户身份验证模块
本系统功能的开发与设计,是完全针对公司内部进行办公管理以及为各部门员工提供便捷的电子化交互平台搭建的。
用户身份验证模块是公司办公自动化管理系统重要组成部分之一,它主要功能是在系统用户进入系统时的身份验证以及在不同页面浏览时的身份验证,以防止公司重要资料的泄露。
(2)员工信息管理模块
本模块主要是为了实现本系统所注册员工的信息的管理,包括增加、删除以及修改,并且本模块只能被系统管理员所使用,其他普通用户没有权限使用。
(3)财务信息管理模块
该模块用作当前的登录用户添加、修改、删除和查看财务信息列表,本模块需要保存的信息有记录经手人、部门、所属财务项目、款项数目、会计经手人、记录添加日期、记录修改日期、摘要、备注。
且本模块只有系统管理员才有权限。
(4)财务项目信息模块
该模块用作当前的登录用户添加、修改、删除和查看财务项目列表。
本模块中应该保存的信息有:
财务项目名称、项目添加日期、项目主管,且只有系统管理员才有权添加、修改、删除该财务项目。
(5)公告管理模块
该模块用作用户发送通知,大家都可以查看,只有发送通知的用户才有权修改、删除该通知。
本模块中应该保存的信息有:
公告填写人、公告标题、公告内容、公告时间。
(6)意见信息管理模块
该模块用作当前的登录用户发送意见给系统管理员,用户可以查看自己发来的意见信息和意见处理结果,只有系统管理员有权查看其他用户发来的意见信息,删除改意见信息。
本模块中应该保存的信息有:
意见发送者、意见发往部门、意见类型、意见内容、意见处理状态、意见处理评论、意见发送日期。
(7)投票问题发起信息管理模块
该模块用作用户发起投票(添加),大家都可以查看,只有发起投票的用户才有权修改、删除该通知。
本模块中应该保存的信息有:
投票问题ID、投票发起者、投票主题、投票内容、投票开始时间、总应投票人数。
(8)投票信息管理模块
该模块用作用户投票内容,供所有的用户查看,且只有系统管理员才有权修改、删除该投票内容,本模块中应该保存的信息有:
投票者ID、投票者姓名、投票内容。
(9)部门信息管理模块
本模块主要是对系统注册用户提供部门信息,可以查看所部门信息,且只有系统管理员才有权修改,删除,本模块中应该保存的信息有:
部门名称、备注。
(10)职位信息管理模块
本模块主要是对系统注册用户提供职位信息,可以查看所职位信息,且只有系统管理员才有权修改,删除,本模块中应该保存的信息有:
职位名称。
(11)意见类型管理模块
本模块主要是对用户提出意见信息分类,即为意见信息提供意见类型,可以查看所意见类型信息,且只有系统管理员才有权修改,删除,本模块中应该保存的信息有:
意见类型。
(12)个人通讯录模块
该模块用作每一个登录系统的用户来维护自己的通讯录,通讯录中需要保存的信息有姓名、性别、手机、E-mail地址、QQ号码、公司、家庭住址、邮编。
通知本模块个人用户可以自由维护个人的基本信息以及自由添加联系人信息;可以方便查询联系从,可以修改或删除某一个联系人。
(13)日程安排模块
该模块用作当前的登录用户添加、修改、删除和查看自己的日程安排列表。
本模块中应该保存的信息有:
用户名、年份、月份、日期、安排内容。
(14)工作日志模块
该模块用作当前的登录用户添加、修改、删除和查看自己的工作日志列表。
本模块中应该保存的信息有:
用户名、年份、月份、日期、日志标题、日志内容、记录时间。
(15)会议管理模块
该模块用作用户发送会议通知,供所有的用户查看,且只有系统管理员才有权修改、删除该通知。
(16)短消息管理模块
该模块用作当前的登录用户给系统内的其他用户发送短消息,并可以查看其他用户发来的消息。
本模块中应该保存的信息有:
接收者、发送者、消息内容、发送时间。
(17)文件管理模块
本模块主要是对系统注册用户所上传文件的管理,可以查看所上传文件的相关信息,并且可以下载,而对所上传文件的删除则只有系统管理员才有权限。
3.2系统建模
3.2.1用户身份验证用例图
此图显示了用户身份验证系统的用例:
当系统管理员或普通用户登录时需要输入用户名、密码以及验证码,当三个均输入正确时才能进入到系统主页面,否则会有相应的错误提示。
图3-2用户验证用例图
3.2.2员工信息管理用例图
此图显示了职工信息管理模块的用例:
包括新增职工、查看信息、修改信息以及删除职工等功能,其中系统管理员拥有全部功能权限,而普通用户只能查看与修改本用户的信息。
图3-3人力资源管理用例图
3.2.3财务信息管理用例图
此图显示了财务信息管理模块的用例:
包括新增财务信息、查看财务信息、修改财务信息以及删除财务信息等功能,只有系统管理员有权管理该模块。
图3-4财务信息管理例图
3.2.4财务项目信息用例图
此图显示了财务项目信息模块的用例:
包括新增财务项目信息、查看财务项目信息、修改财务项目信息以及删除财务项目信息等功能,并且普通用户只具有查看的权限。
图3-5财务项目管理用例图
3.2.5公告管理用例图
此图显示了公告管理模块的用例:
包括新增公告、查看公告、修改公告以及删除公告等功能,并且普通用户只具有查看和设置已读的权限。
图3-6公告管理用例图
3.2.6意见信息管理用例图
此图显示了意见信息管理模块的用例:
包括新增意见消息、查看意见消息以及删除意见消息等功能,并且普通用户只能查询和新增意见消息
图3-7意见信息管理用例图
3.2.7投票问题发起信息管理用例图
此图显示了投票问题发起信息管理模块的用例:
包括新增投票消息、查看投票消息、修改投票消息以及删除投票消息等功能,并且普通用户只具有新增、查看的权限,而删除、修改的权限则只有系统管理员才拥有。
图3-8投票问题发起信息管理用例图
3.2.8投票信息管理用例图
此图显示了投票信息管理模块的用例:
包括新增投票、查看投票内容、修改投票内容以及删除投票内容等功能,并且普通用户只具有新增和查询权限。
图3-9投票信息管理用例图
3.2.9部门信息管理用例图
此图显示了部门信息管理模块的用例:
包括新增部门、查看部门、修改部门以及删除部门等功能,普通用户只有查看部门信息的权限。
图3-10部门信息管理用例图
3.2.10职位信息管理用例图
此图显示了职位信息管理模块的用例:
包括新增职位、查看职位信息、修改职位信息以及删除职位信息等功能,普通用户只有查看职位信息。
图3-11职位信息管理用例图
3.2.11意见类型管理用例图
此图显示了意见类型管理模块的用例:
包括新增意见类型、查看意见类型、修改以及删除意见类型等功能,普通用户只具有查看的权限。
图3-12意见类型管理用例图
3.2.12个人通讯录用例图
此图显示了个人通讯录模块的用例:
包括新增联系人、查看信息、修改信息以及删除联系人等功能。
图3-13个人通讯录用例图
3.2.13日程安排用例图
此图显示了日程安排模块的用例:
包括新增日程、查看日程、修改日程以及删除日程等功能,并且每个用户只能查看、修改和删除自己的日程。
图3-14日程安排用例图
3.2.14日志管理用例图
此图显示了日志管理模块的用例:
包括新增日志、查看日志、修改日志以及删除日志等功能,并且每个用户只能查看、修改和删除自己的日志。
图3-15日志管理用例图
3.2.15会议管理用例图
此图显示了会议管理模块的用例:
包括新增会议、查看会议信息、修改会议以及删除会议等功能,并且普通用户只具有查看和设置已读的权限。
图3-16会议管理用例图
3.2.16短消息管理用例图
此图显示了短消息管理模块的用例:
包括新增短消息、查看短消息以及删除短消息等功能,并且每个用户只能查看、修改和删除自己的短消息。
图3-17短消息管理用例图
3.2.17文件管理用例图
此图显示了文件管理模块的用例:
包括上传文件、查看文件信息、下载文件以及删除文件等功能,并且普通用户只具有上传、查看和下载的权限,而删除的权限则只有系统管理员才拥有。
图3-18文件管理用例图
4系统设计
4.1系统设计
基于中小企业的信息化管理系统采用结构化与原型法相结合的方法。
这种综合法的优点是它兼顾了结构化开发方法开发过程控制性强的特点以及原型法开发周期短、见效快的特点。
采用两者结合的形式进行系统的开发时,采用了结构化生命周期法的设计思想,即自顶向下,从总体到部分,合理划分系统的结构,设计数据库模型。
在系统的分析与初步设计上采用原型法做出原始模型,根据实际反映的情况,继续按结构化生命周期法进行系统的详细设计及其实施与转换、系统维护与评价阶段的工作。
合理采用综合法,使开发过程更具灵活性,往往会取得更好的开发效果。
该系统是基于B/S(Browser/Server,B/S)架构的三层体系结构,即浏览器和服务器结构。
它是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。
在这种结构下,用户工作界面是通过浏览器来实现,无需下载更新客户端,极少部分事务逻辑在前端(Browser)实现,但是主要事务逻辑在服务器端(Server)实现,形成所谓三层结构。
这样就大大简化了客户端电脑载荷,减轻了系统的维护与升级的成本和工作量,降低了用户的总体成本。
特别是在JAVA这样的跨平台语言出现之后,B/S架构管理软件更是方便、快捷、高效。
如果能将该系统划分的用户身份验证模块和其他模块再分解成一些相互独立、功能简单、易于理解和修改的模块,这样的系统就具备了系统设计首要考虑的可变更性。
由模块组合构成的系统一般称为模块化结构系统。
在这样的系统中,由于各个模块之间基本上是相互独立的,所以每个模块都可以独立的被理解、编程、调试和修改,使其复杂的系统设计工作变得相对简单。
在遵循模块化结构设计原则的基础上,根据实现的目标,用户身份验证只需要一个模块,而其他模块则分成了八个不同的子模块,各子模块既相互配合,又各自具有一定的独立功能。
这样就形成了一个树形的结构。
4.1.1用户身份验证模块流程图
在用户身份验证模块的总体流程分析中业务流程图是表现个人办公流程的一个主要图例,用户通过表单提供登陆信息,系统根据用户提供的信息对用户进行查询鉴别,如果身份合法,则将用户导向系统主页。
另外,从系统退出后也进入系统登陆页面。
此时,用户的身份信息都会被清空。
流程图如下所示:
用户
登录
身份验证
退出
系统主页面
系统主页面
图4-1用户身份验证流程图
4.1.2员工信息管理模块流程图
系统用户通过登陆验证进入系统主页面,通过选择“职工信息管理”菜单进入相应页面。
如果登录用户是“系统管理员”,则可以显示此模块,用户可以通过选择不同的链接,进行相应的新增职工、查看、修改以及删除等操作。
当点击“查看”链接时,会显示所选的职工的信息,之后可以点击“返回主页面”再返回到职工信息列表页面;当点击“新增职工”链接时,会进入职工信息输入页面,当输入相关信息后点击“提交”按钮,如果成功则会返回到职工信息列表页面,并提示“添加成功”,如果失败,则会提示相关的错误信息,如果不想添加,则可以点击“返回主页面”返回到职工信息列表页面;当点击“修改”链接时,则会进入到修改页面,并在表单中显示要修改的职工信息,当更改某个表单中的数据后,再点击“提交”按钮,如果成功,则会返回到职工信息列表页面,并提示“修改成功”,否则会提示相关的错误信息,如果不想修改,则可以点击“返回职工信息列表主页面”返回到职工信息列表页面;当点击“删除”链接时,则会删除当前选择的职工信息,并提示“删除成功”。
如果登录用户是“普通用户”,则不会显示此模块,而只会显示登录成功页面,并且用户只能查看与修改个人信息,通过点击“查看信息”与“修改信息”两个链接即可完成相应操作。
流程图如下所示:
图4-3职工信息管理流程图
4.2数据库设计
数据库设计是项目开发和系统设计中非常重要的一个环节,在这里要特别强调数据库设计的重要性,是因为数据库设计就像建设高楼大厦的根基一样,如果设计不好,在后来的系统维护、变更和功能扩充时,甚至在系统开发过程中都会引起比较大的问题。
4.2.1数据库概念设计
将需求分析得到的用户需求抽象为信息结构及概念模型的过程是概念结构设计。
为了描述数据库结构的概念模式,这里采用E-R图来描述数据库的实体关系。
在职工信息管理模块,某个公司职位可以有多个公司员工,但某个公司员工只能有一个公司职位。
因此公司职位与系统用户之间是一对多的关系;某个公司部门可有有多个公司员工,但某个公司员工只能属于一个公司部门,因此公司部门与系统用户之间是一对多的关系;某个公司职位可以在不同的公司部门内出现,某个公司部门也都会有各种公司职位,因此两者之间是多对多的关系。
(1)用户信息管理模块的E-R图如下图所示:
图4-10用户信息E-R图
(2)财务信息管理模块的E-R图如下图所示:
图4-11财务信息E-R图
(3)财务项目信息管理模块的E-R图如下图所示:
图4-12财务项目信息E-R图
(4)公告信息管理模块的E-R图如下图所示:
图4-13公告信息表E-R图
(5)意见信息管理模块的E-R图如下图所示:
图4-14意见信息表E-R图
(6)投票问题发起信息管理模块的E-R图如下图所示:
图4-15投票问题发起信息表E-R图
(7)投票信息管理模块的E-R图如下图所示:
图4-16投票信息表E-R图
(8)部门信息管理模块的E-R图如下图所示:
图4-17部门信息表E-R图
(9)职位信息管理模块的E-R图如下图所示:
图4-19职位信息E-R图
(10)意见类型管理模块的E-R图如下图所示:
图4-20意见类型表E-R图
(11)个人通讯管理模块的E-R图如下图所示:
图4-21个人通讯信息表E-R图
(12)日程管理模块的E-R图如下图所示:
图4-22日程信息表E-R图
(13)工作日志信息管理模块的E-R图如下图所示:
图4-23工作日志信息表E-R图
(14)会议管理模块的E-R图如下图所示:
图4-24会议信息表E-R图
(15)短消息管理模块的E-R图如下图所示:
图4-25短消息表E-R图
(16)文件管理模块的E-R图如下图所示:
图4-26文件表E-R图
4.2.2数据库逻辑设计
逻辑结构设计的任务是把概念结构设计阶段设计好的E-R图转换成与选用的DBMS产品所支持的数据模型相符合的逻辑结构。
E-R图转换为关系数据模型所要解决的问题是如何将实体和实体间的联系转换成关系模式,如何确定这些关系模式的属性和码。
数据库中两实体间1:
n联系转换为一个与n端对应的关系模式合并的关系模式的方法是将联系的属性与1端的码加入n端作为属性,主码为n端实体的主码。
(1)用户信息管理模块中由E-R图转换成的关系数据模式有:
用户信息表userInfo(userInfoId,userName,name,password,email,departmentId,positionId,internalPhone,homePhone,mobilePhone,msn,homeAddress,isSystemManager,birthdaysex,education,remark)
表4-1用户信息表userInfo
字段名称
字段说明
字段类型
可否为空
主键
备注
userInfoID
唯一ID
Int
否
是
自增字段
userName
用户名
varchar(50)
否
否
唯一
name
用户姓名
varchar(50)
否
否
password
用户密码
varchar(50)
否
否
电子邮箱
varchar(50)
否
否
departmentId
用户部门
int
是
否
外键
positionId
用户职位
int
是
否
外键
internalPhone
内部分机
varchar(50)
是
否
homePhone
家庭电话
varchar(50)
是
否
mobilePhone
手机号
varchar(50)
是
否
msn
MSN
varchar(50)
是
否
homeAddress
家庭地址
varchar(100)
是
否
isSystemManager
是否系统管理员
int
是
否
birthday
生日
varchar(50)
否
否
sex
性别
varchar(50)
否
否
education
教育程度
varchar(50)
是
否
remark
备注
varchar(50)
是
否
(2)财务信息管理模块中由E-R图转换成的关系数据模式有:
用户信息表financial(financialId,recordName,departmentId,financialProjectId,totalMoney,accountName,addDate,modifyDate,summary,remark)
表4-1财务信息表financial
字段名称
字段说明
字段类型
可否为空
主键
备注
financialId
自动编号
Int
否
是
自增字段
recordName
记录经手人
varchar(50)
是
否
departmentId
部门
Int
是
否
外键
financialProjectId
所属财务项目
Int
是
否
外键
totalMoney
款项数目
varchar(50)
是
否
accountName
会计经手人
varchar(50)
是
否
addDate
记录添加日期
varchar(50)
否
否
modifyDate
记录修改日期
varchar(50)
否
否
summary
摘要
varchar(50)
是
否
remark
备注
varchar(50)
是
否
(3)财务项目信息管理模块中由E-R图转换成的关系数据模式有:
财务项目信息表financialProject(financialProjectId,financialName,addDate,manager)
表4-2财务项目信息表financialProject
字段名称
字段说明
字段类型
可否为空
主键
备注
financialProjectId
自动编号
Int
否
是
自增字段
financialName
财务项目名称
varchar(50)
是
否
addDate
项目添加日期
varchar(50)
是
否
manager
项目主管
varchar(50)
是
否
(4)公告管理模块中由E-R图转换成的关系数据模式有:
公告表notice(noticeId,sender,title,content,sendtime)
表4-6公告管理表notice
字段名称
字段说明
字段类型
可否为空
主键
备注
noticeId
唯一ID
int(10)
否
是
自增字段
sender
公告填写人
varchar(50)
是
否
title
公告标题
varchar(50)
是
否
content
公告内容
varchar(50)
是
否
sendtime
公告时间
varchar(20)
是
否
(5)意见信息管理模块中由E-R图转换成的关系数据模式有:
意见信息表suggestion(suggestionId,senderName,toDepartment,suggestionTypeId,suggestionContent,status,opinion,sentTime)
表4-3意见信息表suggestion
字段名称
字段说明
字段类型
可否为空
主键
备注
suggestionId
自动编号
Int
否
是
自增字段
senderName
意见发送者
varchar(50)
是
否
toDepartment
意见发往部门
varchar(50)
是
否
suggestionTypeId
意见类型
int
是
否
外键
suggestionContent
意见内容
varchar(50)
是
否
status
意见处理状态
int
是
否
opinion
意见处理评论
varchar(50)
是
否
sentTime
意见发送日期
varchar(50)
是
否
(6)投票问题发起信息管理模块中由E-R图转换成的关系数据模式有:
投票问题发起信息管理表voteQuestion(questionedId,voteReplyId,senderName,subject,voteContent,voteTime,voterAll)
表4-4投票问题发起信息管理表questione
字段名称
字段说明
字段类型
可否为空
主键
备注
questionedId
自动编号
Int
否
是
自增字段
voteReplyId
投票问题ID
Int
是
否
外键
senderName
投票发起者
varchar(50)
是
否
subject
投票主题
varchar(50)
是
否
voteContent
投票内容
varchar(50)
是
否
voteTime
投票开始时间
varchar(50)
是
否
voterAll
总应投票人数
Int
是
否
(7)投票信息管理模块中由E-R图转换成的关系数据模式有:
投票信息管理表voteReply(voteReplyId,userInfoId,voterName,voteContent)
表4-5投票信息管理表voteReply
字段名称
字段说明
字段类型
可否为空
主键
备注
voteReplyId
投票问题ID
Int
否
是
自增字段
userInfoId
投票者ID
Int
是
否
外键
voterName
投票者姓名
varchar(50)
是
否
voteContent
投票内容
varchar(50)
是
否
(8)部门信息管理模块中由E-R图转换成的关系数据模式有:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业管理 系统 项目 文档