3.1 系统可行性分析
3.1.1 可行性研究的前提
1) 系统功能要求：
本系统根据企业的需求，并按照日常的企业活动和企业计划的安排，需要的基本功能包括了:个人信息、日程安排、消息管理、公告管理、企业论坛、客户管理、考勤管理、后台管理等功能模块。
2) 系统关联性要求：
实现本OA系统与企业其他系统有一定的连接，或附带相关系统的基础功能。
3.1.2 系统目标
1) 减少企业活动中人力与设备等费用；
2) 提高企业信息处理速度；
3) 改进管理信息服务；
4) 实现人员考勤、信息管理。
3.1.3 经济可行性分析本文来自辣*文~论-文^网
通过本系统对企业内部信息进行全面的自动化管理，可以大大提高企业的办公效率；对企业生产经营过程中的数据进行全面的管理和统计，避免人为处理各类数据时所产生的各种各样的问题，提高企业的经济效益，为企业经营决策提供大量的、准确的数据，是企业的管理逐渐实现科学化、系统化。在实施设计阶段有可能需要购置外部硬件设备，无需开发费用和管理费用。
3.1.4 技术可行性分析
网络化得办公管理理念，使企业管理得到规范，实现了通过网络地信息进行发布、传递、接收等一系列功能。系统中才采用Asp.net技术实现WEB应用程序，按照企业活动和工作流程设计并制造出该系统，实现企业信息的交流和管理、统计。故从技术上，这样一套应用系统在技术上是可行的。
3.1.5 社会可行性分析
为了扩大规模，增强企业的竞争力，传统的办公模式对信息的处理方法早已不能满足企业对信息快速、准确处理的要求。一个企业对信息数据的掌握程度、处理能力，体现了一个企业对市场的敏感程度，数据的真实性、准确性直接决定着企业的发展方向。从传统的办公模式向自动化办公管理模式转变，提高企业的管理和协作能力，以增强企业的市场竞争力，成为企业发展过程中的首要问题。故需开发本系统对企业信息作出必要的支持。毕业论文http://www.751com.cn
3.2 需求分析
1. 业务参与者:
业务参与者，即Actor，在系统的具体业务当中扮演系统某个角色的人、部门或独立的系统模块等。针对实践调查所得和需求分析说明，本系统的参与者包括：
1) 用户：用户参与系统的主要成员，即接触使用系统的所有者，是系统当中的一个超类；
2) 系统管理员：系统管理员是系统的文护工作人员，拥有对系统目录、角色、权限、用户以及系统基础数据管理的操作权限，同时也是用户的一个子类；
3) 领导：领导是指各个部门的主管以及上级领导的总称；
4) 人力资源部职员：人力资源部职员是人力资源部的成员，主要执行对企业员工的工作进行考核和信息管理，但没有删除员工信息的权限；
5) 人力资源部主管：人力资源部的主管拥有人力资源部职员的各项操作权限，并能对无效的员工信息进行删除；
2. 系统业务用例：
(一) 系统管理员主要业务：
1) A1:考勤设置：系统管理员设置日常上、下班考勤时间、休息日设置、请假类别等考勤信息；
2) A2：公文流管理：是系统管理员对于日常用户生成公文，如工作文件、请假单、销假单等等的管理。
3) A3：新闻公告管理：系统管理员用户对在正常生产经营当中，用户提出的新闻公告进行发布、管理；
(二) 领导主要业务：
1) 考勤审批：每一个部门主管、领导能够批准其下属的请假申请；
2) 新闻公告审批：领导能够审批下属申请的新闻和通知信息，审批完之后传给系统管理员发布；
(三) 人力资源部职员主要业务:
1) 职工管理：职工信息管理是对企业职员的信息进行管理、统计，具有增、改、查等功能；
(四) 人力资源部主管主要业务：
1) 删除职工信息：指对职工信息出现异常的时候对该职员信息进行删除；
(五) 用户主要业务：
1) 登陆系统验证：当用户登陆系统的时候验证用户所提交的用户名和密码，以及所提交的数字证书的有效性；
2) 文件柜：用于储存用户的文件资料；
3) 考勤签到：根据企业部门规定和系统管理员设定的考勤管理时间，用户在规定的时间内在系统报到；
4) 请销假申请：用户当遇上生病或特殊事情的时候可以向上级领导或者主管提出请假申请；而当假期尚未完，则可以申请销假。
5) 加班登记：当在非工作时间内上班的时候，用户需要向人事部门填写加班登记表；
6) 联系人管理：用户对亲戚、朋友、客户信息的登记；
7) 管理用户日志：用户将日常工作信息记录下来以便考察；
8) 浏览公文流：用户可以随时查看公文流信息；本文来自辣*文~论-文^网
9) 浏览职工信息：每位用户可以在职工的信息表当中浏览到企业当中职工的信息；