项目申报管理系统数据库课程设计

工程申报管理系统

目录------------------------------------------1.1系统研究的背景------------------------------1.2主要功能-------------------------------------1.3系统设计目标-------------------------------1.4系统设计意义-------------------------------1.5运行体系-----------------------------------用户环境--------------------------------设计环境--------------------------------结构化系统开发方法---------------------2.1调查分析--------------------------------------2.2系统总体功能分析-------------------------------2.3各局部功能分析---------------------------------系统后台管理-------------------------------系统前台管理-------------------------------2.4数据流程图------------------------------------数据流程子图--------------------------------合并流程图---------------------------------2.5数据字典--------------------------------------.数据项--------------------------------------数据结构------------------------------------数据流--------------------------------------数据存储------------------------------------处理过程------------------------------------3.1分E-R图-----------------------------------------3.2合并E-R图----------------------------------------4.1E-R图向关系模型转换------------------------------4.2数据模型优化-------------------------------------4.3设计用户子模式-----------------------------------6.1数据定义--------------------------------------6.2数据查询--------------------------------------6.3数据更新-----------------------------------------------------工程申报管理系统1．概述1.1系统研究的背景工程申报是根据科技和经济社会开展需要，以科技开展资金支持或以科技政策调控，引导，由科技行政部门制订并组织实施的科技研究开发，科技产业化以及相关的科技进步活动，方案工程一般由具有独立法人资格的企事业单位承当，并在一定时间周期内进行的。目前，国内地市级的科技方案工程从申报，受理，审查，评估以及下达立项，到验收，鉴定，申报评奖等过程主要靠人工整理，汇总和存档，工作量很大，突出表现为资料繁多，格式不一，不易检索和查询等缺点。为了提高科技经费使用效率和运行机制，标准管理程序，各地一直在理论和实践两方面积极探索科技方案管理方法，并在实践中取得了很大成效。但是科技方案工程管理的某些环节仍存在一些有待改良的问题。主要功能科技方案工程申报管理信息系统的开发，对减少申报单位的工作量，提高工程申报的效率，促进科技管理工作内部信息化程度，形成行为标准，运转协调，公正透明，廉洁高效的行政管理体制有着重要作用。本系统的应用对传统的政务流程，组织结构进行必要的调整，通过管理理念的创新，转变管理职能，形成新的管理模式和管理流程，使科技管理真正适应社会主义市场经济的运行规律，到达加强宏观管理，提高管理效能，促进科技进步的目的。设计目标本系统开发的目的就是为了方便业主单位报送工程，增强申报部门与工程单位间的信息沟通与反应，了解工程的建设进度及存在问题，协调解决工程建设中存在的前期工作、资金筹措、征地拆迁、建设施工等问题。对于申报单位：能够完成菜单的浏览、申报和申报工程的浏览，推荐专家注册等功能对于评审专家：能够完成根本信息的输入、工程的评审等功能。对于负责人：能够委托相关领域的专家对申报工程进行评审，对审评专家的评定结果作最后的综合审定等功能。同时最好满足以下的目标1.在网上下载相应的软件节省购置费用，尽量利用网络上丰富的资源减少费用；2.将一切步骤网络化，加快工程申报和审批的速度，节省时间开销；3.系统为公共注册用户，推荐提供相应专家，到达工程申报的最大满意度1.4系统设计意义在计算机日益普及的今天，科技高速开展，国家对科技工程的研究也越来越重视，每年都有很多工程要上报国家或政府，纸制的工程申报报告的审批浪费了大量的人力、物力、财力等资源，基于此，我们小组打算开发一个“工程申报系统〞，用户通过网络完成工程的申报等环节，同时还可以对所申报的工程进行实时跟踪查询以及修改。为了适应社会的需求，使市级重点建设工程月报信息统计工作更加科学、标准、高效、简便，我们小组打算开发“工程申报管理系统〞。本系统是为方便重点建设工程业主单位报送工程月报，增强申报部门与工程单位间的信息沟通与反应，了解工程的建设进度及存在问题，协调解决工程建设中存在的前期工作、资金筹措、征地拆迁、建设施工等问题而开发的应用软件管理系统。用户环境效劳器硬件要求：处理器：Pentium3以上；内存>=512MB;硬盘>=40G;效劳器端软件要求：操作系统：Windows2000或WindowsXP；数据库效劳器：MicrosoftSQLSERVER2000;客户端软件要求：操作系统：Windows2000或WindowsXP；浏览器：I;设计环境

