项目需求分析书.docx
《项目需求分析书.docx》由会员分享,可在线阅读,更多相关《项目需求分析书.docx(15页珍藏版)》请在冰豆网上搜索。
![项目需求分析书.docx](https://file1.bdocx.com/fileroot1/2023-3/1/2bcd078f-82ba-4cb9-8781-ade003f5a2f3/2bcd078f-82ba-4cb9-8781-ade003f5a2f31.gif)
项目需求分析书
中学数字化校园建设共享数据中心平台委托开发项目需求
1项目背景介绍
各直属校在先期进行数字化校园建设的进程,已经建设了一些应用系统。
可是,在建设初期,由于缺乏对数据资源的统筹与统一计划,各应用系统之间数据结构不统一,使得数据不一致、不准确、不完整,无法形成统一的信息化标准体系,最终造成了部门之间一个个信息孤岛的存在。
但是,这种情况的持续存在,既无益于各应用系统之间的数据互通共享,加倍大了部门之间重复保护系统的工作量,严重影响了学校的教育教学工作效率。
为此,在校内建设统一的信息化标准体系,构筑统一的数据中心共享平台,已迫在眉睫。
2项目建设目标和原则
项目建设整体目标
采取SOA(面向服务的体系结构)的设计架构方式,基于ESB(企业服务总线)的技术框架,通过在校内成立统一的共享数据中心平台,建设统一的信息化标准体系,实现各应用系统(包括现有系统和新建系统)之间,系统同共享数据中心平台之间的数据互通共享,并实现对共享数据的统一集中管理。
项目建设原则
依据各学校信息化现状分析和工程建设的要求,提出如下建设原则:
(1)符合标准
系统建设必需符合我国相关部门制订的标准,在统一身份认证中,对安全策略、密码与安全设备选用、网络互联、安全管理等必需符合我国信息安全法律法规。
(2)易管理性原则
易管理体此刻
∙壮大的日记功能,系统可以记录关键内容修改或大范围内容修改的相关信息并方便查询;
∙方便统一的权限设置功能,系统应成立集中的权限设置模块,
∙健全的备份和还原机制,系统应该可以数据按时备份、增量备份、数据还原,同时也需要系统有相应的备份还原接口,将本系统和第三方系统的备份还原集成到一路;
(3)易操作性原则
易操作体此刻
∙提供易操作性测试计划并准备易操作性测试用例和易操作性测
试规程。
∙提交易操作性测试分析报告,
∙适当的运用AJAX技术,
∙各功能模块利用相似的操作界面,维持系统的统一性,
(4)方便开发性原则
方便开发体此刻
∙提供接口文档,
∙源代码中每一个公开类及其公开属性和公开方式均有注释说明其利用方式、参数意义,
∙提供开发进程中的UML设计原型等相关资料,
(5)易学习原则
易学习体此刻
∙提供规范的在线系统帮忙文档,
∙符合用户的一般利用习惯,
∙对用户的错误操作有具体的提示
(6)实用、高效、可扩展原则
本项目中所采用的产品,要便于操作、实用高效。
同时,随着IT技术和学校业务的不断发展,数字校园系统将会发生各类转变,系统设计必需能适应这种转变,在系统实施进程中,系统的结构、配置也会发生这样或那样的转变,该平台要有必然的灵活性来适应这种转变。
(7)标准化与一致性原则
数字化是一个庞大的系统工程,其体系的设计必需遵循一系列的标准,确保各个分系统的一致性,整个系统能安全地互联互通、信息共享。
(8)需求、风险、本钱折衷原则
任何系统都不可能一直知足业务发展的需要,数字校园建设项目也如此。
鉴于这种情况,在设计系统时,要在需求、风险和本钱之间进行平衡和折衷。
同时,要尽可能保护已有投资。
(9)整体计划设计原则
本次招标项目只是数字校园建设的一个部份,是一个基础工作,在设计系统时,必需按照数字化校园建设的要求,为以后的建设保留接口,方便扩展,要能保证后期建设的方便。
3项目现状分析
目前各直属校数字化校园建设在数据资源建设方面,主要存在以下几个问题:
(1)、数据标准不统一。
学校在进行信息化建设的进程中,由于在建设初期缺乏统一计划,应用系统大多都是从部门、基层的角度来开发实施,缺乏全局的考虑,使得开发出来的各部门的系统之间没有统一的数据标准,数据格式各不相同。
(2)、存在信息孤岛,数据无法互通共享。
由于无统一的数据标准,同一类型的数据存在于多个系统中,系统之间无法实现数据同步共享。
(3)、原来EAI的(企业应用集成)的整合方式,应用系统整合的工作量较大。
维持数据同步的一种做法是传统的EAI实现方式,这种实现方式需要各个系统对与之交互的系统都要提供相应的数据接口,开发工作量较大,而且各个应用开发厂商需要各自协调接口规范的讨论工作,接口依赖性较高,实现周期不可控。
另一种做法则是成立“共享数据库”,通过共享相关基础或重要数据,相关数据的改动首先反映到共享数据中心,再由共享数据中心通知其他应用系统作相应更新。
采用这种方式,原有系统的改动可以降到最低。
(4)、不能有效地提高学校内部的工作效率。
各个应用系统只能被动等待数据,而不能主动要求数据和主动利用数据。
例如,以往不同系统之间需要查询数据必需通过较多的手续才能最后拿到数据,建设了统一共享平台以后,就可以直接访问别的应用系统所共享的数据。
另外,同一类型的数据存在多个应用系统中,当一个应用系统中的该数据发生转变时,无法实时同步更新到其它应用系统,这样造成了各应用系统的重复操作,无法保证数据的完整性和一致性,增加了必然的工作量,也造成了没必要要的资源浪费。
(5)、数据的无法统一集中管理。
各应用系统的基础数据进行无法进行统一的存储、容灾备份,实现数据的集中管理。
(6)、无法为领导的决策提供实时的数据。
没有一个共享平台,可以实现整个学校的业务数据都可以实时的彼此查询和访问,以为领导提供第一手的数据。
4最终需求的肯定
为保障最终系统的利用效果,各系统的具体功能,应以中标方按照用户实际调研后最终形成的需求分析文档为准。
5大体技术架构要求
整体架构与功能
整体架构
基于SOA的共享数据中心平台整体架构
整体功能
基于各校成立的符合统一数据标准的共享数据中心平台,能实现将校内现有应用和即将开发的新应用中所需共享的异构和非异构的数据信息,利用通用的数据抽取(收集、清洗、转换)或同步方式,自动地推送至平台中进行共享、发布;除此之外,还要能实现利用平台发布的数据接口,校内即将开发的新应用能方便的实现共享数据的定阅和读取。
技术要求
(1)采取低耦合、粗粒度、面向服务的体系(SOA)的开放式架构。
(2)散布式结构,集中式管理。
(3)采用组件式的开发框架。
6具体建设内容
序号
建设内容
1
共享数据中心平台
一套
2
身份管理系统
一套
具体功能需求
共享数据中心平台
✓业务目标
共享数据中心平台作为校内大体数据的共享平台,要能将各个业务系统的大体数据进行集中整理,实现统一管理,保证数据的权威和准确。
还要能为各个业务应用系统和各类服务系统提供数据支持。
因此,承担着数字化校园中的大量数据、信息、流程和处置结果。
✓功能描述
其平台具体功能描述如下:
(1)统一信息化标准的建设。
信息标准的建设主要包括数据标准建设,管理标准的建设和技术标准的建设。
●数据标准的建设
学校数据标准建设参考的标准集包括作为国家标准的教育部《教育管理信息化标准》(第一部份:
学校管理信息标准)和教育信息化技术标准委员会CELTSC(Chinesee-LearningTechnologyStandardizationCommittee)出台的标准,地方标准包括市教委相关标准和DLTS标准,还包括IMS的LearningResourceMetadata(学习资源元数据规范)、IEEELTSC(LearningTechnologyStandardsCommittee,学习技术标准委员会)、LOM(LearningObjectMetadata:
学习对象元数据模型)、OCLE(OnlineComputerLibraryCenter)DublinCore的DublinCore元数据标准、SCORM(可共享课程对象参考模型)等规范、模型和标准。
要求成立一套以国家教育部信息标准为基础,其它标准做参考的数字化校园标准,在通过充分的实际调研工作以后,按照学校的实际情况进行增删减,形成最终的事实信息标准。
●管理标准的建设
管理标准的建设,主要指的是从数字化校园项目管理的角度制定的各类规章制度。
包括项目立项管理规范、项目开发管理规范,项目测实验收管理规范、项目运行管理规范、各类中长期建设计划规范等。
●技术标准的建设
技术标准的建设主要指的是从系统开发的角度考虑符合软件工程的各类技术文档和规范。
包括项目开发计划,需求分析说明书,概要设计说明书、数据库设计说明书、测试说明书、操作手册、用户手册等。
(2)数据的收集互换。
所有数据来源于各个业务系统,无论是异构的数据库管理系统仍是非异构的数据库管理系统,要求都能通过通用的数据抽取(收集、清洗、转换)或同步方式自动地将数据推送至共享数据中心,并做出数据更新报告。
另外,在操作上,对于任何业务应用系统(包括现有的或新开发的),能以便捷的方式,制定业务数据互换策略,最好不需要写代码即可实现业务数据的收集互换;同时,考虑到未来数据标准的转变情况,可以便捷地进行主题数据库配置、数据互换策略配置,以此达到对未来增加的任何业务应用都能方便地将数据收集互换到共享数据中心平台。
(3)数据的共享发布。
能以可视化界面或拖沓等方式,实现对数据共享接口的发布。
通过授权,利用提供的通用数据共享接口,可以将共享数据中心的部份或全数数据进行共享和利用,并实时做出数据利用情况报告。
另外,针对每一个数据共享接口,还需开发数据信息的存取编程实例,保证用户可以在新开发的业务系统中方便地访问接口。
(4)主题数据库管理。
依据划分的主题对象,利用数据仓库技术,建设相应的主题数据库。
并能按照学校数据标准的转变,能以便捷的方式,更改主题数据库配置。
另外,还需对访问主题数据库的用户权限进行管理。
(5)元数据管理。
主要包括表的注册,字段的注册和更改数据库结构。
(6)用户和日记管理。
用户管理主要包括:
应用用户管理和平台用户的管理。
其中应用用户管理涉及应用管理(对应用系统进行增删改操作)、应用权限管理(划分应用对元数据表的访问权限,可将访问权限分为只读式访问和独占式访问)等;对平台用户的每次操作要求进行日记记录,尤其是异样操作,并保留每次操作的历史数据,保证数据的一致性和准确性。
(7)安全性管理。
能基于统一身份认证系统对共享数据库中心的数据访问
进行安全保护。
包括传输安全、身份验证和访问控制三方面。
(8)数据保护管理。
能对共享数据中心平台的所有资源数据,进行统一的
备份、恢复。
(9)数据的导入导出。
能将共享数据中心中的数据按照外部数据规则进行
数据转换并导出;也可以将外部数据按照共享数据中心的规则进行数据转换并导入。
例如,学校可以把市教委即将开发的学籍系统中学生基础数据通过格式转换,直接导入共享数据中心中。
另外,导入导出应支持多种类型的文件格式,例如:
Excel,dbf格式等。
(10)数据的挖掘分析。
通过对共享数据和历史数据的OLAP分析,形成各类报表或按照需要展现分析结果,为领导决策提供参考。
(此项功能可按本钱酌情删减)
✓技术要求
(1)确保平台的开放性。
要求第三方在没有平台公司人员参与的情况下,能方便地利用平台提供的数据共享标准接口,在遵循数据共享规范与接口标准的前提下,实现对平台共享数据的利用。
同时,还能将自己所开发系统中所需共享的数据,放入平台中进行共享,并进行接口的发布。
(2)散布式的数据共享方式。
(3)数据实时同步共享。
(4)平台通过统一的用户门户访问,实现多重安全认证机制。
(5)支持ORACLE、SYBASE、SQLSERVER、DB2、mySQL等多种主流数据库。
(6)采取WebService或WCF技术,统一传输与互换标准。
(7)基于元数据处置技术,构建面向主题的应用。
(8)基于ESB服务框架,构建面向服务(SOA)的体系架构。
(9)支持异步通信模式。
(10)壮大的数据处置能力。
不低于1000条/秒的数据互换处置;互换引擎缓存1000万条数据的能力;
身份管理系统
特别说明:
身份管理系统的数据来源于共享数据中心平台,暂时不必自己单独的数据库。
考虑到后期系统功能扩展的需要,如项目组有新的功能需求,中标公司必需踊跃配合开发。
✓业务目标
参照安博教学管理系统进行建设,实现对学生学籍、教师人事等内容进行管理。
✓功能需求(以下所说的“设置”一词均指增、删、改操作)
学生管理:
●学生大体信息设置:
学生姓名、性别、政治面貌、班级、年级、学期等个人大体信息的设置。
●新生分班设置。
●班级人员调整。
●学生学籍设置:
学籍信息异动,修改等
●学生档案管理与打印。
●学生档案的导入导出:
支持按学期、年级、班级等类别导入导出。
导入导出应支持多种类型的文件格式,例如:
Excel,dbf格式等。
●学生信息的查询与统计。
教师管理:
●教师大体信息管理:
教师姓名、性别、职称、学历等教师个人大体信息的设置。
●教师档案的导入导出:
支持按部门等类别导入导出。
导入导出应支持多种类型的文件格式,例如:
Excel,dbf格式等。
●部门人员设置:
按照学校部门设置教师,并支持部门人员的异动、更改等。
●教师信息的查询与统计。
教务管理:
●教育阶段设置:
设置中学各学习阶段。
例如:
初中、高中学段等。
●年级设置:
按照不同窗段、学期设置不同年级。
●班级设置:
按照不同窗期、年级设置不同的班级。
学校大体信息管理
●学期时间管理:
设置学期的起始时间。
●学校设置:
设置学校的大体信息,如:
学校名称、学校编号、学校类型等。
●部门设置:
学校的部门设置。
系统管理:
●用户设置:
设置利用系统的用户。
●角色设置:
为系统设置不同的角色,并按角色设置权限。
●权限设置:
为用户设置不同的角色。
●日记管理:
记录系统操作日记。
✓技术要求
●要求提供与现有市区教委下发的招生文件数据、学生学籍号数据的接口。
至少能实现学校的数据标准同市区教委的数据标准进行自由的转换,以实现二者之间数据的导入、导出。
导入导出应支持多种类型的文件格式,例如:
Excel,dbf格式等。
●要求预留与即将要开发的市教委学籍系统进行对接的接口。
至少能实现学校的数据标准同市教委学籍系统的数据标准进行自由的转换,以实现二者之间数据的导入、导出。
导入导出应支持多种类型的文件格式,例如:
Excel,dbf格式等。
7应用部署设计要求
要求系统具有:
✧避免应用服务器及数据库服务器单点失效的解决方案;
✧保障应用靠得住运行和数据安全的解决方案;
✧考虑用户利用方便性,操作设计人性化,用户点击次数少于5次能够执行期望功能;
✧系统预设各类参数,用户可灵活调整;
✧系统接口应符合相关标准并具开放性;
✧系统具有完善的数据备份/恢复方案;
✧用户授权系统能够灵活设置,知足学校需求;
✧平均应用延迟时间不超过3秒;
✧系统与天津教委信息平台建设做到无缝衔接,数据传递尽可能简约,开发方式尽可能接近;与本项目参与学校已经开发的系统衔接容易,尽可能不从头开发在线系统,保证各校原有投资。
✧支持高效率操作的要求,尽可能少的占用网络资源和计算资源,在较大规模用户并发访问的情况下仍然能够维持快速响应,要求有应用服务器集群方案。
✧系统应具有良好的交互操作界面。
对不同应用群体均能方便操作利用,不同的应用功能应具有相似的利用界面和操作方式。
用户进入界面时,可按照工作性质实现界面的可定制化管理,可方便地进行各类应用操作。
系统管理简单、方便,易于配置。
8应用集成要求
数字化校园的计划和建设进程,是一个应用整合和再建设进程。
数字化校园是一个庞大的系统,其建设的成败涉及到方方面面的问题,除各类相关设备的选型之外,主要体此刻数字化校园核心技术解决方案是不是具有良好的应用集成设计,数字化校园建设的核心问题是:
对已有系统的整合能力和对未来按照学校需要而部署的系统的扩展能力。
9规范性要求
投标方提供或开发的软件产品应符合如下基础教育相关规范:
Ø国家标准:
教育部《教育管理信息化标准》(第一部份:
学校管理信息标准)和教育信息化技术标准委员会CELTSC(Chinesee-LearningTechnologyStandardizationCommittee)出台的标准;地方标准包括市教委相关标准和DLTS标准,还包括IMS的LearningResourceMetadata(学习资源元数据规范)、IEEELTSC(LearningTechnologyStandardsCommittee,学习技术标准委员会)、LOM(LearningObjectMetadata:
学习对象元数据模型)、OCLE(OnlineComputerLibraryCenter)DublinCore的DublinCore元数据标准、SCORM(可共享课程对象参考模型)等规范、模型和标准。
Ø《基础教育课程改革纲要(试行)》、《普通高中课程方案(实验)》教育部
10服务保障与许诺
该项目具有很强的示范作用,一旦投入利用,必需保证系统稳定,稍有过失就会引发各方面的反映和损失,所以系统的售后保护服务和技术支持工作也应有足够保障。
投标方作为具有丰硕信息化校园项目经验的系统集成和软件开发企业,应通过自身不断的尽力和原厂商的大力支持,针对客户的不同的系统的需求,制定不同的运行保障方案,成立完善的本地售后服务体系。
要求中标人关于系统服务的保障包括如下内容:
(1).运行保障机构
中标人在系统试运行期间和在全市推行利用后,须为该项目成立长期、完善的保障机构,并有专人负责。
(2).保期内运行服务内容
系统运行利用要求:
在全市利用系统期间,需要中标人应至少安排两名专门的技术人员保障各级版本系统无端障运行。
重大事项的即时响应:
各级版本系统出现故障或意外情况时,致使系统不能正常运行时,中标人必需在24小时内做出响应,并着手解决故障。
如用户需要中标人技术人员到场,中标人应到场进行服务。
服务请求:
中标人应提供准确的服务联系方式及服务请求流程,如有更改,应及时通知用户。
升级要求:
中标人对系统的升级,应有详细的升级计划表,按期对系统存在的Bug进行修正,并保证升级后的人员培训。
升级期间,须保障系统的正常运行。
(3).保期后运行服务内容
系统过保后,中标人也应能维持大体的服务,对于小型的故障,应能提供远程服务或电话咨询等。
大型的故障,需专人到场,具体费用可协商。
重大事项的即时响应:
所需费用由两边协商。
系统升级:
对于用户提出的功能性升级要求,费用可协商;而对用户提出的,由于系统设计不妥等系统本身问题引发的升级要求,应免费提供升级。
延保要求:
按年协商,原则上每校每一年费用不超过3000元人民币。
(4).运行服务的档案
运行服务的详细记载,可以用于分析总结。
(5).用户投诉
中标人要设有效户投诉受理电话,对用户的意见做出反映。
11功效移交
(1)技术转移
通过本期项目的合作开发,将合作公司先进的开发技术、项目管理模式和经验与五校的需求相结合,真正成立五校数字化校园平台和专业技术队伍。
同时,项目组的工作人员可以全面深切地参与开发的全进程,包括需求分析、系统设计、代码生成、测试运行和利用保护五个阶段,掌握各个环节的主要技术,具有对软硬件系统平台、各个业务系统的技术保护能力和二次开发能力,实现知识和技术的转移。
(2)交付功效和文档资料
在本期项目的开发进程中和交付利用后,要求将各个阶段产生的全面、规范的功效和文档资料交付给项目组,而且要提供明确的交付清单。
同时,功效和文档资料必需符合软件工程的相关要求。
要交付的功效和文档资料主要包括以下部份:
●可运行的系统
●源代码:
方便学校对系统进行保护和改良,两边一路开发的源代码知识产权共享。
●技术文档:
开发环境配置说明、软件工具清单、软件需求说明书、概要设计说明书、数据及数据库设计要求说明书、系统利用代码示例、系统保护说明、系统培训资料、操作手册、用户手册、项目用户评价进程意见、软件接口规范说明和项目组要求的其它资料。
●管理文档:
包括项目开发中的一些工作文档,如:
计划、报告、讨论纲要、会议记录等。
●版权归属及利用要求
该系统的利用权和为天津市数字化校园建设项目定制开发的业务系统版权归本项目组完全拥有。
12系统运行环境的规定
共享数据中心平台必需能部署在以下的软、硬件配置环境下,并保证稳定顺畅运行:
(1)硬件环境:
数据库服务器:
CPU:
双核及以上;内存4G及以上;硬盘320G以上。
应用服务器:
CPU:
双核及以上;内存2G及以上;硬盘320G以上。
(2)软件环境:
网络操作系统:
WindowsServer2003及以上。
数据库管理系统:
SqlServer2005及以上;DB2;Oracle10i及以上;MySql等。