1、需求分析
1.1总体需求
企业管理信息系统主要用于实现对企业基本信息的管理。具体包括对企业部门的管理、对企业员工的管理,以及对管理信息系统本身的管理。(对管理信息系统本身的管理主要是指对管理员的管理,这方面的需求可被归纳为管理需求,而对企业部门和员工的管理则被归纳为业务需求。)
1.2管理需求
1、增加管理员:根据屏幕提示依次输入管理员的用户名和密码,系统自动为其分配ID号,并向用户提供反馈信息。
2、删除管理员:根据屏幕提示输入欲删除管理员的ID号,系统将该管理员删除,并向用户提供反馈信息。
3、列出所有管理员:系统以列表形式显示所有管理员的ID号、用户名和密码
1.3业务需求
1、部门管理包括:
增加部门:根据屏幕提示输入部门名称,系统自动为其分配ID号,并向用户提供反馈信息。
删除部门:根据屏幕提示输入欲删除部门的ID号,系统将该部门删除,并向用户提供反馈信息。
列出所有部门:系统以列表形式显示所有部门的ID号、部门名称和员工人数。
2、员工管理则包括:
增加员工:根据屏幕提示依次输入员工的姓名、性别、年龄,以及所属部门的ID号等信息,系统自动为其分配ID号,并向用户提供反馈信息。
删除员工:根据屏幕提示输入欲删除员工的ID号,系统将该员工删除,并向用户提供反馈信息。
修改员工信息:根据屏幕提示选择要修改的员工信息然后并输入,系统更新与该员工有关的信息数据,并向用户提供反馈信息。
生成员工列表:根据屏幕提示输入部门的ID号,系统以列表形式显示该部门所有员工的ID号、姓名、性别和年龄。
列出所有员工:系统以列表形式显示所有员工的部门、ID号、姓名、性别和年龄。
2、概要设计
2.1总体架构
本案在逻辑上可被划分为管理子系统和业务子系统两大模块,分别用于实现对管理员的管理和对部门及员工的管理功能。此外还需提供必要的数据存储策略,以实现对所有数据的持久化。系统总体架构如图所示:
一、管理子系统:实现对管理员的管理功能。具体包括增加管理员、删除管理员、列出所有管理员。
1、用户界面(Manager_View):显示主菜单、接受用户输入、向用户显示提示信息、处理结果和必要的反馈。
2、业务逻辑(Manager_Ctrl):具体实现主菜单的各个功能项,以逻辑对象为载体,在用户界面和数据访问之间传递有关管理员的信息数据。
3、数据访问(Manager_Model):实现逻辑对象与数据存储之间的序列化与反序列化。
4、逻辑对象(Manager):实现管理员对象的逻辑模型。
二、业务子系统:实现对部门及员工的管理功能。具体包括增加部门、删除部门、列出部门、增加员工、删除员工、修改员工信息、列出部门员工、列出所有员工。
1、用户界面(Service_View):显示运营管理子菜单、接受用户输入、向用户显示提示信息、处理结果和必要的反馈。
2、业务逻辑(Service_Ctrl):具体实现运营管理子菜单的各个功能项,以逻辑对象为载体,在用户界面和数据访问之间传递有关部门及员工的信息数据。
3、数据访问(Service_Model):实现逻辑对象与数据存储之间的序列化与反序列化。
4、逻辑对象(department、employee):实现部门及员工对象的逻辑模型。
三、数据存储:实现整个管理信息系统的数据持久化。
2.2体系架构
水平方向上采用三层体系架构。如图所示:
一、用户界面层:处理与最终用户的交互,既负责从用户处收集信息,也负责向用户展现结果、给出提示或反馈。
二、业务逻辑层:针对用户界面层所体现的功能项,以数据访问层为基础,实现与业务逻辑相关的算法和流程。
三、数据访问层:实现对数据存储介质的访问,为业务逻辑层提供数据源,并接受其处理结果。
2.3逻辑模型
在垂直方向上采用三层逻辑模型。如图所示:
一、接口层:定义各功能模块的抽象接口,降低模块间的耦合性,提高代码复用率,降低维护成本。
二、实现层:对抽象接口的具体实现。本案用户界面层的接口实现拟采用控制台方式,而数据访问层的接口实现则采用文件系统方式。
三、逻辑对象层:以逻辑模型的方式对系统中的相关数据加以组织,并构成从用户界面到业务逻辑再到数据访问各层之间的信息载体。逻辑对象包括:管理员、部门和员工。
3、详细设计
3.1管理子系统
3.2业务子系统
github
超级管理员ID:super
密码:1234