过去的一些数据库软件，在操作上、数据库建立、维护等等，都相当复杂且不易使用，但是在具备了窗口的GUI〔图形用户界面〕特性的SQLServer数据库推出之后，数据库的建立不再是困难的事情，我们可以在PC上简单而快速的建立出一套符合自己的数据库。不但如此，在SQLServer2000推出以后，我们发现数据库的建立更加的快速，但是功能却更加强大，用户不用再去记忆那一大堆的文件名称，或是为数据库的文件管理大费周章，通过SQLServer的人性化管理接口把数据库的管理整理，便于维护；此外，在报表的制作上也是相当容易的，完全的视觉开发向导设计，让人使用起来很舒服。但是美中缺乏的是SQLServer对于主从式结构的平安性管理缺乏，由于ACCESS可以快速的通过ODBC连接到数据库效劳器上〔DatabaseServer〕,并浏览所有表格或是相关对象转成HTML根本上，SQLServer对建立一个数据库所具备的每一个对象，其中包括了表、查询、窗体、报表、宏、模块。SQLServer是一个具备完全Web支持的数据库产品，提供了对可扩展标记语言(XML)的核心支持以及在Internet上和防火墙外进行查询的能力，提供了以Web标准为根底的扩展数据库编程功能。丰富的XML和Internet标准支持允许使用内置的存储过程以XML格式轻松存储和检索数据。SQLServer提供强大的开发工具和各类开发特性，在大大提高开发效率的同时，进一步拓展应用空间，带来新的商业应用机遇。例如，XML数据库与WebService的支持将使您的应用实现Internet数据互联，.Net集成极大的扩展了开发空间，异构数据集成、ServiceBroker使您的数据和其它应用无缝集成，各种新数据类型和T-SQL扩展带来了诸多灵活性。C#、VB.Net、XQuery、XMLA、ADO.Net2.0、SMO、AMO等都将成为SQLServer数据平台上开发数据相关应用的有力工具。ASP是效劳器端脚本编写环境，是由Server端脚本、对象以及组件拓展过的标准主页使用它可以创立和运行动态、交互的Web页和基于Web的功能强大的应用程序。ASP采用的工作模型是典型的B/S过程利用ASP提供的一组ActiveX效劳器组件(ActiveXServerComponents)可继续扩充ASP的功能。使用ASP内置ADO组件可以轻松的存取各种数据库，所以可采用ASP和SQLServer结合制作开发这个网上新闻采集系统。结构化系统开发方法结构化系统开发方法是迄今为止最传统、应用最广泛的一种系统开发方法。结构化系统开发方法的根本思想是：用系统工程的思想和工程化的方法，按用户至上的原那么，结构化、模块化、自顶向下的对系统进行分析与设计。具体来说，就是先将整个信息系统开发过程划分出假设干个相比照拟独立的阶段。如系统规划、系统分析、系统设计、系统实施等。在前三个阶段坚持自顶向下的对系统进行结构化划分。也就是说，在系统调查或理顺管理业务时，应从最顶层的管理业务入手，即从组织管理金字塔结构的塔尖入手，层层逐步深入至最基层。如果在系统分析，提出新系统方案和系统设计时，应从宏观整体考虑入手，即先考虑系统整体的优化，然后再考虑局部的优化问题。而在系统的实施阶段，那么应坚持自底向上的逐步组织实施。也就是说，按照前几阶段设计的模块组织人力从最基层的模块做起〔编程〕，然后按照系统设计的结构，将模块一个个拼接到一起进行调试，自底向上，逐渐的构成整体系统。用结构化系统开发方法开发一个系统，将整个开发过程分为五个首尾相连的阶段，一般称之为系统开发的生命周期。系统规划阶段的工作就是根据用户的系统开发请求，初步调查，明确问题，然后进行可行性研究。

系统分析阶段的任务是：分析业务流程；分析数据与数据流程；分析功能与数据之间的关系；最后提出新系统逻辑方案。

阶段的任务是：总体结构设计；代码设计；数据库/文件设计输入/输出设计；模块结构与功能设计。与此同时根据总体设计的要求购置与安装设备，最终给出系统实施方案。4.系统实施阶段

系统运行阶段的任务是：同时进行系统的日常运行管理、评价、监理审计三局部工作。然后分析运行结果，如果运行结果良好，那么送管理部门指导组织生产经营活动；如果有点问题，那么要对系统进行修改、维护或者是局部调整；如果出现了不可调和的大问题，那么用户将会进一步提出开发新系统的要求，这标志着老系统生命的结束，新系统的诞生。2．1需求分析

需求分析的任务是通过详细的调查现实世界的对象〔组织、部门、企业等〕，充分了解原系统〔手工系统或计算机系统〕工作概况，明确用户的各种需求，然后在此根底上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。目前，国内地市级的科技方案工程从申报，受理，审查，评估以及下达立项，到验收，鉴定，申报评奖等过程主要靠人工整理，汇总和存档，工作量很大，针对这一情况，我们建立了工程管理申报管理系统。2根本信息1．工程申报信息。该子系统包括申报工程提交，附件上传，个人信息管理及个人密码修改的功能。2．部门评审。该子系统包括部门初步评审，部门管理及部门登录密码修改功能。3．专家评审。该子系统包括评审专家评审工程，专家信息管理及专家密码修改功能。4．综合评定。该子系统包括系统管理登录，对所有工程申报人，对所有工程申报人，部门及专家信息的管理。2用户对系统要求2．1信息要求：申请人能查询自己申请的工程处于什么状态，是否通过审批。管理员可以查询所有信息，并可以对根本表进行修改，查询，删除和更新。2．2、处理要求：当根本信息发生变化时，宿舍楼管理员能对其进行修改。2．3、平安性与完整性要求：A、平安性要求：〔1〕系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；〔2〕系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；〔3〕系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户〔学生〕，管理员。B、完整性要求：〔1〕各种信息记录的完整性，信息记录内容不能为空；〔2〕各种数据间相互的联系的正确性；〔3〕相同的数据在不同记录中的一致性。2.2系统总体功能分析本系统主要有以下功能:工程申报，部门评审，专家评审和综合评定。工程申报包括工程申报，附件上传，个人信息管理，个人密码修改。部门评审包括部门初步评审，部门信息管理和部门密码修改。专家评审包括专家评审，专家信息管理和专家密码修改。综合评定包括附件下载，个人信息管理，部门信息管理，专家信息管理，工程设置，分配专家，工程信息管理和管理员密码修改。2．3业务流程概述基于以上需求分析，按照工作流的设计方法，划分了系统的功能模块。工程申报。该子系统包括申报工程提交，附件上传，个人信息管理以及个人密码修改功能。申报工程以表单录入方式提交，在工程申报期间，提交者可以随时对申报工程进行补充，修改及上传佐证材料，申报期过后，提交者只能查看信息，不能再进行任何的改动。个人信息管理只能对申报者本人的信息进行增，删，该，查等操作。部门评审。该子系统包括部门初步评审，部门信息管理及部门登录密码修改功能。在部门评审期间，各部门科研负责人可以对本部门提交的申报工程进行初步在线评审，给出评审意见及评审结果〔部门评审通过及不通过〕。部门评审通过工作结束后，工程申报人可以查看部门评审结果，部门评审未通过得工程评审专家看不见其任何信息。部门信息管理只能对本部门的根本信息进行增，删，该，差等操作。专家评审。该子系统包括评审专家评审工程，专家信息管理及专家密码修改功能。在专家评审工程期间，当评审专家登录确认后，即可进入工程评审工作，此时链接系统将自动从数据库工程信息表中取出相应工程的各种资料以便专家查阅，专家可以填写评审意见并进行工程打分。专家信息管理只能对当前登录的专家信息进行增，删，改，查等操作。综合评定。该子系统包括系统管理员登录，对所有工程申报人，部门及专家信息的管理，工程设置，分配专家，工程信息查看及统计，工程附件下载，系统管理密码修改功能。系统管理员可以对所有工程申报人，部门，专家的信息进行增，删，改，查等操作，并可设置各用户初始登录密码。工程设置是指系统管理员可以设定工程申报的开始和截止日期。在工程申报截止之后，评审专家评审之前，分配专家功能可以为每个部门评审通过得申报工程分配5个与工程相同领域的专家。工程信息查看及统计功能可实现按多种方式查询并统计工程信息，查看专家评审信息及评分信息。工程附件下载可实现工程佐证材料的下载功能；系统管理员密码修改功能可实现系统管理员对自身的秘密修改。系统后台管理1．系统登陆用户管理

