需求分析 网上工作考核系统.docVIP

引言 “工作考核”即由公司对其所有职工的工作成绩进行评价，是公司深入发展的需要，也是提高工作质量的有效方法之一，目前在许多公司应用非常普遍，并作为公司质量评价的必要环节被纳入公司的管理规范，对进一步完善公司效益监控体系，保证公司效益有着重要的现实意义。而目前随着企业改革的深人和工厂规模的不断扩大，传统的工作考核过程采用由职工填表，手工统计的办法，这样造成工作量大、损耗多、时效性差的弊端。针对如何利用Web技术来解决公司工作考核中遇到的实际问题，提高考核过程的效率，本小组成员提出并设计了基于Java、SQL Server技术，采用B/S架构模式的“网上工作考核系统”的解决方案。 1-1、编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品的意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格（包括修正和(或)发行版本号），从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1-2、文档约定 描述编写文档时所采用的标准、排版约定。排版约定应该包括： 正文风格； 提示方式； 重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述都有其自己的优先级。 1-3、参考文献 列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括： 本项目的合同书； 上级机关有关本项目的批文； 本项目已经批准的计划任务书； 用户界面风格指导； 开发本项目时所要用到的标淮； 系统规格需求说明； 使用实例文档； 属于本项目的其它己发表文件； 本软件产品需求分析报告中所引用的文件、资料； 相关软件产品需求分析报告； 为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出： 标题名称； 作者或者合同签约者； 文件编号或者版本号； 发表日期或者签约日期； 出版单位或者资料来源。 2、需求分析 2-1、数据流分析 在得到并了解输入、输出数据，需要将整个数据处理过程抽象为数据流分析结果，并且通过对数据流分析，可以获知数据的逻辑处理过程。具体分析结果如下图： 图 21网上考核系统”数据流图 整个考核过程中，首先人事部门应将已经存在于系统中的考核任务书进行适当转换，生成适合考核的评价方案，然后职工考核按照评分标准进行考核评分，并记录所有的评分结果。在获得所有评分结果后，职工可以查看属于自己的个人评分统计结果，而总经理和人事部门可以获得汇总的评价结果。 考核数据最终需要记录到数据库系统中，为此，需要专门对数据库进行分析设计。首先，给出系统数据库的概念模型，即绘制实体关系图（E-R模型）。通过对上述的数据分析结果进一步分析，得出初步ER模型如下图： 图 22 原评分模型（ER模型) 以上是最初设计的评分模型，但是，该模型用于统计分析时存在以下几个问题： 数据量大 考核一次，评单表需要存储的数据条数可由以下公式得出： 粗略估计，该公司每年约生成100万条纪录，这对于统计分析来说，数据量是极其庞大的。而且开销巨大。 事务统计 首先数据量庞大必然造成汇总运算慢，而汇总慢的本质原因就是从事务进行统计，统计层次低。 为此，在具体实现该系统的时候，改进了该评分模型，将评单表一分为二： 考核表用于存储部门考核每位职工的评分；考核表用于存储部门考核工作效益的最终指标分布情况。 由于对数据进行预处理，提高统计层次，并将统计运算分散在评分的过程中，实现时间负载均衡，提高了统计效率，最终模型如图： 图 23 评分模型（ER模型） 图3-1考核系统功能模块图 3-2、数据库设计 3-2-1、关系模式 通过对数据库概念模型，即实体联系模型分析，按照转换规则，将上述ER模型转换为关系模型（即关系模式），并进行规范化检验。主要的转换和检验结果如下： 主评单（评单号，部门经理姓名，考核编号，考核名称，部门，小组，职员，是否有效，小组号） 评单项（评单号，评价序号，选项，选项符号） 评价方案（评价类别，评价序号，评价内容，A，B，C，D，权重） 评分标准（选项，评分） 注：带下划线的属性为关系的主属性（关键字即主键）。 3-2-2、物理数据库表 通过将上述关系模式，可以建立“考核系统”的物理数据库，以下是主要数据表结构： 表 31部门信息表（Department Info） 主键 列名 数据类型 长度 允许空 描述 √ de_id varchar 7 0 部门编号 de_username varchar 16 1 登录用户名 de_password varchar 36 1 密码 de_truename varchar 16 1 姓名 de_title varcha