高校教师科研成果管理系统项目建议书.docx
《高校教师科研成果管理系统项目建议书.docx》由会员分享,可在线阅读,更多相关《高校教师科研成果管理系统项目建议书.docx(10页珍藏版)》请在冰豆网上搜索。
高校教师科研成果管理系统项目建议书
项目建议书
陈志强项目组
文件更改摘要:
日期
版本号
修订说明
修订人
审核人
批准人
1.引言
1.1.文档目的
本文为高校教师科研成果管理系统的项目建议书。
该说明书的主要分析系统的设计思想、结构特点、数据处理等方面内容,描述本系统的设计细节。
本说明书与《需求规格说明书》、《概要设计说明书》、《数据库设计说明书》组成系统的设计与实现的主要技术文档。
本文档经各方仔细审查和认可后,将作为该项目的重要相关文件。
1.2.读者对象
宁波大红鹰09信管5班专家组
1.3.参考文献
⏹《GB/T9385计算成本软件需求说明编制指南》
⏹《GB/T9704-1999国家行政机关公文格式》
⏹《政府采购竞争性谈判文件编号NBZFCGT》
1.4.术语与缩写解释
缩写、术语
解释
参与者
是与系统、子系统或类发生交互作用的外部用户、进程其他系统的理想化概念。
MVC模式
模型/界面/控制器(Model/View/Controller,MVC编程技术。
2.概要
2.1.产品建议名称
软件系统名称:
高校教师科研成果管理系统
缩写简称:
科研管理系统
开发单位:
陈志强项目组
2.2.产品业务背景
科学研究是高等学校的重要工作之一,对于一所高等院校来说,学科门类多,科研项目及成果所涉及科学领域较广,其数量亦比较大,这给管理造成了一定的困难,通过计算机进行管理无疑是最科学和最有效的方法,一方面可提高工作效率和工作质量,同时又便于部门之间进行信息交流。
科研管理信息系统是一个由人、计算机组成的能进行科研信息的搜集、传递、存贮、加工、维护和使用的系统,该系统能够实时反映高校的科研活动,为日常事务的处理和管理职能提供支持。
在人类发明计算机之前,管理信息系统完全是手工作业,随着计算机技术的产生和发展,管理信息系统的结构发生了很大的改变,计算机强大的数据处理能力及现代化的网络通讯技术大大提高了管理信息系统的效能。
作为高校的科研管理人员要分清楚哪些信息适合计算机处理,哪些信息更适合于手工作业,在工作中将两种方式有机地结合,互相取长补短,以求达到最佳的管理方式。
因此,使科研管理工作更加规范化、科学化,建设一个科研管理信息系统已显得非常重要。
科研管理信息系统通常包括科研人员信息管理、科研项目管理、科研成果管理、学术交流管理、业绩考核管理等。
传统的科研管理方法已不再适合目前的科研管理的工作的要求,因此加强科研管理,实现管理科学化,通过管理促进科研的发展,更好地为经济建设服务,则是今后科研管理工作的指导思想。
实行科学化的管理,必须尊重科学研究的规律,改变以往那种静止、封闭的行政管理为主的模式,突出科研工作动态、开放的行业性管理特点。
它需要全面系统地掌握科研信息,而管理信息系统就是综合利用计算机硬件、软件、网络、数据库等现代化管理手段来满足这个需求的,科研管理信息系统的建立是实现科研管理科学化的一个重要任务。
2.3.产品简介
本产品基于ASP平台,通过对数据库的操作完成对科研成果的管理,不同的用户可以根据不同的权限实现对数据库不同的操作,包括数据库中信息的添加、修改、删除、查询、打印等。
本系统具有操作简单、界面友好、功能完善、方便移植等特点,能够很好的完成对科研成果的管理。
2.4.产品应用对象
高校的科研成果日常管理工作。
可以及时向各级领导、上级主管部门提供报表、数据信息,为领导的决策提供一定的参考。
2.5.市场分析
科学研究是高等学校的重要工作之一,对于一所高等院校来说,学科门类多,科研项目及成果所涉及科学领域较广,其数量亦比较大,这给管理造成了一定的困难,通过计算机进行管理无疑是最科学和最有效的方法,一方面可提高工作效率和工作质量,同时又便于部门之间进行信息交流。
随着高等学校科研建设的不断深入发展,科研人员、项目、成果逐年增加,但是长期以来,科研资料及其数据以文字和表格形式存档,不但门类广而且繁杂,格式不统一,管理起来显得混乱;甚至一些资料和数据丢失或残缺,给正常的教学、科研和管理工作带来了极大的不便,管理效率较低;由于各院校工作的特殊性,套用标准管理方式显然不十分适宜。
在当前的形势下,有必要开发适合高院校使用的科研成果管理系统,使其能更方便、更有效和更安全地管理各种相关资料和数据,并且具备实时处理能力,提高工作效率和工作质量。
3.产品分析
3.1.系统体系结构方案
网络
基础
设备
机房环境设备
计算机硬件设备均存放在高校信息中心资源共享服务器区,机房设备、网络交换机、防火墙均使用高校现有设备
网络交换设备
安全防护设备
服务器
主机系统
应用系统服务器(
数据库服务器)
提供应用发布、提供后台数据、存储使用
系统支撑组件
操作系统
Windows2003操作系统
数据库
SQLServer数据库
中间件
高校教师科研成果管理系统结构图:
3.2.产品功能分析
3.2.1.系统的功能描述图
如图所示,根据系统的总体需求得到系统功能描述图,这个图是本系统最基础的模型。
3.2.2.系统的功能特点
(1)操作简单、界面友好。
完全控件式的页面布局,使得科研成果的管理工作更简便;科研成果信息的提交、更改以及打印订单等功能只需要点击鼠标就可以完成;另外,跟踪出现的提示信息也让用户随时清楚自己的操作情况。
(2)即时可见。
对科研成果的管理,该系统可以达到“即时修改、即时见效”的效果。
(3)功能完善。
普通管理员包括个人管理和科研成果管理的功能,超级管理员除以上两点还包括用户管理和科研成果管理的强化等功能,其中,各项管理功能又细化为具体信息的录入、查看、更改等,完整地实现了对科研成果信息的管理要求。
3.2.3.流程图
通过对系统流程的分析可得到该系统的流程图,如图所示。
3.3.产品性能分析
容错能力:
未按照系统规定格式输入数据,数据将不会被保存。
故障恢复能力:
系统数据每日完全备份一次,差异备份一次,作为故障紧急恢复用。
3.4.项目验收准则
验收准则
1.软件错误限制:
不存在引起系统不能继续运转的错误;
不存在业务流程错误
引起查询交易错误或不能运转的错误不超过5个;
在某种状态下交易不对但存在其它现成取代方案的错误小于10个;
功能限制:
满足《需求规格说明书》的要求
2.文档验收合格标准:
文档验收以抽样方式进行,抽样率为50%,在验收的文档中:
错误的总字数不超过该文档总字数的0.5%;
描述某一独立完成的功能/章节无错误。
4.建议
4.1.项目管理建议
1、激发团队成员想象力当你启动一个项目去实现业务的转变时,使你的业务与过去相比真正的有一些不同变化。
2、让领导者领导领导能力是项目成功的关键。
3、排除障碍项目是一个有风险的工作活动。
4、寄希望于团队的协作(合作)项目实际上是由团队共同组织完成的。
5、重视事前检查不要草率地批准一个计划。
6、为团队提供计划和控制的标准和里程碑为你的组织制定一个项目计划表格,并要项目所有工作遵守这一标准。
7、样避免失去对事情的控制在你制订项目计划时,要估计任务对资源的要求和时间的期限要求,不要试图避免项目的所有风险。
8、跟踪变更组织必须设置一些如何管理变更的基本规则。
9、重点关注行为无数事实证明,项目的成败取决于管理不力,而不是技术困难。
4.2.技术建议
数据库选型
随着信息技术的飞速发展,数据处理不仅在数量上要求越来越大,而且在质量上也要求越来越高。
操作系统的稳定对数据库来说是十分紧要的,在数据库可操作平台上,Oracle可在所有主流平台上运行,Oracle数据库采用开放的策略目标,它使得客户可以选择一种最适合他们特定需要的解决方案。
通常管理者可以利用很多种第三方应用程序、工具。
对开发商来说是很大的支持。
而SQLServer却只能在Windows上运行了,这个就显得比较单调了,但SQLSever在Window平台上的表现,和Windows操作系统的整体结合程度,使用方便性,和Microsoft开发平台的整合性都比Oracle强的很多。
当然,Windows操作系统的稳定性及可靠性大家是有目共睹的,再说Microsoft公司的策略目标是将客户都锁定到Windows平台的环境当中,只有随着Windows性能的改善,SQLServer才能进一步提高。
从操作平台这点上Oracle是完全优胜于SQLServer的了。
从资料上可以看到,Oracle的安全认证获得最高认证级别的ISO标准认证,而SQLServer并没有获得什么安全认证。
这方面证明了Oracle的安全性是高于SQLServer的。
操作上SQLServer明显要比Orcale简单,在针对J2EE和.NET的开发平台,区别的基本就是Oracle和SQLServer不同,Oracle的界面基本是基于Java的,大部分的工具是Dos界面的,甚至SQLPlus也是,SQLServer是跟VB一样,全图形界面,很少见到DOS窗口。
SQLServer中的企业管理器给用户提供一个全图形界面的集成管理控制台来集中管理多个服务器。
Oracle也有自己的企业管理器,而且它的性能在某些方面甚至超过了SQLServer的企业管理器,但它安装较为困难。
Orcale数据库和SQLServer数据库那个更快?
其实是一个很难答的问题,因为存在许多不定因素,包括处理类型、数据分布以及硬件基础设施等。
Orcale数据库和SQLServer数据库的成本差别是显而易见的,Orcale数据库花费大,SQLServer数据库是免费的。
最终,基于成本、操作性等因素最终考虑使用SQLServer数据库,版本选用Orcale10g企业版。
由于本项目在使用数据库的过程中,最集中使用的功能为存储及查询管理调用,故在数据库定向上,将基于“存储型数据库”进行优化,开辟较大的一块连续空间做为存储文件位置,并扩大信息索引的使用率,达到最优使用效果。
存储模型划分
为了明确资源管理,并梳理合理的资源存储模型,在存储设计上,将信息切割成四个存储模块(每个存储模块通常有一系列表和视图、存储过程、序列、数据库调用函数组合而成):
配置库、业务库、接口库。
配置库:
核心库,主要用于存储管理和配置信息,这类信息的删改在设计上,需强制执行“镜像恢复数据预留”——即删改时候,将删改动作前后的数据做冗余镜像到“操作记录表”。
当删改的信息属于违规操作或者被管理员判定为无效行为时,系统可以通过恢复机制修复原来的配置项。
业务库:
通常又称信息资源库,主要用于存储所有业务相关或中间生成的数据,本类数据通常需记录信息的最后修改时间和执行人,不强制执行“镜像恢复数据预留”,如需恢复一段时间前的数据,通常需还原相应时间断的数据备份来实现。
这类库中,信息增长率较大或者信息量较大的表,需开辟对应的历史表,当数据产生时间已经属于较久(通常为三年)以前时,则将信息挪动到历史表,这样可以加速对这些信息的使用时效。
接口库:
这类库是被强制归类出的冗余表,主要是为了合理避开接口传递和业务使用之间的联系。
因为接口传递操作一般都是高频率的刷新行为,如果直接执行在业务库上,则可能会影像到相应功能的调用速率。
同时,接口在开发和调试过程中,极易出现不稳定的情况,容易造成数据的损坏、丢失或出现大量无效数据,这样的隔离设置,可以减小接口不稳定对平台核心库的影像。
4.3.项目管理部意见
□不采纳,将项目建议书归档
□采纳:
请进一步选择后续工作要求
□成立筹备组进行可行性分析;
□由申请人直接提出《立项申请表》。
审批人:
审批日期:
年月日