管理员可以进行相关权限的工作，进行用户的添加，被添加的用户可以使用系统，进行局部操作。用户名密码为了保护进入系统进行使用的平安，用户权限局部受权限的控制，在系统的用户管理方面只能进行用户的查询和修改，不能添加、删除用户。其他各模块的功能与管理员的权限一样。2．修改个人密码功能

通过此项功能，用户可以按照规定修改密码，以保护自身资料信息的平安。管理员管理员申请人评审专家修改个人

密码.2系统前台管理

系统前台管理功能，用户可以按照各自的权限在系统下完成录入、浏览、删除的功能，不过在除管理员外的所有用户不能使用用户添加管理功能。

登陆界面登陆界面科研工程网上申报管理系统部门评审模块专家评审模块综合评定模块工程申报模块各模块结构设计图如下：个人申报模块：工程申报工程查询个人资料密码修改工程申请书模版推荐单位模块：工程推荐工程管理专家评审模块：专家评审模块专家评审模块专家评审专家信息管理专家密码修改综合评定模块:附件下载附件下载个人信息管理个人信息管理部门信息管理部门信息管理专家信息管理专家信息管理管理员密码修改工程信息管理分配专家工程设置综合评定管理员密码修改工程信息管理分配专家工程设置综合评定2.4数据流程图数据流程图是全面描述信息系统逻辑模型的工具，它抽象概括地把信息系统中各种业务处理过程联系起来。根据以上的业务流程的分析，以及工程申请的特点，我们给出了以下工程申请管理信息系统的数据流程图系统总体结构图如下：各模块对应的功能不同：个人申报模块提供的是面向个人的工程申报与管理功能；推荐单位模块提供的是管理个人申报工程与向卫生厅推荐适宜工程的功能；管理中心模块提供的是对各推荐单位推荐上来的工程进行管理并分配专家进行评审，最后根据评审专家对该工程的意见与打分，决定是否对该工程进行立项的功能；评审专家模块提供专家对分配到的工程进行打分与提供专家意见的功能。由于各模块功能设置不一样，为了防止系统权限分配混乱，我们采取的方法是：个人通过网页注册获得进入个人申报模块的用户名与密码〔系统通过个人注册时填写的个人身份证号码进行区分，保证用户的唯一性〕，进入个人申报模块后的个人将获得申报工程等权限。而管理中心的管理员用户名与密码将由我们直接在系统中进行设置，并提供应卫生厅科教处。确定该管理员人员名单后，将由该管理员在管理中心设置推荐单位与评审专家的用户帐号与密码并提供应相应的负责人。系统流程图如下：所属推荐单位所属推荐单位是否推荐是否将结果返回到个人管理中心个人申报工程审查网上评审不通过通过将结果返回到管理中心用户用户登录验证进入系统管理员界面申请人介面评审专家界面“用户名或密码错误〞返回YN系统登录开始开始修改密码判断是否正确修改密码成功退出错误提示信息返回YN修改个人密码子流程图开始开始添加客户信息判断正确添加成功退出错误提示信息返回YN添加客户信息用户用户登录系统申请资料资料管理功能管理员界面申请人界面评审专家面操作是否

