高校科研管理信息系统设计说明书

高校科研管理信息系统说明书 ******************* 实践教学 ******************* 计算机与通信学院 2010年秋季学期 软件开发综合训练课程设计 题 目: 高校科研管理信息系统的设计与开发 专业班级: 07级信息与计算科学2班 姓 名: 魏鹏天 学 号: 05500236 指导教师: 张红 成 绩: 目 录 摘 要 ..................................................... 2 序 言 ..................................................... 4 1、可行性分析............................................. 5 1.1问题描述 ...................................................... 5 1.2可行性分析研究 ................................................ 5 1.2.1技术可行性 .................................................. 6 1.2.2经济可行性 .................................................. 6 1.2.3操作可行性 .................................................. 7 1.3结论意见 ...................................................... 7 2、项目开发计划........................................... 8 2.1编写目的 ...................................................... 8 2.2项目背景 ...................................................... 8 2.3项目概述 ...................................................... 8 2.4项目开发计划 .................................................. 9 2.5交付期限 ...................................................... 9 3、需求分析.............................................. 10 3.1任务需求分析 ................................................. 10 3.2数据流图、数据字典及实体联系图 ............................... 18 3.2.1数据流图 ................................................... 18 3.2.2数据字典 ................................................... 19 3.2.3实体联系E-R图 ............................................. 20 4、系统概要设计.......................................... 23 4.1总体设计 ..................................................... 23 4.2系统功能模块图 ............................................... 23 4.3数据库概念设计 ............................................... 24 4.4数据库逻辑结构设计 ........................................... 24 4.5数据库设计 ................................................... 27 4.6连接数据库的特点 ............................................. 31 5、详细设计.............................................. 32 5.1系统的主要功能 ............................................... 33 设计总结 ................................................. 36 参考文献 ................................................. 37 致 谢 .................................................. 38 1 摘 要 高校科研管理系统存在着规范性不高、交互性不强的问题，这就使得现有的科研管理系统远远不能满足学校及其他部门的需要。随着信息技术的不断发展以及高校在科研活动中角色和职能的转变，原有的高校科研管理的信息种类和范围都有了扩充和发展。因此，高校科研管理系统的研究和设计也应立足于新的实际需要，有所发展。本文依据管理信息系统开发周期的五个步骤，采用经验法和工程法，分析了科研管理信息系统中系统、管理、信息三者各自的特点及其相互的关系。在系统分析阶段，通过对国内外高校科研管理部门的机构设置情况的比较分析，得出结论:科研管理部门客观上存在自下而上的三级管理层级，而且在我国高校的科研管理中，这种科层的管理模式还是明显的。因此在构建符合中国高校实际情况的科研管理信息系统时，应首先遵循层级模式。而对科研管理部门的横向结构分析得出一个结论，即应该将校外科研需求信息纳入到高校自身的科研管理体系中来。通过分析可以发现，将高校以外科研需求信息纳入到高校科研管理体系中既是科研发展的需要，也是科研管理发展的需要。这就决定了在系统研究设计中有必要在传统科研管理的功能之外加入校外科研需求信息的管理功能。在组织结构分析的基础上，分析了科研信息在科研管理部门的运作流程，同时对校外科研需求信息可能的流程结构作了分析和设计。在系统设计阶段，系统的设计分为四个部分:第一部分是系统功能设计，在该部分中，首先给出系统功能模块的划分，共分出了 10 个功能模块，以此作为构建系统的元素，并在此基础上构筑整个系统;其次，针对用户的权限设置进行分析和设计，主要是按照系统的三个层级来划分用户的权限等级;最后针对校外科研需求信息的管理从具体管理流程出发，划分了若干子模块来共同实现需求信息管理的功能。第二部分是系统配置设计，通过对系统的功能需要的分析，确定了系统的开发应该采用 B/S 网络模式，并使用支持服务器端脚本语言编译的服务器系统，通过 ODBC 数据接口连接数据库，以实现动态网页效果。在软硬件的选择上，应以系统可靠性高、稳定性强为前提，并在此基础上根据设计的需要，采购软硬件。第三和第四部门分别针对系统的数据库和用户界面作了设计的构思。 在文章的最后部分，立足于原有科研管理平台标准性不高、交互性不强的问题作了功能分析，指出新系统的建立有望解决这两个问题，同时对系统应用前后 2 所可能产生的不同功能作了分析，指出科研管理信息系统对科研管理工作所可能带来的改变。从效率上来说，科研管理信息系统的建设，首先带来了时间上的效率提高，其次，由于网络的运用替代了部分的办公耗材的运用，从而长远来看，经济效益是可观的。同时还就系统存在的局限作了分析，指出了系统在功能上的不足之处。 关键词: 科研管理信息系统;组织结构分析;高校科研管理;网络平台 3 序 言 在科研管理工作信息化的实际过程中，受观念的影响、技术的制约，使科研 管理工作的信息化优势无法充分体现出来。这突出体现在高校科研管理系统的规 范性不高、交互性不强，使得现有的科研管理系统远远不能满足学校及其他部门 的需要。规范性不高，主要是指目前科研信息系统的信息数据标准不规范，造成 数据的共享存在一定的障碍。例如:人事处经常需要一些科研人员的信息，现有 8的系统很难从这些数据中获取所需的信息;每年年底需要对科研人员的科研信息等进行统计，由于接口等问题，目前的系统很难实现这些功能。交互性不强主要体现在学校内外在科研成果的转化上以及科研需求的信息交流上效率不高。随着现代社会的发展，科研和产业的结合日益紧密，如何加快科研成果与现实产能的转化，也成为高校科研管理工作的方向和目标之一。因此，高校与外界的科研信息交流也就逐渐被引入到高校科研管理工作中来，而在这方面，我国高校的科研管理信息化建设的发展是不足的。采用什么样的信息管理标准,确定什么样的信息管理流程,针对现有科研管理的问题，如何设计符合需求的系统平台,等等这些问题都将值得我们去梳理和深入地研究。 科研管理信息系统作为管理信息系统在科研管理领域内的运用，具有管理信 息系统的一般特征。同时，由于在管理对象、管理范围以及信息数据处理上具有 特殊之处，科研管理信息系统又有其自身的特点。本文从 MIS 的起源、内涵、 模式的研究出发，对科研信息管理内涵、特点、标准，以及现代社会对高校科研 工作的实际需要进行分析研究，参照管理信息系统的相关和理论，分析得出 科研信息管理所应具备的流程和模式，为高校科研管理信息系统的平台设计提供 一种可供参考的设计，以求在技术层面上对促进高校科研管理工作的发展提 供帮助。 4 1、可行性分析 1.1问题描述 科研管理信息系统是管理信息系统的在科研管理领域内的应用，因此科研管 理信息系统的概念首先应符合管理信息系统的主要概念和原则，其次由其自身的 特点给出其特有的概念属性。参照管理信息系统的定义方式，科研管理信息系统定义如下:科研管理信息系统(RMIS)是一个以人为主导，利用计算机硬件、软件、网络通信设备以及其他办公设备，对高校科研信息进行收集、传输、加工、存储、更新和维护，以更有效率地为管理高校科研服务，提高高校科研竞争力为目的，为学校高层管理部门在科研发展上提供决策支持，为科研管理部门在科研管理上提供控制支持，为基层科研工作人员提供事务处理支持的人机系统。 1.2可行性分析研究 当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性的研究。并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之内解决。因此通过可行性的研究分析可以知道问题。 有无可行性的解决方法，进而避免人力、物力和才力的浪费。在现行系统初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。系统目标应充分体现，直接为企业人事管理系统服务，并且，程序可以分期分批实现。但是，需要指出的是，系统目标是不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。以达到更加出色的程序系统。可是，目标的提法不尽相同，例如: 管理信息系统开发的有一个完整的过程，通常我们将之称为管理信息系统开 发的生命周期。它由五个阶段组成:系统规划、系统分析、系统设计、系统实施、 系统维护。这五个周期都有各自的任务。 系统规划是整个开发过程的起始阶段。在该阶段首先需要决定管理系统的问 题是否存在以及解决这个问题的时机是否成熟;接着就要进行管理信息系统开发 的可行性分析，即新的设计开发是否可行，其效果是否有助于解决问题;最后提 出项目管理计划。 5 系统分析阶段是对用户信息需求的深入研究，产生作为系统设计要用到的系统功能需求，并研究与用户需求相一致的系统功能要求。 系统设计阶段是对系统分析阶段产生的需求做进一步的设计，并产生具体的设计说明书，作为下一个阶段的任务实施的基础。 系统实施阶段包括软硬件的购买、程序的开发、系统的测试、使用人员的培训，新老系统转换时的运行。 系统维护阶段的主要任务是在使用实施后对系统进行监控和评估，以检验新 系统与管理实际功能需要的一致性。并按照实际需要的变化对系统作出适当和必 要的改进。 1.2.1技术可行性 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。 根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充裕，预计系统是可以在期限内完成开发。 1.2.2经济可行性 主要是对开发科研管理系统的学校的师资力量进行评价，一方面是估算开发它的支出费用，其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。另一方面是估算科研管理系统这个软件可能取得的收益中可以用钱来衡量的那部分。并对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群。所做软件的开发成本与客户提出的要求是否可达到双方都满意。并且，分析系统开发是否会对其它产品或利润带来一定影响。 经过调查我们了解到，现在很多高校都在寻找功能更加齐全的管理系统来取代旧系统，而且这个软件带来的收益远远超过它的开发所花费的代价。经过对上述几个方面的调查研究和分析，我们得出高校科研管理这个软件的市场前景是相当客观的，在经济角度来说，开发高校科研管理信息系统是可行的。 6 1.2.3操作可行性 科研管理信息系统作为管理信息系统在科研管理领域内的运用，具有管理信 息系统的一般特征。同时，由于在管理对象、管理范围以及信息数据处理上具有 特殊之处，科研管理信息系统又有其自身的特点。从 MIS 的起源、内涵、模式的研究出发，对科研信息管理内涵、特点、标准，以及现代社会对高校科研工作的实际需要进行分析研究，参照管理信息系统的相关方法和理论，分析得出科研信息管理所应具备的流程和模式，为高校科研管理信息系统的平台设计提供一种可供参考的设计方案，以求在技术层面上对促进高校科研管理工作的发展提供帮助。 1.3结论意见 经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上的可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。所以，系统研制和开发是可以马上进行的。 7 2、项目开发计划 2.1编写目的 经过项目的可行性分析，得出项目可进一步进行下去的结论，在软件继续进一步的开发之前首先给出此软件项目计划。 2.2项目背景 项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统，即高校科研管理系统开发主管部门的统一下制定用于软件实质开发的软件项目计划，以使软件开发单位理解软件开发要求，进行开发。 2.3项目概述 1、工作内容 科研管理信息系统(RMIS)是一个以人为主导，利用计算机硬件、软件、网络通信设备以及其他办公设备，对高校科研信息进行收集、传输、加工、存储、更新和维护，以更有效率地为管理高校科研服务，提高高校科研竞争力为目的，为学校高层管理部门在科研发展上提供决策支持，为科研管理部门在科研管理上提供控制支持，为基层科研工作人员提供事务处理支持的人机系统。 2、条件与限制 开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备开发的条件。该系统可在用户要求的期限内完成。 3、产品 1)程序 具体程序和源代码在文件夹源代码中。 )文档 2 文档内容包括: (1) 封面 (2)目录 (3)中文摘要100字左右;关键词3-5个 (4) 序言 (5)可行性分析 8 (6)项目开发计划 (7)需求规格说明(包含需要的系统流程图、数据流程图、数据字典、E-R 图) (8) 概要设计(包含总体软件结构图、总体数据结构) 9) 详细设计(对概要设计内容进行详细设计) ( (10) 设计总结、参考文献、致谢等 4、验收标准 软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合用户的要求。 2.4项目开发计划 1、任务分解 分三个大的阶段进行开发第一阶段完成本系统的数据流图跟E-R图。第二阶段完成概要设计跟详细设计。第三阶段书写文档。 2、预算 软件资金投入较少，具体预算分配简略。 3、关键问题 各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。对于出现的一些小难点总都能得到解决。 2.5交付期限 所要开发的系统较简单，所有开发工作用户要求要在三周内完成，完成项目的最迟时间为2010年8月27日。 9 3、需求分析 3.1任务需求分析 要设计出成功的管理信息系统，必须深入研究不同管理级别活动的性质、内 容和联系。因此，系统分析也称为需求分析，它是管理信息系统开发工作中的重 要且必不可少的环节。 系统分析的重点是对系统的要求进行分析，即首先对组织各部门、各业务进行详细了解，然后在此基础上进行分析，确定用户的需求，进而提出新系统的逻辑方案。对组织进行分析，一般说来，要用横向结构与纵向结构的管理模型来描述。 纵向结构是对不同管理层次上的信息进行综合。它通过对每一管理层次的数 据信息进行综合和处理，然后按照信息的类别向上或向下传递给各管理层次上的 用户，从而使各级管理层次之间信息畅通。因此，针对科研管理信息系统的分析 与设计应首先开始于对科研管理部门实际的组织机构的分析。在此，本文先就国 内外一些地区的大学的科研管理部门的组织机构作一个对比分析。 在美国高校教授的科研活动中，学校科研管理部门扮演了一个很重要的角 色。洪朝辉在其文章《论中美高校研究基金的合作与发展》中给出了美国高校的 科研管理部门的设置情况:对于(美国大学中)研究 I 型大学，会设置一名副校长级的人员来主管全校的科研工作，他(或她)一般是学校的第三把手，仅次于校长和主管学术的第一副校长兼教务长，其主要任务是主要有六个方面: 1)获取研究基金前的所有服务，包括提供基金信息、协助教授完成基金 申请书等; 2)获取研究基金后的服务，包括建立基金账户、管理基金的开支等; 3)对外公关和联系; 4)处理和仲裁与科研项目有关的各种道德和法律纠纷问题，如知识产权、 研究失误等; 5)推动研究成果的产业化，如通过建立研发公园或是孵化器等方式，加 速科研成果的转化; 6)负责制定和执行学校的科研政策、协调学校各学院之间的关系、管理 全校所有的科研单位和机构，并提供校内奖励。 10 美国许多研究 I 型大学还设立了独立于大学的研究基金会，独立管理所有的 研究基金，这样就分管了上述六个任务中的第 1 和第 2 个任务，减轻了主管科研副校长的任务。同时副校长下面还设置了 4-5 个分管科研的准副校长，各自处理各自的分管领域。对于研究 II 型的学校而言，同样有这样的管理任务，但是一般不专设主管科研副校长一职，而是设立向第一副校长(兼教务长)负责的副教务长，进行科研管理。至于授予硕士 I 型和 II 型的大学，由于对研究成果转化的要求不高，因此科研管理的权力层级没有研究型大学的高，一般在教务长下设立一个主管科研的准副校长，负责学校的科研事宜。芬兰的大学一般都有专门机构负责科研管理方面的工作。当然， 各大学管理机构设置不完全相同， 工作任务也不尽一致。在一些大学， 研究项目管理机构的职能由校长办公室完成，比如图尔库大学， 校长办公室的一个重要宗旨就是促进研究活动的开展。研究服务主要包括三个方面内容: 1) 为学者提供研究经费信息和学科发展信息; 2) 管理国内外合同， 为学者提供法律支持; 3) 研究项目和经费的管理。学者要向外部申请项目， 须先向该部门登记填表， 经过学校评审通过后，才可以向外申报。 有的大学，建有专门的研究服务部门，比如芬兰的奥鲁大学。奥鲁大学有相 当完善的科研管理系统， 这项工作任务是由一个叫“研究与创新服务部”的机 构来完成的。该机构宗旨是帮助学者解决与研究课题相关的所有问题， 以及成 果的开发利用。具体工作包括管理研究资金和寻找合作者; 提供研发合同服务; 提供创新服务; 制订科研政策; 管理研究项目等五个方面。该部门的服务对象 是学校、学院以及校外研究机构、企业和相关团体等。需要指出的是，尽管该部 门的作用十分重要，但该部门只有 10 名左右工作人员， 根据工作内容需要， 配 备具有相关专业背景的人员。通过他们的工作，在大学与企业之间搭建了一座桥 梁，把学术研究的成果很好地运用于市场开发。 香港科技大学的科研管理机构分校、院、系三级。研究和发展部作为大学的 一级科研管理实体，由一位科研副校长领导，负责全校与科研有关的行政工作， 并专注发展和培养研究合约及应用研究的机会。院、系作为大学科研管理的第二、 三个层次，其科研管理工作由院长和系主任负责。同时，在大学教务委员会和各 11 学院院务委员会下，设有常务研究委员会(research committee)，负责制定大学和 学院的研究计划，审批科研项目，分配研究经费等，各学系中也设有职能近似的 组织。科大教研人员申请的研究项目一般要经各级研究委员会评审，由于每一层 次的管理机构分别有不同档次的科研项目审批权，所以，不是所有项目的立项都 须经几个层次管理机构的逐级上报。 从上述三个国家或地区的高校科研管理组织机构设置的情况来看，它们基本 上遵循一个科层的管理模式，即划分为若干层级进行管理。但是在实际的划分上， 科研管理跨越的层次较少，尽管也存在校、院、系三级这样的管理形式，但在涉 及项目和基金的时候，基本上是科研管理部门与科研工作者的直接的互动，在很 大程度上形成的是两级层次。 科研管理在我国内地高校也因学校的不同而有所差别，针对各个科研活动的 管理也不尽相同。这可以从下面的三个科研管理活动的具体流程得到确认。例如: 华东理工大学的科技成果鉴定(验收)流程为:1)项目负责人向科技处提 交鉴定(验收)申请;2)科技处审核同意后，项目负责人填写相关鉴定;3) 经学院领导、科技处签署意见后送档;4)科技处确定鉴定的形式，报上级有关 部门批准;5)由主管部门组织主持鉴定会，形成鉴定证书，上报主管部门审批; 6)相关资料送档案馆存档;7)鉴定后一个月内按程序向市科委及有关部门进行 登记。 上海交通大学的国家自然科学基金项目申报工作流程为:1)申请者按 《指 南》、《通告》、《管理办法》要求撰写申请书;2)院、系负责资格审核;3)校科 技处负责进行校内预审;4)“预审意见”返还申请者供修改。申请书(连同电子 版)交所在院系;5)院、系负责将申请书添加进入申报系统(院、系版)，并负 责超项检查、加盖校级印章后报科技处;6)校科技处再次进行形式及超项审核; 7)科技处进行项目汇总、清单打印，生成上报盘统一报出。 上海交通大学横向合同审批流程为:1)项目负责人填写合同书、审批单、 合同登记表;2)院(系)领导审核签字、加盖院(系)章;3)科技处科技开发 部、校法律事务室审核签字(涉外合同需国际交流处会签);4)校内各主管部门 审核在三个工作日内完成，加盖校技术合同章后返回院系。 尽管从国内三个具体的高校科研管理活动的流程来看，都有所差别，但是从 12 管理的纵向层次上来看，高校科研管理系统涉及的管理层次还是有一定共同之处 的，它们基本上都可以自下而上分为三个层级:科研人员级(教授级)、科研单 位级(院系级)、科研管理部门级，每一个层级都有其自身的任务。(如图 3-1 所示) 科研人员级 发查 提交科研信息 返回未通过审核的科研信息 布看 科科 科研单位级 研研 提交审核通过的科研信息 信信 息 息 科研管理部门级 图3-1 通过对国外高校以及国内高校的科研管理纵向结构的描述，我们基本可以确 定，科研管理部门的这种自下而上的三级管理层级是存在的，而且在我国高校的 科研管理中，这种科层的管理模式还是处于显性地位的。从这个意义上说，构建 符合中国高校实际情况的科研管理信息系统，应首先遵循这样的一个层级模式。 但是，除了科层模式，高校还存在另一种管理模式即传统意义上的学术治校。因 此要求高校的科层结构与企业或是政府那种严格意义上的科层结构有所不同，这 种不同体现在科研管理上，应表现为科研管理工作是科研管理部门对科研人员的 一种功能服务而非严格的行政管理。科研信息管理的三级层次并不意味着科技处 或是其他科研管理行政部门对院系就有实际的管理权限，而是指在针对科研活动 的管理中，科研管理部门在管理上是处在高于院系和科研工作人员的层级上，这 是在特定管理领域内的管理级别的划分。 正因为这种层级关系的存在，决定了科研管理在权限上是不同的。随着层级 的上升，管理的信息越多。反映在科研管理信息系统的建设上，往往出于对信息 管理的控制而将管理的权限都集中到了科研管理部门。笔者之前设计的科研信息 发布平台，为了能够便于控制，指将管理的权限完全交给了科研管理部门，所有 13 信息的操作基本上是由科技处的一两个工作人员来完成，这一方面使工作人员的 负担较重，另一方面，由于科研工作者的成果信息等需要多个环节才能到达科技 处，对科研信息无法做到及时更新。 横向结构是同一管理层次的有关职能部门的数据综合。根据各管理层次所需 的信息不同，把有关职能所需的数据进行综合，以满足某一层次管理职能的信息 需求。 在高校管理领域，科研信息管理是一个子系统，它和人事管理、教务管理、 学籍管理、财务管理等职能一样隶属于高校的总体管理。因此在层级上，科研管 理与其他职能管理一样处于同一层次，它们之间的信息的传递和共享就属于横向 传播，他们所组成的管理体系，显然是横向的管理结构。科研管理信息系统所产 生的信息可以为其他职能部门服务，例如科研成果的统计和评分结果可以成为人 事部门衡量在校工作人员绩效的数据依据;同时，其他部门也为科研管理信息系 统提供数据和信息的支持，例如，科研管理信息系统平台所需要使用的诸如人员 信息和财务信息就是由人事部门和财务部门提供的。当然，科研管理系统主要任 务是为科研活动服务的，因此其设计和使用应更多地体现在为科研工作服务方 面。这是从学校级别来看待科研管理部门所处位置，而从科研管理内部来看，其 隶属科研管理部门的子机构之间也存在着横向的结构关系。 科研管理部门为了管理科研活动的信息，一般会在组织结构上划分为若干管 理科室以分担管理任务。不同学校在科室的划分上不尽相同，华东理工大学的科 技处下设综合与信息管理办公室、项目计划与基地建设管理办公室、知识产权与 成果管理办公室、人文社科项计划管理办公室、国防科研管理办公室、科技开发 部、学报编辑部;而笔者所在学校上海师范大学的科技处下设计划科、成果专利 科、科技服务科。高校科研管理系统的设计显然应该按照各自学校的工作需要合 理的安排系统的功能模块，从信息管理的角度实现各科室职能的信息化。但是我 们也需要看到，如果系统平台仅仅停留在对现有校内科研管理功能的信息化，那 无疑是存在问题的。因为随着社会的发展，高校科研工作的任务也发生了改变， 原本相对封闭的科研活动与外界的交流程度越来越高。这主要表现在产、学、研 的结合和运作方面，也就是说，原本面向学校体系内部的科研管理需要转向同时 关注校内校外的科研需求信息，这就在客观上产生了一个问题，高校应不应该将 14 社会上与本校科研相关的信息纳入到学校的科研信息管理体系中来。 首先，构建支持科研成果相互转化信息交流平台是必要的。我们不得不承认 这样一个事实，我国的科技成果转化率有待进一步提高。目前，我国科技成果转 化率尚不足 10%，由此引发了很多人对中国大学科研成果转化能力的质疑。但 这一数字也能客观地说明一些问题。一方面，很多高校或企业不愿冒风险投入大 量资金，造成科技开发经费短缺，致使不少成果仍搁置实验室或停留在论文、报 告上;另一方面， 学校成果发明人在科技成果转化时，同企业之间的思想观念 和认识水平上有一定的差距，相当多的科研人员认为，科学研究主要是从理论上 提高学术水平，所以他们更注重发表有价值的学术论文，而忽视了技术及科技成 果在实践应用中的结果，这与企业希望得到能够直接转化为效益的技术成果的目 的相矛盾。这一切在很大程度上缘于信息沟通的不顺畅，造成了科研方与需求方 相互之间不能够了解对方所需。因此，构建一个立足于信息交流的平台无疑对双 方都是有益的。 其次，校外需求信息仍然应该属于高校科研管理的信息范围。校外科研需求 信息从内容上看，主要是合作研究信息和技术需求信息。合作研究信息是指企业 在生产过程中有了某一研究设想，但受本身科研实力的制约，难以独立完成，需 要联系高校内的科研人员共同完成;技术需求信息是指企业有了实际的需要，但 本身无法完成研究或者不愿意自己涉及研发这一领域，希望从高校科研的成果中 发掘自己所需的，直接转化为实际的应用，以降低自身成本，缩短投入与收益的 时间间隔。因此，校外科研需求信息从内容上看，与高校科研管理中的项目信息、 成果信息、基地建设等信息都有直接的关系。从管理的职能上看，不论是校外需 求信息转化为校内科研实际活动，还是校内科研成果转化为直接的社会生产，与 科研管理部门的工作任务都有重叠的地方，因此将社会上科研需求信息纳入科研 管理部门的工作管理范围有其内容上的可行性。 再次，将校外科研信息纳入到高校科研管理中有利于科研管理职能的加强和 提高。从信息对称性角度来看，信息传递的双方往往是不对等，这就使得信息的 传递存在障碍。作为高校科研管理部门，科技处应该对本校科研领域、方向、实 力有比较全面和完整的了解。同时，作为学校的行政管理单位，在对外联系和沟 通方面还有其身份上的支持，能够获得较多社会上的信息。因此，科技处处在一 15 个联络科研人员和社会需求的中间地位。如果能将校外科研信息纳入到本身的管 理中，将合适的项目推荐给能胜任的科研人员，将已有的科研成果推广给需要它 的企业，提高科研的相互转化效率，做好科技转化的中间人，这本身就是对科研 管理工作的一个极大的推动。事实上，伴随着社会的不断发展，社会与高校的联 系越来越紧密，管理中的现实问题放在高校科研工作管理者面前，已经促使他们 开始思考如何提高管理的水平和效率。其中一个比较现实的尝试就是在高校的网 络信息平台上创建服务于科研信息交流的板块。2009年7月下旬对中国近一百所高校的门户网站进行查询和统计，发现:有约 1/4 的高校在自己的校园网主页提供科研需求信息的相关链接或是直接在该校科研管理部门(科技处或科研处)主页上公布社会科研需求信息，而且这一现象主要分布在排名在前 50名的学校中。这一调查也许可以说明这样一个问题:即，研究型大学、研教型大学在科研与社会生产的交流方面联系较为紧密，因而在信息的沟通上对校外需求信息的传递比较重视，从而体现在了校园信息化建设中。这也就可以从一定程度上说明随着社会生产与高校科研活动的联系日益紧密，在科研管理信息化过程中引入社会需求信息的管理，加强高校与社会的信息交流应该是我国高校科研管理的发展趋势。但从调查的比例，我们还是可以看出我国高校对社会科研需求信息的收集和传递的方式还处于发展之中，有较大的提高空间。 最后，还有一个事实也许可以作为高校科研管理部门应该加强社会科研信息 管理的有力支持，那就是我国研究型和研教型大学之外的那些大学，在科研领域 的问题并不是有没有研究的条件，而是有没有研究的项目。通过对国外科研管理部门介绍的内容，可以知道，美国高校科研管理的工作几乎就是以科研基金项目申请来作为自己工作的重心的。从激励机制到对外公关机制，无不以基金的申请为核心，这样做除了可以通过申请更多的基金来充实高校的科研经费，同时会带来的一个事实上的好处就是，学校的科研项目始终与社会的需要一致或同步。因此，我国高校的科研如果要有所发展，可以在一定程度上借鉴国外的经验，加强与社会的联系，以获得社会科研项目和经费作为解决高校科研工作发展问题的一个方法。 从上述四个方面，可以看出，高校科研管理引入校外科研需求信息的管理是 客观需要的。这就使得科研管理部门的管理对象客观上分成了两个平行的部分: 16 校内科研信息的管理以及校外科研需求信息的收集与传递。相对应的，在管理信 息系统平台的横向结构上也就存在两个主要板块 ——校内科研信息板块和社会 科研需求信息板块。由此，在科研管理部门纵向结构分析的基础上，根据上述关 于科研管理的分析以及笔者对科研管理工作实际的调研，可以初步得出一个关于 高校科研管理工作的组织结构图。(如图 3-2 所示) 经分析先给出该系统的系统结构图，如图3.2所示: 人 事 管 理 信 息 发 布 经 费 管 理 行 政 管 理 综合管理 人事管理 项 目 鉴 定 财务管理 成果管理 成 果 登 记 校 科 研 立 项 教务管理 学校管理 计划管理 内 项 目 申 报 信学籍管理 专 利 申 报 息 专利管理 内 管专 利 管 理 科研管理 理 实验室建设 基建管理 实验室管理 其 他 其他管理 管 其他管理 理 企业加盟申请 校企业信息 加盟企业管理 成果需求管理 项目信息 外 17 项目合作管理 这个结构图给出了与科研管理相关的管理关系图示，包括与高校科研管理同 级的人事管理等，也具体给出了科研管理所应包含的管理功能，包括校内和校外 的科研信息管理，需要指出的是，校内科研信息管理是已经存在的科研管理，但 是将校外科研信息纳入到学校科研管理体系中这一部分尚处在设计之中。 3.2数据流图、数据字典及实体联系图 3.2.1数据流图 该系统业务流程图如图3.,所示: 科研处 科研人员 录入项目，成果等科研提交论文等科审核信息 未 未活动信息 研活动信息 通 通 汇总 过 通过 过 院系 预分配各项 科研活动 反馈 有疑院系审查 科研员及 问的 院系 评分 通过 信息 核对分值 绩效数据提供给 人事管理部门 最终分配分值汇总 人事处 生成科研成果 评分报表 18 数据流图由四种基本的元素构成:数据流(Data Flow)，处理(Process)，数据存储和数据源(数据终点)。 数据流(Data Flow):为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。 处理(Process):表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。 数据存储:表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别以指向或离开数据存储的箭头表示。 数据源及数据终点:表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流图的起点和终点 3.2.2数据字典 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独处理描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。 数据字典卡片: 1、科研信息: 名字:科研人员信息列表 名字:论文信息列表 别名: 别名: 描述:科研人员基本信息的描述 描述:论文基本信息的描述 定义:职工号+姓名+性别+职称+出定义:序号+论文名称+刊物名称+ 生日期+所学专业+现从事专刊物类别+刊物级别+主办 业+学历+学位+工作时间+单位+作者+职工号+发表 所在部门+备注时间+刊号+备注 位置:科研管理 位置:科研管理 19 名字:校级项目管理列表 名字:科研项目列表 别名: 别名: 描述:校级项目管理的描述 描述:科研项目信息的描述 定义:项目编号+项目名称+课题名定义:序号+项目编号+项目名称+ 称+负责人+所在部门+职务项目来源+项目类别+完成单 或职称+联系电话+申报表+位+负责人+课题组成员+立 申报时间+申报经费+是否批项时间+拟定期限+经费金额 准+批准日期+批准经费+合+是否鉴定+鉴定时间+鉴定 同时间+合同内容+是否结题单位+备注 +结题时间+鉴定技术负责人位置:科研管理 +项目成果效益+备注 位置:科研管理 3.2.3实体联系E-R图 根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的E-R图 姓名 性别 职工号 科研人员信息 职称 出生年月 所学专业 工作部门 学历 图3.4实体科研人员信息E-R图 20 序号 项目编号 项目名称年项目类别 月 负责人 科研项目信息 鉴定单位课题组成 时工作 员 经费金额车拟定期限 立项时间有 型 效期 图3.5 实体项目信息信息E-R图 论文名称 序号 刊物名称 发表时间 刊物类别 论 文 信 息 刊号 刊物级别 职工号 主办单位 作 者 图3.6 论文信息E-R图 21 成果名称 序号 经济效益 成果类别 科研成果信息 是否投入生产 成果经费 完成单位 完成时间 负责人 图3.7 科研成果信息 E-R图 名 称 学 号 姓 名 名称 代码 成 果 编 号 n m n 1 研 究 生 参 加 属于 项 目 专业 n n m 排 名 排名 排 名 参 加 指导 发表 1 m n 级别 发 表 科研人员 论 文 n m 职工号 编号 姓 名 刊物 排 名 名称 22 4、系统概要设计 4.1总体设计 通过这个阶段的工作将划分出组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。 4.2系统功能模块图 系统是由多个板块构成的，组成系统的板块间彼此独立、功能明确，所以对 高校科研信息系统的模块应进行系统地划分。从实际需要出发结合网上信息管理 的特点和科研信息在内容上的内在联系，可将科研管理信息系统划分为下列功能 板块。如图 4-1 所示 管 理 平 台 首 页 公管系科科 共理统研研 信机权绩机 息构限效构 管管管管管 理 理 理 理 理 科知科需学 研识研求术 项产 成信活 目权果息动 管管管管管 理 理 理 理 理 23 4.3数据库概念设计 由于科研管理信息系统的数据库涉及大量的信息数据的操作和管理，因此能 否建立一个合乎需要的数据库，是衡量系统开发质量的重要指标之一，也是系统 的核心的需要。 从软件开发的周期来看，数据库的开发可以分为四个阶段，分析用户需求; 视图设计;概念模式与外部模式设计;物理设计。第一阶段是搜集和分析用户需 求。第二阶段是将用户数据需求表达出来，涉及逻辑数据模型。第三、四阶段则 是具体实现数据库设计的阶段。 通过上面的系统分析，基本上可以得出关于科研管理信息系统的结构情况，通过对科研管理信息系统实际流程中所可能涉及的数据进行一一分解，基本上得出了 RMIS 数据库设计中所需要考虑到的数据项目。根据分析结构，共有 16 个方面的信息，因此该 RMIS 系统至少需要设置 16 个数据表用于储存各个方面的数据信息。每个数据表以及表中属性的命名应参照一定的原则:有国际码的应采用国际代码;有部级码的采用部级代码;没有标准代码的可自行设定，但在命名形式上最好与标准代码一致。在第五章中所列举的“科研活动基本信息”就可以按照教育部颁布的《教育管理信息化标准》来设定数据表及其数据属性的名称和长度，而社会需求信息类和管理部门系统信息类则可按照自己的需要，合理设置名称和长度。 4.4数据库逻辑结构设计 在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型，例如，将E-R图模型转化为关系模型，道理很简单，我们设计概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的关键。 根据企业人事管理系统的功能要求，选取SQL Server作为后台数据库。 在上面的实体和实体之间的E-R图设计基础上，形成数据库中的表格及表格之间的关系。 24 表4-1预收账款格式 科目 项目 部门 期初 期初 借方 贷方 余额 余额 编码 名称 方向 金额 金额 金额 方向 金额 204005 080030027-三所 贷 471.42 0 0 贷 471.42 吴玉平 204005 080030027-项目贷 471.42 0 0 贷 471.42 吴玉平 合计 204006 080030102- 三所 平 0 0 20000 贷 20000 杨三娥 204006 080030102- 项目平 0 0 20000 贷 20000 杨三娥 合计 „„ „„ „„ 表4-2技术成本格式 编码 项目 方向2 期初 本期借本期方向6 期末 名称 余额 方发生贷方余额 额 发生 额 0102 110070009， 借 90000.01 0 0 借 50000.1 张志宏， 遥测仪 0121 080010407， 平 0 45000 0 借 23000 张青山， 检测仪 0128 080040401， 平 0 49364.7 0 借 49364.7 王卫东， 中物院低放 实验室 „„ „„ „„ 25 表4-3 技术成本项目目录 项目编号 项目名称 是否结算 所属分类码 0101 082070201，杜阳，FALSE 01 合同款 0102 FALSE 01 0115 FALSE 01 „„ „„ „„ 表4-4 各课题收入支出表 部门名称 科目性质 项目名称 总收入 总支出 结余 六所 预收 080060526，30000.00 22800.00 7200.00 王平，发电厂 环评费 六所 预收 080060532，10000.00 2000.00 8000.00 邓国庆，医院 污水处理 六所 预收 080060538，51000.00 23839.00 27161.00 郭志兴，钢铁 公司扩建工 程环评 „„ „„ „„ 表4-5各课题成本导入模板 部门部项项目名课题科本年转下结算交管水电„编码 门 目称 号 目到款年数 金额 理费 暖 „ 编性数 码 质 0102六07080060508006预1050019392561.25610.00 „106 所 14 68，林喜0568 收 .00 .00 00 .00 „ 红，60 万吨选 26 煤清洗 0102六03080060508006预4800.0.00 4800.0.00 2400„106 所 67 69，林喜0569 收 00 00 .00 „ 红，水泥 生产线 清洁生 产审核 0102六05080060508006预325000.00 185000.00 1500„106 所 12 71，王0571 收 .00 .00 .00 „ 平，鑫源 冶炼环 评 „„ „„ „„ „ „ 表4-6 结转成本模板 会计期金额期金额期末 贷方科目科目名项目编项目名称 间 末方向 编码 称 码 12 借 4354.00 513004002 其他 0889 080060726， 王皓，塑料制 品环评 12 借 24082.14 513004002 其他 0148 080060423， 马红旺，山西 AA集团环评 12 借 36553.15 513008004 工资费 0147 080060416， 张建国，山西 BB公司环评 4.5数据库设计 数据库设计时遵循如下原则:(1)根据数据的不同用途使用要求、安全保密性来决定数据的组织形式及结构;(2)严格按规范化设计数据库，减少数据 27 间的依赖和数据冗余;(3)尽量多使用存储过程和触发器，使数据库服务器端 功能增大，提高效率，增加了安全性;(4)尽量采用事务对操作进行控制，增 加操作的独立性、一致性、不可否认性、原子性，必要时实现回滚操作。主要采 用SQL Server数据库管理系统实现数据库管理。 主表的结构设计: 表4.7 my_login表 字段名 数据类型 长度 允许空 cuserid varchar 10 cpassword varchar 20 jb char 1 表4.8 pbcatcol表 字段名 数据类型 长度 允许空 pbc_tnam char 129 pbc_tid int 4 是 pbc_ownr char 129 pbc_cnam char 129 pbc_cid smallint 2 是 pbc_labl varchar 254 是 pbc_lpos smallint 2 是 pbc_hdr varchar 254 是 pbc_hpos smallint 254 是 pbc_jtfy smallint 254 是 pbc_mask varchar 254 是 pbc_case smallint 2 是 pbc_hght smallint 2 是 pbc_wdth smallint 2 是 pbc_ptrn varchar 254 是 pbc_bmap char 129 是 pbc_init varchar 254 是 28 pbc_cmnt varchar 254 是 pbc_edit varchar 254 是 pbc_tag varchar 254 是 表4.9 申请课题信息表 字段名 数据类型 长度 索引 项目编号 varchar 8 主键 项目负责varchar 10 人 项目名称 varchar 40 申请时间 varchar 10 申请项目研究varchar 22 时间 申请资助decimal 9 金额 项目级别 char 6 是否立项 char 2 是否延期 char 2 表4.10 科研成果奖励登记表 字段名 数据类型 长度 索引 编号 char 8 主键 作者 char 10 文章题目 varchar 40 发表刊物 varchar 30 期数 char 7 获奖金额 decimal 9 奖励时间 char 10 备注 char 10 29 表4.11 立项课题信息表 字段名 数据类型 长度 索引 项目编号 varchar 8 主键 项目研究varchar 22 时间 资助金额 decimal 9 中期检查varchar 22 时间 结题验收时间 varchar 22 鉴定人 varchar 10 备注 varchar 10 表4.12 获奖登记表 字段名 数据类型 长度 索引 编号 varchar 8 主键 姓名 char 10 获何奖 text 16 颁证机关 text 2216 获奖时间 char 7 获奖金额 decimal 9 备注 char 10 表4.13 课题组人员信息表 字段名 数据类型 长度 索引 序号 smallint 2 主键 项目编号 varchar 8 姓名 char 10 性别 char 2 出生 char 7 专业 char 10 职称 char 6 负责人否 char 2 30 表4.14 延期课题信息表 字段名 数据类型 长度 索引 项目编号 varchar 8 主键 延期时间 varchar 22 延期原因 text 16 4.6连接数据库的特点 当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表、修改表、删除表、增加/删除记录。 设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序中则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行并实现与数据库的连接。 31 5、详细设计 系统的设计，按照管理信息系统开发的生命周期理论，其主要目的是在系统 分析所得出的方案的基础上，科学合理地将逻辑方案转换成可以实施的物理(技 术)方案。即根据系统分析得出的逻辑模型，综合考虑各种条件的约束，利用可 行的技术手段和方法，进行系统的具体设计。 体设计与系统分析的核心目标是一致的，即都是为了构建一个合理有效的 管理系统平台，但是其任务的不同决定了这两个阶段的阶段目标是有区别的。系 统分析阶段的目标是发现问题，而到了系统设计阶段，则是采用何种方法来解决 先前发现的问题。这样又回到了本文开头所提及的选题问题的由来，即如何解决 科研管理信息系统的规范性不高和交互性不强的问题。 规范性不高这一问题在实际运用中体现在无法实现数据的共享，即无法跨部 门使用，这反映到系统的实际设计上，可以将这个问题部分地归咎于数据存储的 设计上随意性太高，并没有参照一定的标准，使得其他系统无法按照一个通用的 标准来对该系统的数据进行访问。同时在系统的结构上也应体现科研管理部门的 工作特点，具有相对稳定的结构。关于上述问题，在本文的第四章已经从系统结 构和流程的角度上给与了一定程度的分析。通过对组织结构的分析，得出了一个 科研管理系统应该具有的功能板块，因此，系统的设计应首先从系统的规范结构 开始。而针对数据标准的问题，在第五章已经给出了比较具体和详细的叙述。由 于数据类，尤其是基本科研数据的划分是按照《教育管理信息化标准》制订，因 此，按照这个标准设计的系统和同样按照这个标准设计的其他系统(一般指同一 所高校里的其他部门系统)就能够进行数据的相互访问和共享。 交互性不强这个问题在实际使用中主要体现在两个方面。一方面，科研信息 的搜集、管理乃至于评价，都应是管理部门和院系、科研工作者共同参与的活动， 但是，正如第四章所提到的科研管理中客观存在三层管理模式，因此如果要执行 好管理的任务，就涉及各层级工作人员权限的设定。从笔者之前参与开发的科研 信息管理平台的应用来看，由于整个数据管理系统不存在信息的双向流动渠道，因此，在信息的交互上明显不足，对信息的控制完全掌握在科研管理部门的工作 人员手中，信息的准确性并没有得到充分的监督。另一方面，通过第四章所提到 32 的科研管理横向结构的分析，由于随着社会的发展，高校与外部环境的联系日益 紧密，因此，高校的科研活动不再处于独立于社会的封闭环境中，有必要在一定 程度上将社会上科研活动的信息纳入到高校科研管理信息系统中来。 上述两个方面问题的再一次给出，也就基本上决定了科研管理信息系统设计 的主要任务。通过对高校科研管理工作的纵向结构以及横向结构的分析，给出了 高校科研管理的组织结构图，并在此基础上分析并给出了高校科研管理针对校内 科研信息管理的流程图和面向社会上科研需求信息的管理流程图。基于这两个流 程设计的高校科研管理信息系统，既能实现科研统计信息自下而上的逐级汇报和 自上而下的信息查询，满足普通的科研信息管理功能;同时，还能实现校外科研 需求信息与校内科研信息(包括科研人员和科研项目等)的交流和传递。通过对 高校科研管理信息系统所涉及的信息种类进行了罗列和分析，为系统数据库的设 计提供了依据。在此基础上，科研管理信息系统的设计将分为系统功能设计、配 置方案设计、数据库设计、用户界面设计这四个部分来进行。 需要指出的是，尽管高校科研管理信息系统只是高校科研管理中所使用的一 套信息管理平台，使用的范围可能并不是很大，但是，从功能的设定、设计的过 程到最终的维护和使用来看，它仍然是一项较为复杂的信息系统。要实现一个科 研管理系统的有效运行，就必须在设计上实行标准化和规范化，对系统的各个功 能模块进行合理细化以及详细地分析，精心设计各个模块的逻辑关系，以使各个 模块最终组成一个完整的系统，使其功能得到充分的利用。 5.1系统的主要功能 系统功能设计就是在系统分析的基础上，对管理信息系统所要实现的功能和 所要解决的问题做出的相应的解决方案的设计。根据系统分析的结果和科研管理信息系统的功能和需要解决的问题，平台的设计基本上可以定位于三个方面:系统功能板块的设定;系统权限的设计;社会需求信息的采集和整理功能的设计。 系统是由多个板块构成的，组成系统的板块间彼此独立、功能明确，所以对 高校科研信息系统的模块应进行系统地划分。从实际需要出发结合网上信息管理 的特点和科研信息在内容上的内在联系，可将科研管理信息系统划分为下列功能 板块。 1)公共信息。公共信息板块主要处理科技管理部门需要在网上发布的政策 33 性文件(如新闻、通知等)以及材料性文件(如项目申报表、项目开题报告表、 结题报告表、专利申请表等文档的下载)。拥有科研管理人员权限的用户登入后 可以录入、修改、删除、发布这些信息。 2)管理机构信息。科技管理部门作为高校的一个管理部门，也是高校管理 中的一个服务部门，其机构的设计情况、相关政策的公布，机构人员的介绍，都 对科技信息管理的参与者(如教师和学生)有重要的影响。本板块的功能就是即 时地发布科技管理部门的相关机构设置信息、工作人员信息和科研政策信息等。 拥有科研管理人员权限的用户登入后可以录入、修改、删除、发布这些信息。 3)学术活动信息。该板块包括学术会议、学术讲座和学术交流。学术会议 和讲座给出类似通知的信息内容，但在包含信息的形式上更加详细，包括会议或 讲座的时间、主讲人、地点、内容等信息，且设置对应的查询。学术交流则对交 流的人员、国别、交流的形式等信息进行详细的记录(具体内容参看第五章关于 交流人员信息的类别设定)。拥有科研管理人员权限的用户登入后可以录入、修 改、删除、发布这些信息。 4)科研项目信息。科研项目信息包含四个方面的内容:计划项目、已完成 项目、横向项目。计划项目是计划中将要开展的项目，需要申请;已完成项目是 已经完成并已经结题的研究项目;进行中项目则是正在进行尚未完成的项目课 题;横向项目是针对签订合同的科研项目的信息进行管理。由拥有科研管理人员 权限的用户登入后进行数据操作。 5)科研成果信息。科研成果信息包含五个方面的内容:论文管理、著作管 理、鉴定成果管理、获奖成果管理、其他成果管理。论文、著作信息由科研人员 登入后进行录入、修改、删除等操作;鉴定成果、获奖成果以及其他成果则由科 研管理人员登入后进行录入、修改、删除、发布等操作。 6)科研机构信息。科研机构信息包括科研相关机构的基本信息、相关人员 信息等，由科研管理人员登入后进行相关数据操作。 7)知识产权管理。该板块应包含专利的管理(提供专利申请、专利授权、 专利出售信息的登记、维护、查询和统计等功能)和技术转让两块信息。由科研 工作人员和科研管理人员依照各自的权限进行操作。 8)科研绩效管理。主要是设定科研绩效考核指标，提供考核成绩的查询和 34 统计。由科研管理人员依权限进行操作，科研工作人员依权限查询。 9)系统权限管理。系统权限管理主要包含三个方面内容:本校科研人员和 管理人员、非本校科研人员以及相关企业。本校科研人员的基础信息由所在学校 人事系统给出，在科研系统中只记录与科研管理相关的信息(如登入系统的权限 等)。非本校科研人员的信息记录的是参与科研活动的非本校人员的信息，并授 予一定的登入权限。相关企业信息记录的是与学校科研活动有信息交流的企业的 一些基础信息，并授予相应的权限。由科研管理人员登入后进行录入、修改、删 除、发布等操作 )需求信息管理。需求信息管理包含两个方面内容:需求信息录入和需求 10 信息的配对管理。由企业登入后录入，由科研管理人员登入后进行审核、修改、 发布等操作。 以上十个板块，从第一个到第九个板块属于科研管理信息系统的常规管理， 即基本面向高校内部科研信息的管理，最后一个板块是为了能够在科研需求信息 与校内科研成果的相互沟通和转化上提供信息技术上的支持而设立的 35 设计总结 通过这次课程设计，我拓宽了知识面，锻炼了能力，综合素质得到较大提高。安排课程设计的基本目的，在于通过理论与实际的结合、人与人的沟通，进一步提高思想觉悟。尤其是观察、分析和解决问题的实际工作能力，以便培养成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。 作为整个学习体系的有机组成部分，课程设计虽然安排在三周进行，但并不具有绝对独立的意义。它的一个重要功能，在于运用学习成果，检验学习成果。运用学习成果，把课堂上学到的系统化的理论知识，尝试性地应用于实际设计工作，并从理论的高度对设计工作的现代化提出一些有针对性的建议和设想。检验学习成果，看一看课堂学习与实际工作到底有多大距离，并通过综合分析，找出学习中存在的不足，以便为完善学习计划，改变学习内容与方法提供实践依据。 对我们专业的本科生来说，实际能力的培养至关重要，而这种实际能力的培养单靠课堂教学是远远不够的，必须从课堂走向实践。这也是一次预演和准备毕业设计工作。通过课程设计，让我们找出自身状况与实际需要的差距，并在以后的学习期间及时补充相关知识，为求职与正式工作做好充分的知识、能力准备，从而缩短从校园走向社会的心理转型期。 课程设计达到了专业学习的预期目的。在三个星期的课程设计之后，我们普遍感到不仅实际动手能力有所提高，更重要的是通过对软件开发流程的了解，进一步激发了我们对专业知识的兴趣，并能够结合实际存在的问题在专业领域内进行更深入的学习。 36 参考文献 [1]张海藩，软件工程导论[M].清华大学出版社，2003年12月 [2]张海藩.软件工程导论学习辅导[M].清华大学出版社，2004年9月 [3]萨师煊，王珊.数据库系统概论[M].清华大学出版社，2002年2月 汪孝宜，刘中兵，徐佳晶等.JSP数据库开发实例精粹[M].电子工业出版[4] 社，2005年1月 [3]侯太平等.Delphi数据库编程.清华大学出版社，2004年4月 [4]求是科技.Delphi信息管理系统开发.人民邮电出版社，2005年3月 [5]李光明等.Delphi7程序设计与上机指导.冶金工业出版社，2003年 [6]塞奎春等.SQL Server数据库开发实例解析.机械工业出版社,2006年 5 月 [7]李明等.数据库原理及应用.西南交通大学出版社.2007年7月 [8]李英明、滕连爽、马宝林等， 基于B/S的计算机教学管理系统的设计与 实现，信息技术出版社2005年9月 [9]李英明、滕连爽、马宝林等， 基于B/S的计算机教学管理系统的设计与 实现，信息技术出版社2005年9月 37 致 谢 三周的课程设计既漫长又短暂。刚开始时几乎是不懂，对这次课设一点概念都没有，觉得跟学过的课程根本联系不到一起，最后在张红老师的教导下，这次课程设计终于顺利完成了。在设计中遇到了很多编程问题和关于数据库链接的问题，也是在我的指导老师的辛勤指导下，终于迎刃而解。同时，在张老师的身上我学得到很多实用的知识，同时更让我深刻体会到团队协作的重要性，并通过这次设计让我从整体的程序开发到具体软件的设计都有了一个全面的掌握，为我即将从事的工作打下了一个坚实的基础～对给过我帮助的各位指导老师和所有给我提供帮助的同学表示忠心的感谢～ 38