java图书馆管理系统设计说明书内容摘要:
4 5 6 7 各表详细说明 图书类别表 序号 逻辑字段 物理字段 类型 (长度) 规则 字段说明 1 部门 ID DEPTID 自动编号 主键 自动生成的长整型编号,具有唯 一值 2 部门编号 DEPTCODE 文本 (30) 非空 采用部门编号实现部门间的隶属关系,最顶层部门编号为00 002… 第二层部门编号为00100 001002… 3 部门名称 DEPTNAME 文本 (20) 非空 部门名称为非空且唯一数据 4 部门负责人 DEPMASTER 文本 (10) 部门负责人名称 5 部门 地址 ADDRESS 文本 (50) 6 部门 电话 TELPHONE 文本 (20) 7 部门 描述 DEPTDESC 文本 (1024) 说明部门职能等信息 人力资源管理系统设计说明书 14 图书信息表 序号 逻辑字段 物理字段 类型 (长度) 规则 字段说明 1 员工 ID EMPID 自动编号 主键 自动生成的长整型编号,具有唯 一值 2 部门 ID DEPTID 长整型 外键 引用所属部门 ID 3 职位 POSTID 长整型 外键 引用职位 ID 4 名称 EMPNAME 文本 (10) 非空 5 性别 GENDER 文本 (10) 非空 男 /女 6 年龄 AGE 整型 非空 7 身份证号 IDCARD 文本 (18) 非空 非空且唯一数据 8 政治面貌 PARTY 文本 (10) 9 毕业院校 SCHOOL 文本 (20) 10 专业 MAJOR 文本 (10) 11 职称 TITLE 文本 (10) 12 入职时间 ENTRYDATE 日期型 默认值为系统当前时间 13 当前状态 STATE 布尔型 1=在职 ,0=离职 默认 值 为“ 1” (在职 ) 图书 借阅 表 序号 逻辑字段 物理字段 类型 (长度) 规则 字段说明 1 培训 ID EDUID 自动编号 主键 自动生成的长整型编号,具有唯 一值 2 名称 EDUNAME 文本 (50) 非空 培训 名称 非空且唯一数据 3 开始时间 STARTDATE 日期型 非空 开始日期 20200808 4 结束 时间 ENDDATE 日期型 非空 结束 时间 20200809 5 内容 CONTENT 文本 (1024) 非空 培训课程、内容及要求等 图书订购表 序号 逻辑字段 物理字段 类型 (长度) 规则 字段说明 1 职位 ID POSTID 自动编号 主键 自动生成的长整型编号,具有唯 一值 2 职位名称 POSTNAME 文本 (50) 非空 总经理、部门经理、一般员工 3 职位描述 POSTDESC 文本 (255) 4 职位津贴 ALLOWANCE 浮点型 职位津贴标准 ,默认为 0 人力资源管理系统设计说明书 15 读者信息表 序号 逻辑字段 物理字段 类型 (长度) 规则 字段说明 1 工资等级 ID SALGRADEID 自动编号 主键 自动生成的长整型编号,具有唯一值 2 等级名称 GRADENAME 文本 (50) 非空 等级名称 3 工资 标准 BASESAL 浮点型 非空 此等级 对应的基本工资额 库存表 序号 逻辑字段 物理字段 类型 (长度) 规则 字段说明 1 员工工资 ID WAGEID 自动编号 主键 自动生成的长整型编号,具有唯一值 2 员工 ID EMPID 长整型 外键 引用员工 ID 3 工资等级 ID SALGRADEID 长整型 外键 引用工资等级 ID 4 所属年份 YEAR 长整型 非空 工资所属年份 5 所属月份 MONTH 整型 非空 工资所属月份 6 奖金 BONUS 浮点型 默认为零 7 其他补贴 BOUNTY 浮点型 默认为零 (含车补、饭补、交通补、通信补等) 8 社保扣款 SOCIAL 浮点型 默认为零 9 其他扣款 WITHHOLD 浮点型 默认为零 10 发放状态 STATE 布尔型 1=已发放, 0=未发放 默认值为“ 0”(未发放) 操作员表 序号 逻辑字段 物理字段 类型 (长度) 规则 字段说明 1 管理员账号 ACCOUNT 文本 (50) 主键 以合法邮箱为账号,具有唯一值 2 管理员密码 PASSWORD 文本 (50) 非空 6 位, 阿拉伯 数字组成 3 状态 STATE 布尔型 1=正常, 0=锁定 默认为“ 1”(正常) 人力资源管理系统设计说明书 16 3 系统功能设计 图书类别 管理 在管理界面左侧的操作导航菜单中,选中【部门信息管理】 管理 项 后 , 首先显示 所有部门 操作 树。 选中其中某一 管理操作项 ,在管理界面右侧会显示 部门信息列表 ,然后在部门信息 上 面选择功能:添加子部门、修改部门信息、删除部门信息。 用例说明: 显示部门树 一、 功能 描述 在进入 部门 信息管理界面后,首先显示 部门 操作树。 单击部门设计按钮,在右侧显示所有部门信息列表。 然后再在 部门 列表中进行添加、修改、删除 、查看 等操作。 人力资源管理系统设计说明书 17 二、 功能实现 部门树 使用 jQuery+EasyUI 实现。 右侧部门管理列表使用 Ajax+JSON 技术实现。 使用到的类和接口设计如下: 添加 部门 三、 功能描述 通过部门信息添加 页面录入新的部门信息:包括 部门编号、部门名称、地址、电话和部门描述。 数据规则如下: 部门编号 是必填数据,且满足规则:如果输入的编号字符长度是 N,则N 必须是 3 的倍数;如果 N=3,则此编号在数据表中应该不存在;如果N3,则编号的前 N3 位字符串构成的 上级部门 编号在数据表中必须存在。 部门的名称 是必填数据 , 并且在数据表中具有 唯一性。 地址、电话、描述 都不是必填数据,只需要根据数据字段的长度限制录入数据的长度。 四、 功能实现 选择“添加 新部门 ”按钮或者连接来添加 新的子 部门。 首先在 弹出的部门信息输入对话框 里面录 入部门的基本信息,数据在录入过程或者提交前要根据上面的数据规则来进行验证。 数据提交后 由 专门的 Action 调用 Service 层 方法 ,使用 ORM 映射 将数据插入到数据库中。 完成数据插入操作后,直接由该 Action 返回成功提示 , 在前端使用 Ajax技术重新加载部门列表, 实现部门 列表 的刷新。 人力资源管理系统设计说明书 18 修改部门 一、 功能描述 通过部门信息 修改该页面,修改部门基本信息中的 部门名称、地址、电话和部门描述。 数据规则如下: 部门编号的修改涉及到组织机构图的调整,这里不作要求。 部门的名称是必填数据 , 并且在数据表中具有 唯一性。 地址、电 话、描述都不是必填数据,只需要根据数据字段的长度限制录入数据的长度。 二、 功能实现 在部门列表中选中一条 部门 信息 后才能选择“ 修改 部门”按钮或者连接来 修改 部门 信息。 首先根据选中部门的 ID,通过 Action 调用 Service 方法取得要修改的部门信息 ,再转发到部门信息修改页面。 将部门信息显示在修改页面上,其中部门 ID 作为隐藏域,部门名称、地址、电话和部门描述信息作为可修改的数据显示出来。 数据在 修改的 过程或者提交前要根据上面的数据规则来进行验证。 数据提交后 由 专门的 Action 调用 Service 方法 修改 数据库中 的 数据。 完成数据 修改 操作后,直接 重新加载部门信息列表 ,实现部门 列表 的刷新。 删除部门 一、 功能描述 在部门 列表上选中一条 部门 信息 后,点击删除按钮或者链接,对选中部门进行删除操作。 如果选中部门及其下属部门中还有员工,则删除操作不能继续。 二、 功能实现 在部门列表中选中一条部门信息后 才能选择“ 删除 部门”按钮或者连接来 删除 部门。 执行删除操作前,要先判断该部门及其下属部门有没有员工,如果没有则进行删除操作,反之则提醒用户不删除并放弃删除。 删除操作由 专门的 Action 调用 Service 层 方法 来删除 数据库中的数据。 完 成数据 删除 操作后,直接 重新加载部门信息列表 ,实现部门 列表 的刷新。 人力资源管理系统设计说明书 19 实现部门信息管理的接口和类设计如下: 层次 类型 备注 Model 用来封装和传递部门对象信息的域对象(实体类),是一个 POJO Dao 对部门信息进行访问操作的 dao 接口,要实现 HibernateDaoSupport 类 Dao 接口的实现类 委托给 Spring 来管理 Service . TDeptService . TDeptServiceImpl 对部门信息进行管理的业务层接口 业务层接口实现类 委托给 Spring 来管理,需要进行事务管理 Action . TDeptAction 处理部门管理信息及逻辑调度的 Action 委托给 Spring 来管理 图书 信息 管理 员工 信息管理模块主要实现员工信息的添加、修改、删除功能。 用例如下: 员工列表 一、 功能描述 在进入员工信息管理界面后,首先显示的是部门树。 在部门树 上选中一个部门后,显示该部门的所有员工列表。 然后再在员工列表中进行添加、修改、删除等操作。 人力资源管理系统设计说明书 20 二、 功能实现 选中 一个部门 , 自动 通过 Ajax 调用 Action 来获取 该部门 的 员工信息列表。 将取到的数据 封装为 JSON 对象传回显示页面 , 显示到 员工列表页面。 添加员工 一、 功能描述 通过员工信息添加页面录入新的员工信息:包括部门 ID、名称、性别、年龄、身份证号、政治面貌、毕业院校、专业、职称、职位。 数据规则如下: 员工的名称、性别、年龄、身份证号是必填数据 , 其中年龄要求必须是小于 100 的整数,身份证号则要求 具有 唯一性。 政治面貌、毕业院校、专业、职称、职位都不是必填数据,只需要根据数据字段的长度限制录入数据的长度。 二、 功能实现 选中一个部门,自动调用获取该部门的员工信息列表的 servlet 来获取员工信息列表。 选择“添加员工”来添加该部门的员工信息。 在员工信息输入页面里面录入员工的基本信息,部门 ID 作为隐藏域,其余数据在录入过程或者提交前要根据上面的数据规则来进行验证。 数据提交后由专门的 Action调用 Service 层 方法将数据插入到数据库中。 完成数据插入操作后,直接 重新加载 员工列表,实现员工列表的刷新。 人力资源管理系统设计说明书 21 修改 员工 一、 功能描述 通过员工信息 修改页面录入 员工 更新后的 信息:包括名称、性别、年龄、身份证号、政治面貌、毕业院校、专业、职称、职位。 数据规则如下: 员工的名称、性别、年龄、身份证号是必填数据 , 其中年龄要求必须是小于 100 的整数,身份证号则要求 具有 唯一性。 政治面貌、毕业院校、专业、职称、职位都不是必填数据,只需要根据数据字段的长度限制录入数据的长度。 二、 功能实现 选中一个 员工信息后,选择“ 修改 ”操作。 根据选中 员工 的 ID,通过 servlet 调用 JavaBean 方法取得要修改的 员工信息,再 其 转发到 员工 信息修改页 面。 将 员工 信息显示在修改页面上,其中 员工 ID、部门 ID 作为隐藏域, 名称、性别、年龄、身份证号、政治面貌、毕业院校、专业、职称、职位信息作为可修改的数据显示出来。 数据在修改的过程或者提交前要根据上面的数据规则来进行验证。 数据提交后由 对应 的 Action 调用 Service 层 方法修改数据库中的数据。 完成数据修改操作后,直接 重新加载 指 定部门下员工 列表 ,实现 员工列表 的刷新。 删除员工 一、 功能描述 在员工列表中选中一个员工后,进行删除操作,删除完成后刷新员工列表。 二、 功能实现 选中一个员工后才能选择“删除”才做。 删除操作由专门的 Action 调用 Service 层 方法来删除数据库中的数据。 完成数据删除操作后,直接 重新加载 员工列表,实现员工 列表 的刷新。java图书馆管理系统设计说明书
相关推荐
, 30)。 (150, 200, 200, 30)。 (100, 300, 100, 60)。 (200, 300, 100, 60)。 (new ActionListener() { public void actionPerformed(ActionEvent event) { String name=()。 String password=()。 try { .. ()。 }
话框: “ 用户名或者密码错误 ” ;点击 “ 退出 ” 则退出系统。 在此基础上使用了getRootPane().setDefaultButton()的方法设定回车所对应的按钮。 选择操作对象窗口 登录成功后,出现的窗口是选择操作对象的窗口,即选择对学生这一对象的操作、对老师这一对象的操作或者对学生成绩的操作等。 系统针对不同的用户类别,设置的选择对象的响应操作是不同的
, true)。 PrintWriter log = new PrintWriter(fw)。 ()。 //(())。 // Student stu=(Student) o。 (删除 学生 )。 ( 学号: +()+ + 姓名 : +())。 (=====+new Date(0)+=====)。 ()。 ()。 } catch (IOException e) { ()。 } */ } else
■ 员工工资的输入 ■ 员工工资的修改与查询 ■ 员工工资的计算 为实现系统的安全性,对使用本系统的使用人员权限 (包含一般用户、工作人员、超级用户 )进行设置,增加功能子模快: ■ 系统用户的增加、删除 ■ 系统用户的修改 ■ 系统用户密码的修改 6 信息分析 本系统中的处理的信息由以下五种信息组成: ; ; ; ;。 第三章 总体概要设计 系统组织结构 在进过了上面的
荷重要程度分轮、依次遥控切除有关负荷的管理机制。 负荷管理的先进理念 [1],主要是通过降压减载或对用户的可中断负荷(空调、热水 器等)进行分批编组、按批短时轮控,使之成为不影响生产和基本生活、用户不感觉停电的负荷管理。 当然,其中也包括紧急状态下的负荷控制在内。 ( 1)降压减载 电压和功率之 间的平方关系使得电压的变化对功率影响很大。 而电网正常运行状态下的不等式约束条件
的建议: 为一个 IT 项目设计一个好的项目选择程序 让用户参与项目组 举行例会 定期向项目用户和发起人送交有关可交付成果 让用户和开发人员一起相处 20. 减少不完整和易变的要求的建议: 制定并遵循一个要求的管理程序,包括项目最初要求的确定程序 使用原型制作、案例模型和 “合作应用程序设计 ”等方法,透彻理解用户的要求 对所有要求都记录在案,并确保这些信息易于流传和获取 建立一个要求管理数据库