正确申请信息管理退出错误提示信息YN返回申请资料管理流程图开始开始返回添加信息表返回添加信息表错误信息提示yn判断错误信息提示yn判断添加申请信息流程图退出添加成功添加申请信息流程图退出添加成功2。.4.2合并流程图：工程申报报工程申报报用户登录验证进入系统部门评审专家评审综合评定个人申请员评审专家管理员判断操作是否正确成功退出Y错误提示信息N返回申请状态YN工程申报管理系统流程图2．5数据描述2．5．1数据项单位登录表数据字典属性名：单位代号类型：char长度：8备住：单位代号属性名：单位密码类型：varchar长度：10备注：单位密码申报单位信息表属性名：单位代码类型：char长度：2备住：代码属性名：单位名称类型：varchar长度：20备住：名称属性名：；营业证号类型：char长度：11备住：营业证号属性名：注册资金类型：char长度：4备住：资金属性名：公司规模类型：varchar长度：10备住：公司规模属性名：经营范围类型：int长度：2备住：经营范围属性名：联系人类型：char长度：2备住：申请人联系方式属性名：类型：varchar长度：20备住：联系方式属性名：地址类型：char长度：11备住：申请单位地址属性名：Email类型：char长度：8备住：电子邮件属性名：公司简介类型：char长度：2备住：公司背景经费预算表数据字典属性名：经费代号类型：char长度：3备住：经费代号属性名：工程代码类型：char长度：12备住：工程代码属性名：支出工程类型：int长度：2备住：支出工程属性名：支出金额类型：int长度：2备住：支出金额工程信息数据字典18〕属性名：工程代码类型：char长度：8备住：工程代码19〕属性名：单位代码类型：varchar长度：20备住：单位代码20〕属性名：工程名称类型：datetime长度：8备住：工程名称21〕属性名：类别1类型：datetime长度：5备住：类别122〕属性名：类别2类型：decimal长度：5备住：类别223〕属性名：申请者类型：char长度：2备住：申请者24〕属性名：开始日期类型：char长度：3备住：开始日期25〕属性名：结束日期类型：varchar长度：8备住：结束日期26〕属性名：所在单位类型：char长度：5备住：所在单位27〕属性名：本课题研究意义类型：datetime长度：8备住：课题研究28〕属性名：推荐单位意见类型：datetime长度：8备住：推荐单位意见29〕属性名：专家评审委员会意见类型：decimal长度：5备住：专家评审委员会意见30〕属性名：审批意见类型：char长度：2备住：审批意见31〕属性名：是否通过审批类型：char长度：3备住：是或否专家登录数据子典32〕属性名：专家号类型：varchar】长度：4备住：专家号33〕属性名：专家姓名类型：decimal长度：〔5,2〕备住：专家姓名34〕属性名：密码类型：decimal长度：〔5，2〕备住：密码专家信息表数据字典35〕属性名：专家号类型：char长度：2备住：专家号36〕属性名：专家姓名类型：char长度：3备住：专家姓名37〕属性名：单位代码类型：varchar长度：4备住：单位代码38〕属性名：所在单位类型：decimal长度：〔5,2〕备住：所在单位39〕属性名：适评专业1类型：decimal长度：〔5,2〕备住：适评专业140〕属性名：适评专业2类型：varchar长度：适评专业2备住：来访人姓名41〕属性名：类型：varchar长度：10备住：工程评审专家分配数据字典42〕属性名：工程号类型：varchar长度：2备住：工程号43〕属性名：工程名类型：varchar长度：20备住：工程名44〕属性名：专家号类型：datetime长度：8备住：专家号45〕属性名：专家姓名类型：datetime长度：8备住：专家姓名46〕属性名：分数0类型：datetime长度：8备住：分数047〕属性名：分数1类型：varchar长度：20备住：分数148〕属性名：分数2类型：char长度：3备住：分数249〕属性名：意见类型：varchar】长度：4备住：意见50〕属性名：专家意见类型：decimal长度：〔5,2〕备住：专家意见、申报评审时间设定数据字典51〕属性名：编号类型：decimal长度：〔5，2〕备住：编号52〕属性名：申报开始时间类型：char长度：2备住：申报开始时间53〕属性名：申报结束时间类型：char长度：3备住：申报结束时间54〕属性名：评审开始时间类型：varchar长度：4备住：评审开始时间55〕属性名：评审结束时间类型：decimal长度：〔5,2〕备住：评审结束时间管理员登录数据字典56〕属性名：管理员号类型：decimal长度：〔5,2〕备住：管理员号57〕属性名：密码类型：varchar长度：适评专业2备住：密码数据结构单位登陆表〔I_s_login〕：单位代码〔Unit_ID〕 单位密码〔FoodName〕 申报单位信息表〔I_s_info〕： 单位代码〔NoteId〕 单位名称〔Unit_name〕 营业证号〔cardno〕注册资金〔investment〕公司规模〔stuff〕经营范围〔business〕联系人〔connetman〕〔tel〕地址〔address〕Email〔Email〕公司简介〔introduction〕 经费预算表〔I_s_money〕 经费代码〔MoneyID〕工程代码〔itemID〕支出工程〔outItem〕支出金额〔sMoney〕 工程信息表〔I_s_item〕 工程代码〔ItemID)单位代码〔Unit_ID〕工程名称〔Item_name〕类别1〔Sort1〕类别2〔Sort2〕申请者〔applicant〕开始日期〔Begin_date〕结束日期〔Finish_date〕所在单位〔Unit_name〕本课题研究意义〔purport〕推荐单位意见〔Commend_mind〕专家评审委员会意见〔Expert_mind〕审批意见〔Leading_mind〕是否通过审批〔pass〕专家登陆表〔I_p_log〕专家号〔identityID〕专家姓名〔Expert_name〕密码〔password〕专家信息表〔I_p_info〕专家号〔IdentityID〕专家姓名〔Expert_name〕单位代码〔Unit_ID〕所在单位〔Unit_name〕适评专业1〔Sort1〕适评专业2〔Sort2〕〔tel〕工程评审专家分配表〔I_distribute〕工程号〔ItemID〕工程名〔Item_name〕专家号〔identityID〕专家姓名〔Expert_name〕分数0 〔Score0〕分数1 〔Score1〕分数2〔Score2〕意见〔mind〕专家意见〔expert_mind〕申报评审时间设定表〔I_itemSetup〕编号〔dateID〕申报开始时间〔S_beginDate〕申报结束时间〔S_finishDate〕评审开始时间〔P_beginDate〕评审结束时间〔P_finishDate〕管理员登陆表(I_z_log)管理员号(adminID)密码(Password)2数据流数据流名：单位登录信息数据流来源：申请人数据流去向：单位信息表组成：单位信息数据流名：申报单位信息数据流来源：申报单位信息表数据流去向：申请人组成：申请人信息数据流名：经费预算信息数据流来源：申请人数据流去向：经费预算信息表组成：预算信息数据流名：工程信息数据流来源：申请人数据流去向：工程信息表组成：工程信息数据流名：专家登录信息数据流来源：专家数据流去向：专家信息表组成：专家信息数据流名：工程评审分配信息数据流来源：管理员数据流去向：工程评审分配信息表组成：工程评审信息数据流名：登记来访结束信息数据流来源：管理员数据流去向：来访者信息表组成：来访结束信息2数据存储和处理1〕数据源点及会点数据描述： 名称：单位 简要描述：单位申请形成订单、单位修改根本信息、单位推荐专家信息 有关数据流：工程信息表、单位信息表、专家信息表加工逻辑词条描述： A.加工名：申请工程 加工编号：1 简要描述：根据用户提交的工程信息，向数据库中插入相应的数据 输入数据流：用户信息、工程信息 输出数据流：操作确认信息 B.加工名：推荐专家 加工编号：2 简要描述：填写推荐专家的根本信息 输入数据流：专家信息 输出数据流：操作确认信息数据流名此条描述 数据流名：工程信息 说明：用于传递单位申报情况字段 数据流来源：单位 数据流去向：数据库管理员2〕数据源点及会点数据描述： 名称：评审专家 简要描述：评审专家查询修改专家信息；评审工程、确认信息 有关数据流：工程评审结果，专家信息加工逻辑词条描述： A.加工名：修改专家信息 加工编号：3 简要描述：查询修改专家相应信息 输入数据流：专家信息 输出数据流：专家详细信息 B.加工名：评审工程 加工编号：4 简要描述：评审单位申报工程信息 输入数据流：专家信息 输出数据流：操作确认信息数据流名此条描述 A．数据流名：工程评审结果 说明：用于传递工程评审的结果字段 数据流来源：评审专家 数据流去向：数据库 B．数据流名：专家信息 说明：用于传递专家身份信息 数据来源：数据库 数据去向：操作系统3〕数据源点及会点数据描述： 名称：高级主管简要描述：高级主管查询修改专家信息；查看工程信息、分配浏览、查询修改高级主管信息 有关数据流：工程评审结果，主管信息加工逻辑词条描述： A.加工名：修改主管信息 加工编号：5 简要描述：查询修改主管相应信息 输入数据流：主管信息 输出数据流：主管详细信息 B.加工名：申报设置 加工编号：6 简要描述：对申报的工程进行相应的设置 输入数据流：工程信息 输出数据流：操作确认信息数据流名此条描述 A．数据流名：工程评审结果 说明：用于传递工程评审的结果字段 数据流来源：评审专家 数据流去向：数据库 B．数据流名：主管信息 说明：用于传递主管身份信息 数据来源：数据库 数据去向：操作系统3．概念结构设计概念结构是将需求分析抽象为信息结构即概念模型的过程，这样才能更好地、更准确的用某一DBMS实现这些需求，是整个数据库设计的关键，它主要特点是能真实、充分地反映现实社会，包括事物和事物之间的联系，能满足用户对数据的处理需求，是对现实世界的一个真实模型，而且还易于理解，也方便用户的操作，对数据的修改和各种模型的转换。从以上的数据流程图中，我们选择了第二层数据流程图作为设计E-R图的出发点，从分析数据流图和数字字典中可以看出，整个系统功能是围绕“工程申报〞问题进行处理。单位登录表：〔单位代号，单位密码〕申报单位信息表:(单位代码，单位名称，营业证号，注册资金，公司规模，经营范围，联系人，，地址，Email，公司简介)经费预算表：〔经费代码，工程代码，支出工程，支出金额〕工程信息表：〔工程代码，单位代码，工程名称，类别1，类别2，申请者，开始日期，结束日期，结束日期，所在单位，本课题研究意义，推荐单位意义，专家评审委员会意见，审批意见，是否通过〕专家登录表：〔专家号，专家姓名，密码〕专家信息表：〔专家号，专家姓名，单位代码，所在单位，适评专业，〕工程评审专家分配表：〔工程号，工程名，专家号，专家姓名，分数，意见，专家意见〕申报评审时间设定表：〔编号，申报开始时间，申报结束时间，评审开始时间，评审结束时间〕管理员登陆表：〔管理员号，密码〕单位登录根据这九个实体我们可以得到以下的各个分E-R图：单位登录单位代号单位代号单位密码单位密码营业号名称代码营业号名称代码注册地址申报单位信息注册地址申报单位信息规模规模法人范围法人范围代码代码工程工程经费预算支出经费预算支出金额金额类别项名单码项码类别项名单码项码审批申请审批申请工程信息工程信息推荐开始推荐开始研究意义所在单位结束研究意义所在单位结束专家号专家号专家姓名专家登录专家姓名专家登录密码密码专家号专家号专家姓名专家姓名单位代码单位代码专家信息专家信息所在单位所在单位适评专业工程评审专家分配意见工程号工程名专家号专家意见专家姓名分数申报评审时间设定申报评审时间设定申报开始时间编号申报结束评审开始评审结束时间合并E-R图各个系统的分E-R图设计好以后，下一步就是要将所有的分E-R图综合成一个系统的总E-R图。一般说来，视图集成可以有两种方式：〔1〕多个分ER图一次集成。〔2〕逐步集成，用累加的方式一次集成两个分E-R图。无论采用哪种方式，每次集成局部E-R图时都需要分两步走。〔1〕合并。〔2〕修改和重构。〔一〕、合并分E-R图，生成初步的E-R图。各个局部应用所面向的问题不同，且通常是由不同的设计人员进行局部试图设计，这就导致各个分E-R图之间必定会存在许多不一致的地方，称之为冲突。因此合并E-R图并不是简单的将各个分E-R图画到一起，而是必须着力消除各个分E-R图中的不一致，以形成一个能为全系统中所有用户共同理解和接受的统一的概念模式。合理消除各分E-R图的冲突是合并分E-R图的主要工作于关键所在。各分E-R图之间的冲突主要有三类：属性冲突、命名冲突和结构冲突。属性冲突属性域冲突，即属性值的类型、取值范围或取值集合不同。属性取值单位冲突。命名冲突同名异义，即不同意义的对象在不同的局部应用中具有相同的名字。异名同义，即同一意义的对象在不同的局部应用中具有不同的名字。结构冲突同一对象在不同的应用中具有不同的抽象。解决的方法通常是把属性变换为实体或把尸体变换为属性，使同一对象具有相同的抽象。同一实体在不同分E-R图中包含的属性个数和属性排列次序不完全相同。这是很常见的一类冲突，原因是不同的局部应用关心的是该实体的不同侧面。解决的方法是使该实体的属性取各分E-R图中属性的并集，再适当调整属性的次序。实体间的联系在不同的分E-R图中位不同的类型。解决的方法是根据应用的语义对实体联系的类型进行综合或调整。〔二〕、消除不必要的冗余，设计根本E-R图。在初步的E-R图中，可能存在一些冗余的数据和实体间冗余的联系。所谓冗余的数据是指可有根本数据导出的数据，冗余的联系是指可由其他联系导出的联系。冗余数据和冗余联系容易破坏数据库的完整性，给数据库维护增加困难，应当予以消除。消除了冗余后的初步E-R图称为根本E-R图。消除冗余主要采用分析方法，即以数据字典和数据流图为依据，根据数据字典中关于数据项之间逻辑关系的说明来消除冗余。但并不是所有的冗余数据与荣誉联系都必须加以消除，有时为了提高效率，不得不以冗余信息作为代价。因此在设计数据库概念结构时，哪些冗余信息必须消除，哪些冗余信息允许存在，需要根据用户的整体需求来确定。如果人为地保存了一些冗余数据，那么应把数据字典中数据关联的说明作为完整性约束条件。以下为合并后的总E-R图：

