教育资源建设项目管理规范与技术标准试行Word格式.docx
- 文档编号:19716785
- 上传时间:2023-01-09
- 格式:DOCX
- 页数:39
- 大小:41.29KB
教育资源建设项目管理规范与技术标准试行Word格式.docx
《教育资源建设项目管理规范与技术标准试行Word格式.docx》由会员分享,可在线阅读,更多相关《教育资源建设项目管理规范与技术标准试行Word格式.docx(39页珍藏版)》请在冰豆网上搜索。
第6章界面设计规范………………………………………………16
26引言………………………………………………………………16
27设计原则……………………………………………………………16
28用户界面设计………………………………………………………17
28.1单机多媒体CD.ROM版………………………………………17
28.1.1启动封面……………………………………………………17
28.1.2结构…………………………………………………………17
28.1.3布局…………………………………………………………17
28.1.4窗体…………………………………………………………18
28.1.5菜单…………………………………………………………18
28.1.6按钮…………………………………………………18
28.1.7图标…………………………………………………19
28.1.8文字…………………………………………………20
28.1.9画面…………………………………………………20
28.1.10颜色………………………………………………………20
29交互式DVD版………………………………………………………21
29.0.1片头………………………………………………………21
29.0.3按钮………………………………………………………22
29.0.4字幕………………………………………………………22
29.0.5输入………………………………………………………22
30网络资源库………………………………………………………22
第7章素材标准………………………………………………………22
3l引言……………………………………………………………22
32目录及文件名命名规范…………………………………………23
33素材规范…………………………………………………………23
33.1文本类素材规范……………………………………………23
33.1.1文件夹目录规范及文件命名规范…………………………23
33.1.2素材格式规范………………………………………………23
第8章测试标准………………………………………………………27
34引言……………………………………………………………27
35单机多媒体CD.ROM版……………………………………………27
36交互式DVD版……………………………………………………28
37网络资源库………………………………………………………29
38测试结论…………………………………………………………30
39测试机构……………………………………………………………30
附录……………………………………………………………………31
B.6说明……………………………………………………………33
附录C文件的分类和标识……………………………………………34
C.2文件电子版命名规则…………………………………………34
C.3标识标示………………………………………………………34
附录D界面可用性评价………………………………………………35
1.1评价指标…………………………………………………………35
1.1.1一致性………………………………………………………35
1.1.2易学性………………………………………………………36
1.1.3出错少………………………………………………………36
1.2评价方法…………………………………………………………36
1.2.1用户需求说明书……………………………………………36
1.2.2界面设计方案………………………………………………36
1.2.3原型测试和阶段代码方案…………………………………37
附录E:
编码表目录及文件名规范编码字典……………………37
附录F文本类素材属性规范…………………………………………38
附录G图形(像)类素材属性规范……………………………………38
附件H音频类素材属性规范…………………………………………39
附件I动画类素材属性规范…………………………………………39
附件J视频类素材属性规范…………………………………………40
附录K《软件技术测试中心软件技术测试报告》…………………4l
“知识资源包”教育资源建设项目
管理规范与技术标准
(讨论稿)
第一章总则
1目标与工作
“知识资源包”教育资源建设项目的目标是用两年左右的时间,开发出全面覆盖基础教育各学科、各学段的有关教育教学、社会家庭教育等方面的优质教育资源软件产品,从而全面改善我国基础教育资源匮乏现状,基本满足我国中小学对教育教学资源的需求。
本项目在公司的统一管理下,由研发中心统筹规划,整合力量,走自主开发的路子。
树立“知识资源包”教育软件的品牌形象,立足陕西,逐步推向全国。
为保障整个建设项目的科学规划和有效实施,充分保证“知识资源包”的资源开发质量,特制定本管理规范与技术标准。
2适用范围
本管理规范与技术标准适用于参与“知识资源包”系列教育资源软件建设项目的各有关单位、项目专家、编者及技术开发队伍。
3编制内容
本管理规范与技术标准的内容主要包括组织机构规范、运行环境标准、文件编制规范、制作标准、界面设计规范、素材标准和测试标准等内容。
“知识资源包”教育资源建设项目项目各参与单位和个人必须严格按照本管理规范与技术标准开展工作。
4解释权
本管理规范与技术标准最终解释权归西安市亿利达网络信息技术有限公司。
5引言
第二章组织机构
为确保项目开发的顺利进行,加强组织管理,“知识资源包”系列教育资源建设项目设立编委会、编写队伍和开发组织三个层次的人员机构。
6各组织机构的组成及职责
6.1编委会人员构成及其职责
整个“知识资源包”教育资源建设项目设立编委会,由公司领导及各部门主管组成,其主要职责是负责项目的组织领导和宏观调控,负责项目的检查、指导和监督。
6.2编写队伍人员构成及其职责
整个“知识资源包”教育资源建设项目的编写机构由两级组成。
第一级为总编和副总编,总编由国内著名的教育专家担任,其职责是对项目建设进行全方位的宏观指导,副总编由国内著名的学科专家和省内知名基础教育工作研究专家和技术专家担任,其职责是从学科标准和技术实现上对项目建设工作进行指导。
第二级为各个子项目内主编负责制下的编者队伍,主编主要负责该子项目的任务分配、进度安排和质量控制,编者主要职责是具体承担的子任务文字稿本和脚本的编写及修订工作。
各子项目的主编及编者队伍具体成员由亿利达公司确定,项目承担单位给予必要的配合。
6.3开发组织人员构成及其职责
承担“知识资源包”教育资源建设项目开发任务的均须设立相应的项目开发小组,总负责人、项目负责人、财务负责人组成。
总负责人由部门主管担任,保证人员和资金的调配;
项目负责人由总负责人指定,并且在项目开发期间保持稳定,项目负责人负责项目开发的具体组织与实施,承担好与主编和编者的联络、交流职责。
开发小组的成员名单在子项目开始实施前由子项目承担单位上报亿利达公司。
7各组织机构成员
7.1编委会成员
张乐明、张亚庆、代华英及各部门主管。
7.2编写机构成员
见附录A。
第三章运行环境标准
8引言
本节为项目最终交付产品应满足的运行环境的标准描述,技术开发人员应参考本部分标准,充分考虑软件设计的合理性。
9单机多媒体CD-ROM版
9.1硬件环境
在PIIl500,128MB内存,20GB硬盘,24×
CD—ROM及以上多媒体环境正常运行。
9.2软件环境
在Windows98/ME/2000/XP/2003系统下正常运行。
10交互式DVD版
市场主流DVD播放机可正常播放、操作。
11网络资源库
11.1硬件环境
11.1.1服务器
PIIl800,512MB内存,40GB硬盘,24×
CD.ROM,10/100MB自适应网卡
11.1.2客户端
PIIl500,256MB内存,20GB硬盘,10/100MB自适应网卡
11.1.3网络环境
百兆交换传输环境
11.2软件环境
11.2.1服务器
windows2000+IIS5.0以上+SQLSERVER数据库
11.2.2客户端
WiIldows98/ME/2000/XP/2003、IE5.0以上
第四章文件编制规范
12引言
本软件产生的开发文件是整套软件中必不可少的组成部分,它们主要有以下作用:
1)作为开发人员在一定阶段内的工作成果的结束标志;
2)向管理人员提供软件开发过程中的进展和情况;
3)记录开发过程中的技术信息,便于协调以后的软件开发、使用和修改;
4)提供对软件的有关运行、维护和培训的信息,便于管理人员、开发人员和用户之间相互了解彼此的工作。
13软件生存周期与各种文件的编制
本规范要求在本软件的整个生存周期内编制如下七种文件:
项目开发计划;
系统设计说明书;
用户手册;
开发卷宗;
测试分析报告;
项目开发总结报告;
项目开发月报。
对于某些较大的模块,可以进一步细化以上文件种类,具体可参照GB8567—88。
对于本软件而言,其生存周期各个阶段与各种文件的编写工作之间的关系可见表1,其中有些文件的编写工作可能要在若干阶段中延续进行。
表1软件生存周期各阶段中的文件编制
阶段文件
可行性研究与计划阶段
需求分析阶段
设计阶段
实现阶段
内测阶段
产品总测阶段
产品提交时间
项目开发计划
启动前提交
系统设计说明书
制作前提交
用户手册
随成品提交
开发卷宗
制作完成时提交
测试分析报告
随检测产品提交
项目开发总结报告
项目完成后提交
项目开发月报
每月提交
本规范所列出的各种文件的内容体系可以参照后续条款,但应当注意的是,本规范并不严格要求每个文件都具备所有列出的内容体系,编写者应当充分考虑软件的具体情况,增加或者删减条款,但应最大限度地反映出软件的真实情况。
本规范各种文件内容体系的编制中采用如下约定:
必须体现的项目,以“(*)”进行标记。
14文件编制的管理工作
文件编制工作必须有管理工作的配合,才能使所编制的文件真正发挥它的作用,因此,对文件的管理必须贯穿于整个开发过程。
在开发过程中必须进行的文件管理工作是以下几条。
14.1文件的形成
开发集体中的每个成员,尤其是项目负责人,应该认识到:
文件是软件产品的必不可少的组成部分:
在软件的开发过程的各个阶段中,必须按照规定及时地完成各种文件的编写工作;
必须把在一个开发步骤中做出的决定和取得的成果及时地写入文件;
开发集体必须及时地对这些文件进行严格的评审;
这些文件的形成是各个阶段开发工作正式完成的标志。
开发过程中所编写的文件必须有编写者、评审者和批准者的签字,必须有编写、评审完成的同期和批准的日期。
文件编制的格式规范参照附录A进行。
14.2文件的分类和标识
在软件的开发过程中,产生的文件是很多的,为了便于保存、查找、使用和修改,应该对文件按层次地加以分类组织。
本软件项目的开发过程中的文件采用如下的分类和标识:
1)文件所属子项目的标识;
2)开发单位的标识;
3)文件种类的标识;
4)页号。
文件的每一页都必须具有以上的明确的标识。
此外,对每种文件还应根据内容划定各自的保密级别,确定它们的发行范围。
文件的标识参照附录B。
14.3文件的控制
在本软件的开发过程中,随着程序的逐步形成和逐步修改,各种文件亦在不断地产生、不断地修改或补充。
因此,必须加以周密的控制,以保持文件与程序产品的一致性,保持各种文件之间的一致性和安全性。
这种控制表现为:
1)一个开发团队应设置一位专职的文件管理人员(接口管理工程师或文件管理员),集中保管当前项目现有的全部文件的主文本两套;
2)每一份提交给文件管理人员的文件都必须具有编写人、审核和批准人的签字;
3)保存的两套主文本的内容必须完全一致,其中有一套是供出借的,另一套是绝对不能出借的,以免发生意外
4)可出借的文件在借出时必须办理出借手续,归还时办理注销出借手续;
5)开发集体中的工作人员可以根据工作需要,在本项目的开发过程中持有一些文件,即所谓的个人文件,包括为使他们完成他承担的任务所需要的文件,以及他在完成任务过程中所编制的文件,但这种个人文件必须是主文件的复制品,必须同主文件完全一致,若要修改,必须先修改主文件;
6)一份文件如果已经被另一份新的文件所替代,则原文件应该被注销,文件管理人员要随时整理主文件,及时反映出文件的变化和增加情况,及时分发文件;
7)当开发工作临近结束时,文件管理人员应逐个收回开发集体内的每个成员的个人文件,并检查这些文件的内容,必须认真监督有关人员进行修改,使主文本能真正反映实际的开发结果。
14.4文件的修改管理
修改活动的进行必须谨慎,必须对修改活动的进行加以管理,必须执行修改活动的规程,使整个修改活动有控制的进行.
修改活动可分如下几个步骤进行:
1)提议开发集体中的任何一个成员都可以向项目负责人提出修改建议,为此应该填写一份修改建议表,说明修改的内容、所修改的文件和部位以及修改理由;
2)评议项目负责人或项目负责人指定的人员对该修改建议进行评议,包括审查该项修改的必要性,确定这一修改的影响范围,研究进行修改的方法、步骤和实施计划;
3)审核一般由项目负责人进行审核,包括核实修改的目的和要求,核实修改活动将带来的影响,审核修改活动计划是否可行;
4)批准在一般情况下,批准权属于该开发单位的部门负责人,在批准时,主要是决断修改工作中各项活动的先后顺序及各自的完成同期,以保证整个开发工作按原定计划同期完成;
5)实施由项目负责人按照已批准的修改活动计划,安排各项修改活动的负责人员进行修改,建立修改记录,产生新的文件以取代原有文件,最后把文件交文件管理人员归档,并分发给有关的持有者。
15项目开发计划
编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软硬件条件等问题做出的安排记载下来,以便根据本计划开展和检查本项目的开发工作。
编制内容要求如下:
┏引言━━━━┳编写目的
┃┣背景
┃┣定义
┃┗参考资料
┣(*)项目概述━┳工作内容
┃┣主要参加人员
┃┣产品及成果
┃┣验收标准
┃┣完成项目的最迟期限
┃┗本计划的审查者与批准者
┣(*)实施总计划━┳工作任务的分解
┃┣接口人员
┃┣进度
┃┣预算
┃┗关键问题
┣支持条件
┗专题计划要点
16系统设计说明书
系统设计说明书编制的目的是说明对软件系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础。
编制系统设计说明书的内容要求如下:
┣总体设计━┳(*)需求规定
┃┣(*)运行环境
┃┣(*)基本设计概念和处理流程
┃┣(*)结构
┃┣功能需求与程序的关系
┃┣人工处理过程
┃┗尚未解决的问题
┣接口设计
┣(*)运行设计━┳运行模块组合
┃┣运行控制
┃┗运行时间
┣系统数据结构设计┳数据库外部设计━┳标识符和状态
┃┃┣使用它的程序
┃┃┣约定
┃┃┣专门指导
┃┃┗支持软件
┃┣数据库结构设计━┳概念结构设计
┃┃┣逻辑结构设计
┃┃┗物理结构设计
┃┣数据库运用设计━
┃┣数据的逻辑描述
┃┗数据的采集
┣系统论据结构设计━┳逻辑结构设计要点
┃┣物理结构没计要点
┃┗物理结构与程序的关系
┗系统出错处理设计━┳出错信息
┣补救措施
┗系统维护没计
17用户手册
用户手册的编制是要使用非专门术语的语言,充分地描述该软件系统所具有的功能及基本的使用方法。
使用户通过本手册能够了解该软件的用途,并且能够确定在什么情况下,如何使用它。
具体的内容要求如下:
┣(*)软件概述
┣(*)用途━┳功能
┃┣性能━┳精度
┃┃┣时间特性
┃┃┗灵活性
┃┗安全保密
┣(*)运行环境━┳硬设备
┃┣支持软件
┃┗数据结构
┗使用过程━┳(*)安装与初始化
┣(*)基本操作
┣输入
┣输出
┣非常规过程
┗远程操作
18模块开发卷宗
模块开发卷宗是在模块开发过程中逐步编写出来的,每完成一个模块或一组密切相关的模块的复审时编写一份,应该把所有的模块开发卷宗汇集在一起。
编写的目的是记录和汇总低层次开发的进度和结果,以便于对整个模块开发工作的管理和复审,并为将来的维护提供非常有用的技术信息。
┣(*)模块开发情况表
┏标题
模块开发情况表
模块标识符
模块的描述性名称
计划开始日期
系统设计
实际开始日期
计划完成日期
实际完成日期
系统复查日期/签字
目标模块大小
预计
实际
项目负责人批准日期/签字
┣(*)功能说明
┣(*)设计说明
┣(*)内容稿本
┣(*)内容脚本
┣(*)测试说明
┗(*)复审的结论
19测试分析报告
测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。
测试过程分两种:
知识内容体系检测和系统完备性测试。
知识内容体系检测报告:
┣(*)检测概要
┣(*)检测结果及发现
┗(*)缺陷记录及修改建议
系统完备性测试报告:
┣(*)测试概要
┣(*)测试结果及发现
┣(*)对软件功能的结论
┣(*)分析摘要━┳能力
┃┣缺陷和限制
┃┣建议
┃┗评价
┗(*)测试资源消耗
20项目开发总结报告
项目开发总结报告的编制是为了总结本项目开发工作的经验,说明实际取得的开发结果以及对整个开发工作的各个方面的评价。
┣(*)实际开发结果━┳产品
┃┣主要功能和性能
┃┣基本流程
┃┗费用
┣开发工作评价━━┳对生产效率的评价
┃┣对产品质量的评价
┃┣对技术方法的评价
┃┗出错原因的分析
┗经验与教训
21开发进度月报
开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况,以便及时发现和处理
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教育 资源 建设项目 管理 规范 技术标准 试行