实现院系、专业、毕业生信息管理(设有就业标志,初值为‘待业’); 实现职业类型、职业信息(职业号、类型号、需求数量、聘用数量、用 人单位)登记; 实现毕业生就业登记(学号、职业号),自动修改相应学生的就业标志 和职业的聘用数量,并保证聘用数量不大于需求数量; 创建存储过程查询毕业生的人数、待业人数、就业人数和就业率; 创建存储过程查询各专业的毕业生就业率; 创建 check 约束限制毕业生性别必须为‘男’或‘女’; 建立表间关系。 二、需求分析 2.1高校就业管理系统 高校就业管理系统化可以完成对学生信息的修改、查询(就业率,已就业信息,未就业信息,公司信息)、添加(学生基本信息,院系信息,公司信息)、退出功能。初步完成了对高校就业信息的管理,界面设计简洁,使用简单。 2.2高校就业管理系统数据流图实现院系、专业、毕业生信息管理(设有就业标志,初值为‘待业’); 实现职业类型、职业信息(职业号、类型号、需求数量、聘用数量、用 人单位)登记; 实现毕业生就业登记(学号、职业号),自动修改相应学生的就业标志 和职业的聘用数量,并保证聘用数量不大于需求数量; 创建存储过程查询毕业生的人数、待业人数、就业人数和就业率; 创建存储过程查询各专业的毕业生就业率; 创建 check 约束限制毕业生性别必须为‘男’或‘女’; 建立表间关系。 二、需求分析 2.1高校就业管理系统 高校就业管理系统化可以完成对学生信息的修改、查询(就业率,已就业信息,未就业信息,公司信息)、添加(学生基本信息,院系信息,公司信息)、退出功能。初步完成了对高校就业信息的管理,界面设计简洁,使用简单。 2.2高校就业管理系统数据流图
1
2.数据库的数据字典: 再就业信息管理系统,数据信息和处理过程还需要通过数据字典来描述。在本文的数据字典中,主要对数据流,数据存储和处理过程进行说明。 (1)主要数据流定义 1)职工情况 位置:职工信息 定义: 职工情况=姓名+性别+出生年月+工作类别+职称+工作年限+专业+学历。 数据流向:根据职工所申请企业具体情况来确定。 说明:要对每一位员工进行唯一编号。 2)企业情况 位置:企业信息 定义:企业情况=企业名称+企业性质+联系人姓名+联系电话。 数据流量:根据企业的具体情况来确定。 说明:要对每一个企业建立唯一的账号。 3)岗位信息 位置:岗位 定义:岗位情况=岗位名称+学历要求+职称要求+工种+工作年限。 数据流量:根据岗位的具体情况来确定。 说明:要对每一个岗位建立唯一的编号。 (2)数据存储 1)数据存储:职工信息表 数据量和存取频度:根据职工的具体情况来确定。 存取方式:联机处理;检索和更新;以更新操作为主。 2)数据存储:企业信息表 数据量和存取频度:根据企业的具体情况来确定。 存取方式:联机处理;检索和更新;以更新操作为主。 3)数据存储:岗位信息表 数据量和存取频度:根据企业提供岗位的具体情况来确定。 存取方式:联机处理;检索和更新;以更新操作为主。 4)数据存储:职工申请表 数据量和存取频度:根据职工填写申请的具体情况来确定。 存取方式:联机处理;检索和更新;以更新操作为主。 (3)处理过程 1)申请过程 输入:职工编号,企业编号,岗位编号 输出:申请信息 处理说明:根据职工填写信息录入申请表 2)录用过程 输入:职工编号,岗位编号 输出:企业是否录用信息 处理说明:根据职工的申请记录,企业决定是否录用该职工
1
2.2 主要功能说明: 一.欢迎界面:改界面主要是作为本系统的封面,程序运行后该界面会出 现在屏幕中间,操作者可以点击该界面即可计入下一个窗体。 二.入口:本系统中权限的设置主要是靠入口,选择不同的登录身份进入 系统后将会得到不一样的执行权限。若选择退出系统,则将会退出整个软件。 三. 读者登陆界面:该窗体主要是给一般读者登陆系统执行图书的查询和借阅功能的,当读者输入的编号和密码正确后即可进入系统,当用户输入用户名和密码出现错误后,系统会提示用户重新输入。当用户三次输入均出现错误时,系统会自动关闭。 四.管理员登陆界面:该窗体主要是提供给系统管理员进入系统进行操作的,其中用法和读者登陆界面一样,不同的是进入系统后具有的操作权限不同。管理员具有全部权限。 五.图书管理:(1)图书信息录入界面:此界面主要用于首次录入图书信 息,因此该界面应该具有输入图书所有信息的元素, 如图书编号,书名,书号,作者…. (2)图书信息修改界面:此界面主要是用于已经存在馆里的图书的信息的修改,因此该界面应该有查找和修改的功能,所以除了具有图书信息录入界面的元素外,还应该有上一条,下一条,查询等元素。 六.读者管理:(1)读者注册界面:此界面主要是用于录入新读者的信息, 因此此界面应该具有读者的所有信息,另外应该还具 有赋予读者一个进入系统的密码的元素。 (2)读者信息修改:此界面主要用于对已经注册过本系统 的读者的信息的修改,包括密码等等元素。 七.图书服务:(1)图书查询界面:此界面主要是用于查询,借阅,预 约图书,查询时可按图书的书名,作者,出版社来 查询,查询到的图书用表格显示,并且可以显示图书 的借阅情况。 (2)借书还书界面:该界面主要是用于读者的借书和还 书的情况,并且读者可以归还图书。 八.数据安全:(1)数据备份界面:该界面主要用于对本系统的重要数 据进行备份,以便不小心失去数据后可以恢复数据 提高系统的安全性。 (2)数据恢复界面:该界面是和数据备份界面配合使用的,当需要恢复已经备份的数据时,即可使用该窗体。 九.系统管理:(1)帮助和相关界面:该界面主要是向使用本系统的读者或者管理员提供相应的提示和帮助,同时显示一些关于本系统的相关信息。 (2)密码设置界面:该界面主要是用于管理员的注册和密码修改,注册界面可以注册新的管理员,密码修改界面可以对已经存在的管理员的信息的修改。 (3)退出本系统界面:该界面主要是用来安全退出整个软件,包括退出了vfp软件 (4)恢复vfp系统界面:该界面主要是用来退出当前运行的图书管理系统,恢复到vfp系统继续进行操作。
1
第二章可行性分析 通过对一些典型书店、图书馆,并结合企业要求开发的一套信息化管理系统。 本系统的实现目标是 (1)为工作人员提供一个工作平台:员工可在网上完成日常事务,实现无纸化办公。即职工通过计算机完成采集信息,处理信息,分析信息等工作。 (2)为管理者提供一个控制平台:控制平台就是管理者能通过业务控制平台,把企业的各项制度、标准,通过程序控制落实到企业各项工作活动中。通过对工作流进行设置与监控,从而能严格控制企业活动的各项动作,实现事务的有效管理。 (3)为系统维护者提供一个集中维护的平台:系统管理人员能对系统运行的缺陷、故障进行集中处理,使系统管理人员能够快速、有效、连续的对系统进行维护与调整。 第三章需求分析 3.1系统总体的功能需求 系统在界面设计方面要尽可能的人性化,对用户使用而言应该是简单易用的,在布局和设计上要科学化。 就目前而言,该系统是为中小型书店研发的。系统开发的目标是实现书店图书租赁的系统化、规范化和自动化,这是在用户要求的基础上提出来的,功能要求如下: 1、管理员能对书店租赁系统里的会员信息、图书信息、借阅信息、收入信息等进行数据的添加、修改、删除、查询以及统计的功能操作。 2、会员能够登录系统和修改密码,并且只能够查询自己的借阅信息和个人信息查询以及查询书店书库信息(包括书名、作者、出版社、库存数量等)。
1
(1) 登录功能:登录系统为身份验证登陆,用户输入用户账户和密码后才能进入该系统,若输入有误,系统会给出警告,三次错误后,需等待半个小时后才能再次输入,以此保证了系统的安全性。 (2) 更新信息功能:用户进入系统后,找到相应的所属功能模块,然后根据自己的需要,可以删除一些已经对自己没有任何用处的信息,或者重新输入自己要保存的信息。 (3) 查询功能:用户进入系统后,找到相应的所属功能模块,然后根据内容输入或根据关键字进行查询,查询出的信息会显示在界面上,并且可以预览和打印出结果。 (4) 系统维护功能:数据的安全管理,主要是依靠管理员对数据库里的信息进行备份和恢复,数据备份后,如果出了什么意外可以恢复数据库到当时备份的状态,这提高了系统和数据的安全性,有利于系统的维护; 进行以上功能操作处理时,可根据下述的功能分析中的主要结构功能模块图进行。(1) 登录功能:登录系统为身份验证登陆,用户输入用户账户和密码后才能进入该系统,若输入有误,系统会给出警告,三次错误后,需等待半个小时后才能再次输入,以此保证了系统的安全性。 (2) 更新信息功能:用户进入系统后,找到相应的所属功能模块,然后根据自己的需要,可以删除一些已经对自己没有任何用处的信息,或者重新输入自己要保存的信息。 (3) 查询功能:用户进入系统后,找到相应的所属功能模块,然后根据内容输入或根据关键字进行查询,查询出的信息会显示在界面上,并且可以预览和打印出结果。 (4) 系统维护功能:数据的安全管理,主要是依靠管理员对数据库里的信息进行备份和恢复,数据备份后,如果出了什么意外可以恢复数据库到当时备份的状态,这提高了系统和数据的安全性,有利于系统的维护; 进行以上功能操作处理时,可根据下述的功能分析中的主要结构功能模块图进行。
1
由于数据流程图只是对数据处理及彼此之间的联系进行说明,未对数据的详细内容及数据的加工过程进行说明,而这正是数据字典所要表达的。数据字典是关于数据信息的集合,也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚,便于后续工作—系统设计的进行。 数据字典是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。数据字典通常包括数据项、数据结构、数据流、数据存诸和处理过程5个部分。其中数据项是最小组成单位,若干数据项组成一个数据结构,数据字典通过对数据项和数据结构的定义来描述数据流、数据存储和逻辑内容。 针对一般食堂管理信息系统的需求,通过对食堂管理工作过程的内容和数据流程分析,设计如下所示的数据项和数据结构: 数据结构名称:职工用餐卡信息 含义说明:这里指的是职工用来使用付款的工具卡的一系列信息,它记录了包括它本身以及持卡者的一些信息 包括的数据项有: 1)卡号 (消费者使用的用来付款的卡的编号,与消费者办卡的先后顺序有关 别名Card_number 字符型 长度6) 2)余额(今日剩余用餐量) (消费者卡中所剩的金钱数量,别名Balance 字符型 长度 6) 3)办卡日期 (消费者办卡的日期,别名Card_date 日期型 长度 8) 4)持卡者姓名 (拥有信息卡的消费者的名称,别名 Person_name 字符型 长度 10) 5)花费(用餐次数统计) (消费者所消费的金钱数量 别名 Consume 字符型 长度 20) 数据结构名称:员工信息 含义说明:消费者群体之一,可以自由选择消费方式,办过卡用卡交易或者用现金交易 包括的数据项有: 1)工号 (职工在公司所编的号码 别名 S_number 字符型 长度 6) 2)部门 (职工所在的部门的名称 别名 S_system 字符型 长度 16) 3)职位 (职工所担任的职位 别名 S_class 字符型 长度 20) 4)姓名 (职工的姓名 别名 S_name 字符型 长度 10) 5)性别 (职工的性别 别名 S_sex 字符型 长度 4) 6)地址 (职工的所在地址 别名 S_adress 字符型 长度 20) 7)联系方式 (职工的手机号码 别名 S_tel 字符型 长度 20) 由于数据流程图只是对数据处理及彼此之间的联系进行说明,未对数据的详细内容及数据的加工过程进行说明,而这正是数据字典所要表达的。数据字典是关于数据信息的集合,也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚,便于后续工作—系统设计的进行。 数据字典是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。数据字典通常包括数据项、数据结构、数据流、数据存诸和处理过程5个部分。其中数据项是最小组成单位,若干数据项组成一个数据结构,数据字典通过对数据项和数据结构的定义来描述数据流、数据存储和逻辑内容。 针对一般食堂管理信息系统的需求,通过对食堂管理工作过程的内容和数据流程分析,设计如下所示的数据项和数据结构: 数据结构名称:职工用餐卡信息 含义说明:这里指的是职工用来使用付款的工具卡的一系列信息,它记录了包括它本身以及持卡者的一些信息 包括的数据项有: 1)卡号 (消费者使用的用来付款的卡的编号,与消费者办卡的先后顺序有关 别名Card_number 字符型 长度6) 2)余额(今日剩余用餐量) (消费者卡中所剩的金钱数量,别名Balance 字符型 长度 6) 3)办卡日期 (消费者办卡的日期,别名Card_date 日期型 长度 8) 4)持卡者姓名 (拥有信息卡的消费者的名称,别名 Person_name 字符型 长度 10) 5)花费(用餐次数统计) (消费者所消费的金钱数量 别名 Consume 字符型 长度 20) 数据结构名称:员工信息 含义说明:消费者群体之一,可以自由选择消费方式,办过卡用卡交易或者用现金交易 包括的数据项有: 1)工号 (职工在公司所编的号码 别名 S_number 字符型 长度 6) 2)部门 (职工所在的部门的名称 别名 S_system 字符型 长度 16) 3)职位 (职工所担任的职位 别名 S_class 字符型 长度 20) 4)姓名 (职工的姓名
1
模块功能分析 : 线路模块:用来管理汽车线路号、出发地、目的地、出发时间、所需时间。 汽车模块:用来管理汽车汽车编号、汽车的种类及相应的票价、最大载客量、剩余座位数。 车票模块:用来管理汽车车票编号、售票情况、查询、打印。 乘客模式:用来管理汽车乘客出发地 、出发地、目的地。
1
模块功能分析: (1)药品模块:用来记录药品编号、药品名称、生产厂家、生产日期、保质期、用途、价格、数量、经手人等信息; (2)员工模块:用来记录员工编号、姓名、性别、年龄、学历、职务等信息; (3)客户模块:用来记录客户编号、姓名、联系方式、购买时间、购买药品编号、名称、数量等信息; (4)入库和出库模块:用来记录当前库存信息、药品存放位置、入库数量和出库数量,入库和出哭单据号等信息。
1
高校科研管理所设计的事务非常繁杂,涉及到校科研处、各个院系的科研管理以及个人对科研信息的查询统计等。所设计的系统既要有利于科研处的监督管理又要有利于各个系及教师的分工协作。系统功能主要包括校科研处科研管理、院系(或部门)科研管理、个人科研信息查询、校级科研项目整体信息管理。可以划分为科研信息维护、科研信息查询与统计、科研信息报表、科研信息分析、校级课题申报、审批、结题、其它处理等操作;其中科研信息应细分为学术论文、科研项目、科研成果、科研奖励等信息。  由于本系统是直接面向网上办公的,必须适应所服务环境的各类操作人员,主要包括学校科研处、各院系(或部门)、普通教师个人(或其他浏览者)。  ①普通教师个人(或其他浏览者)  普通教师个人(或其他浏览者)只能按姓名来浏览个人的科研信息、进行统计打印,个人的科研信息(论文、著作、项目成果等)必须提交本部门审核入录。  ② 各院系(或部门)  各院系(或部门)主要职责是对本部门员工的论文、科研项目、科研成果、奖励等信息进行审核后输入到本系统数据库中,查询本部门在某时间内的科研信息、统计科研情况、打印相关资料等,同时对本部门的错误录入信息进行修改和维护。  ③科研处  主要管理本校的员工信息、论文、各级各类科研项目和成果、科研奖励等常规工作,同时,管理校级课题的申报、审批、结题等管理,同时,监控系统运行和各部门的情况。
1
1.E-R图向关系模式转换(关系的码用下划线标出)  ①旅客实体对应的关系模式:  旅客(身份证号,姓名,性别,联系方式)  函数依赖: 身份证号—>姓名 身份证号—>性别 身份证号—>联系方式 ②航班实体对应的关系模式:  航班(航班编号,起飞地点,目的地,起飞时间,总座位数,票价) 函数依赖:  航班编号—>起飞地点 航班编号—>目的地 航班编号—>起飞时间 航班编号—>总座位数 航班编号—>票价 ③取票通知实体对应的关系模式: 取票通知(订单号,航班编号,座位号,旅客姓名) 函数依赖: 订单号—>航班编号 订单号—>座位号 订单号—>旅客姓名 ④退票信息实体对应的关系模式: 退票信息(订单号,身份证号,旅客姓名)  函数依赖: 订单号—>身份证号 订单号—>旅客姓名 ⑤座位实体的关系模式: 座位(座位号,订单号,座位总数,剩余座位数) 函数依赖: 订单号—>座位号 订单号—>作为总数 订单号—>剩余座位数
1