经费预算经费预算专家登录申报评审时间申请人信息单位登录工程评审分配申请审查管理状态专家信息工程信息正确正确提交支出工程代码金额专家号密码专家名申开申结评开申请时间意见评结编号离开时间代号单位联系方式金额是否通过工程号专家名意见专家号工程名结束日期开始日期姓名名解决日期提交日期适评专业修改单码密码号单位代号工程名类别专家号审批4.逻辑结构设计

本阶段是将概念化的数据库逻辑化。主要涉及到的是数据库的逻辑结构设计。下面将阐述如何建立数据库以及建立数据库时应该考虑到的相关事项。数据库逻辑结构设计过程中需要对时间效率、空间效率、维护代价和各种用户要求进行权衡，其结果可以产生多种方案，数据库设计人员必须对这些方案进行细致的评价，从中选择一个较优的方案作为数据库的逻辑结构。

4.1E-R图向关系模型转换

概念结构是独立于任何一种数据模型的信息结构。逻辑结构设计的任务就是把概念结构设计好的根本ER图转换为与DBMS产品所支持的数据模型相符合的逻辑结构。E-R图向关系模式的转换要解决的问题是如何将实体型和实体间的联系转换为关系模式，如何确定这些关系模式的属性和码。关系模型的逻辑结构是一组关系模式的集合。E-R图那么是由实体型、实体的属性和实体型之间的联系3个要素组成的。所以将E-R图转换为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原那么：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体型间的联系那么有以下不同的情况：一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如何转换为一个独立的关系模式，那么与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，那么需要在该关系模式的属性中参加另一个关系模式的码和联系本身的属性。

一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如何转换为一个独立的关系模式，那么与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系码或关系码的一局部。

3个或者3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性各实体的码组成关系的码或关系码的一局部。

具有相同码的关系模式可合并。由以上分析，得出上述8个表格结构如下：1．申报单位信息表。该子系统包括申报工程提交，附件上传，个人信息管理及个人密码修改的功能。属性名类型长度完整性约束备注单位代码char8主码申请单位代码单位名称Varchar2非空申请单位名称营业证号char10非空单位营业证号注册资金Varchar2非空单位注册资金联系方式char11可以为空联系方式公司规模datetime8非空注册公司规模经营范围char2非空公司经营范围地址号char3非空公司地址号2．单位登录表：属性名类型长度完整性约束备注单位代号char4主码单位代号单位密码Varchar10非空单位密码.3.。经费预算表：属性名类型长度完整性约束备注经费代码char2主码申请经费代码工程代码char3非空申请工程代码支出工程char12非空经费支出工程支出金额smallint2非空经费支出金额4．专家登录表：〔专家号，专家姓名，密码〕属性名类型长度完整性约束备注专家号char8主码评审专家号专家名Varchar20非空评审专家名密码Datetime8非空登录名5．专家信息表：属性名类型长度完整性约束备注专家号char2主码专家代号专家姓名char3非空专家姓名单位代码varchar8非空申请单位代号所在单位char50非空申请人所在单位适评专业datetime8非空专家适评专业datetime8非空专家.6。工程评审专家分配表：属性名类型长度完整性约束备注工程号char2主码工程名char3非空专家号Varchar4主码专家姓名decimal(5,2)非空分数decimal(5,2)非空.7．申报评审时间设定表：属性名类型长度完整性约束备注编号char2主码申报开始char3非空申报结束Varchar4非空评审开始decimal(5,2)非空评审结束decimal(5,2)非空8．工程信息表属性名类型长度完整性约束备注工程代码Varchar10主码申请工程代码单位代码Varchar10非空申请单位代码工程名称Varchar20非空申请工程名称类别Varchar20非空类别所在单位Datetime8非空申请人所在单位研究意义Datetime8非空课题研究意义推荐单位Datetime8非空推荐工程单位审批意见char8外码专家评审意见数据模型优化数据库逻辑设计的结果不是唯一的。为了进一步提高数据库应用系统的性能，还应该根据应用需要适当地修改、调整数据模型的结构，这就是数据模型的优化。关系数据模型的优化通常以标准化理论为指导，方法为：确定数据依赖。按需求分析阶段所得到的语义，分别写出每个关系模式内部各属性之间的数据依赖以及不同关系模式属性之间的数据依赖。对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。按照数据依赖的理论对关系模式逐一进行分析，考察是否存在局部函数依赖、传递函数依赖、多值函数依赖，确定个关系模式属于第几范式。按照需求分析阶段得到的处理要求，分析对于这样的应用环境这些模式是否适宜，确定是否要对某些模式进行合并或分解。必须注意的是，并不是标准化程度越高的关系就越优，所以对于一个具体应用来说，到底标准化到什么程度，需要权衡响应时间和潜在问题两者的利弊决定。对关系模式进行必要的分解，提高数据操作的效率和存储空间的利用率。常用的两种分解方法是水平分解和垂直分解。水平分解是把〔根本〕关系的元组分为假设干子集合，定义每个子集合为一个子关系，以提高系统的效率。垂直分解是把关系模式R的属性分解为假设干子集合，形成假设干子关系模式。垂直分解的原那么是，经常在一起使用的属性从R中分解出来形成一个子关系模式。垂直分解可以提高某些事物的效率，但也可能使另一些事物不得不执行连接操作，从而降低了效率。因此是否进行垂直分解取决于分解后R上的所有事物的总效率是否得到了提高。垂直分解需要确保无损连接性和保持函数依赖，即保证分解后的关系具有无损连接性和保持函数依赖性。这可以用模式分解算法对需要分解的关系模式进行分解和检查。标准化理论为数据库设计人员判断关系模式优劣提供了理论标准，可用来预测模式可能出现问题，使数据库设计工作有了严格的理论根底。优化后的数据模式如下：〔1〕“用户关系模式〞中存在以下数据依赖：用户ID 用户密码用户ID 用户登录状态用户ID 用户权限可知“用户〞实体不存在局部函数依赖和传递函数依赖，即用户〔用户ID，用户密码，用户登录状态，用户权限〕〔2〕“申请单位资料〞中存在以下数据依赖：申请单位ID 申请姓名申请单位ID 申请代号申请单位ID 用户ID可知“工程评审专家分配表〞实体存在传递函数依赖，即划分为：工程资料〔工程ID，工程姓名，工程代号〕和专家资料〔专家ID，专家姓名，专家代号〕工程评审专家分配表：〔工程号，工程名，专家号，专家姓名，分数，意见，专家意见分析异常：异常1：数据冗余：属性工程ID、工程姓名，专家ID和用户专家姓名出现的次数一样多。异常2：插入异常：假设新增加一位申请人，还没有相应的工程ID，那么他的姓名，专长，用户ID等属性不能被记录下来。异常3：删除异常：假设一位一位申请人辞职或者下岗了，那么他的工程ID也就跟着取消，但是工程ID是主码，可知他的姓名，专长，用户ID等属性也会被删除、取消。异常4：更新异常：每更新一次工程ID的时候，他的姓名，专长，用户ID等属性也跟着更新，这样造成很大的工作量。解决异常：由于存在上述的异常，我们把其分解到第三范式。即：解决异常1：工程ID只出现一次。解决异常2：假设新来一位工程，即使还没有工程ID,但是可以根据用户ID对其他属性进行记录。解决异常3：假设一位申请工程取消，即使取消了他的ID,但是由于其用户ID还存在，所以可以把他的姓名，专长等属性依然保存下来。解决异常4：即使每更新一次工程ID，他的姓名，专长等属性不需跟着更新，这样就减少了很大的工作量。〔3〕“专家资料〞中存在以下数据依赖：专家专长ID 专家专长名称可知“专家专长资〞实体不存在局部函数依赖和传递函数依赖，即专家专长资料〔专家专长ID，专家专长名称〕。〔4〕“工程资料〞中存在以下数据依赖：工程ID 工程名称可知“工程资料〞实体不存在局部函数依赖和传递函数依赖，即工程资料〔工程ID，工程内容〕。

设本系统使用的数据库名为LD,根据已设计的关系模式及各模式的完整性要求，现在就可以在SQLServer2003数据库系统中实现这些逻辑结构。

下面是创立数据库及其表结构的Transact-SQL(SQLServer中的SQL命令).CreatedatabaseLD;GoUseLD;createtableKH/*建立一个“工程信息〞表YH*/〔 KHIDchar〔10〕primarykey，/*列级完整性约束条件，KHID是主码*/KHSexchar〔10〕，/*申请人的性别*/KHcitychar〔30〕，/*申请人的籍贯*/KHnatchar〔12〕，/*申请人的民族*/KHint〔18〕，/*申请人的身份证号*/KHtelchar〔30〕，/*申请人的*/KHageint〔4〕，/*申请人的年龄*/KHNamechar〔10〕，/*申请人的姓名*/KHaddresschar〔30〕，/*申请人的地址*/〕；createtablePets/*建立一个“专家信息〞表Pets*/〔PetsID int〔10〕primarykey，/*列级完整性约束条件，PetsID是主码*/Petsnamechar〔30〕，/*所有专家的名字*/PetsBirchar〔30〕，/*所有专家的生日*/PetsTypechar〔10〕，/*所有专家的种类*/PetsOwerIDint〔10〕，/*所有专家主人的ID*/PetsFlagchar〔10〕，/*所有专家的状态*/〕；createtableZC/*建立一个“专家专长资料〞表ZC*/〔ZCIDint〔10〕primarykey，/*列级完整性约束条件，ZCID是主码*/ZCNamechar〔80〕，/*所有专家专长的名称*/〕；createtableYH/*建立一个“登录用户资料〞表YH*/〔YHIDNamechar〔20〕primarykey，/*列级完整性约束条件，YHIDName是主码*/YHpasswordchar〔20〕，/*所有用户的密码*/YHFlagchar〔20〕，/*所有用户登录的状态*/YHpurviewchar〔10〕，/*所有用户的权限*/〕；createtableTYPE/*建立一个“专家资料〞表TYPE*/〔TYPEIDchar〔10〕primarykey，/*列级完整性约束条件，TYPEID是主码*/TYPENamechar〔80〕，/*所有专家名称*/〕；createtableDocter/*建立一个“申请人资料〞表Docter*/〔DocterIDchar〔10〕primarykey，/*列级完整性约束条件，DocterID是主码*/DocterNamechar〔30〕，/*申请人的名字*/EmployIDchar〔30〕，/*用户的ID*/DocterFlagint〔10〕，/*申请人的专长*/〕；createtablevisit/*建立一个“申请记录资料〞表visit*/〔visitIDint〔10〕primarykey，/*列级完整性约束条件，visitID是主码*/PetsIDchar〔10〕/*所有申请的编号*/VisitDeschar〔255〕，/*所有申请记录的描述*/VisitTitlechar〔100〕，/*所有申请记录的标题*/VisitDatechar〔30〕，/*所有申请记录的日期*/〕；6SOL语句可以实现对各个实体的各项信息的单独查询。例如〔1〕单独查询申请人的各个信息的实现。

申请的所有信息。Select*FromKH；

申请人ID。SelectKHIDFromKHWhereKHsex=‘男’；

3.查询申请人的姓名。SelectKHnameFromKHWhereKHsex=‘男’；申请人的地址。SelectKHnatFromKH；

申请人的。SelectKHtelFromKH；

申请人的申请资金。SelectKHcityFromKH；〔2〕单独查询专家的各个信息的实现。

专家的名字。SelectPetsNameFromPets；

专家的单位。SelectPetsBirFromPets；

专家的联系方式。SelectPetsTypeFromPets；

4．查询所有专家的评审工程。SelectPetsOwerIDFromPets；

5.查询所有专家的评审状态。SelectPetsFlagFromPets；

〔3〕单独查询专家专长资料的各项信息。

专家专长的ID。SelectZCIDFromZC；

专家专长的名称。SelectZCnameFromZC；〔4〕单独查询登录用户资料的各项信息。

1.查询所有用户的ID名称。SelectYHIDnameFromYH；

2.查询所有用户的密码。SelectYHpasswordFromYH；

3.查询所有用户的登录状态。SelectYHFlagFromYH；

4.查询所有用户的权限。SelectYHpurviewFromYH；〔5〕单独查询申请工程资料的各项信息。

申请工程的ID。SelectTYPEIDFromTYPE；

2.查询所有申请工程的名称。SelectTYPENameFromTYPE；〔6〕单独查申请人的各项信息。

申请人的编号。SelectDocterIDFromDocter；

2.查询所有申请人的的姓名。SelectDocterNameFromDocter；

3.查询所有用户的ID。SelectEmployIDFromDocter；

4.查询所有申请申请范围。SelectDocterFlagFromDocter；

〔1〕当有新客户时，这位新客户的信息就会被插入客户资料中，所实现的SQL语句为：〔我们用1，2，3，4，5，6分别代替新客户的信息〕InsertIntoKH〔KHID,KHname,KHsex,KHnat,Khcity,Khtel，KH，KHage，KHaddress〕Values〔‘1’,‘2’,‘3’,‘4’,‘5’,‘6’，‘7’，〔2〕当有新申请时，这个新申请的信息就会被插入申请资料中，所实现的SQL语句为：〔我们用1，2，3，4，5，6，分别代替新申请的信息〕InsertIntoPets〔PetsID,Petsnam