军用产品软件三库要求

军用产品软件三库要求
军用产品软件三库要求

军用产品软件三库要求标准化管理部编码-[99968T-6889628-J68568-1689N]

中华人民共和国国家军用标准

军用软件开发库、受控库和产品库通用要求

General requirement of military software development library, software

controlled library and software product library

2006 -05 -17发布

2006 -10 - 01实施

中国人民解放军总装备部批准

本标准由国务院、中央军委军工产品定型委员会办公室提出.

本标准起草单位:总装备部综合计划部科研局、总参通信部军事代表局、二炮装备研究院第一研究

所、解放军驻成都飞机工业公司军代室、海军驻武汉709所军代室、中国航空工业第一集团公司第611

所和第615所.

本标准主要起草人:周鸿志、李渝榆、康文兴、王兴斌、傅援朝、杜立华、张珊珊,刘杰生、舒飞、

王璇、倪红英.

军用软件开发库、受控库和产品库通用要求

GJB 5716-2006

1范围

本标准规定了军用软件开发库、受控库、产品库(以下简称软件三库)的基本要求。

本标准适用于军用软件三库的管理.

2引用文件

下列文件中的有关条款通过引用而成为本标准的条款,凡注日期或版次的引用文件,其后的任何修

改单(不包括勘误的内容)或修订版本都不适用于本标准,但提倡使用本标准的各方探讨使用其最新版本

的可能性。凡不注日期或版次的引用文件,其最新版本适用于本标准.

GB厂r 11457 软件工程术语

GB厂r 12505计算机软件配置管理计划规范

GJB 5000军用软件能力成熟度模型

GJB 5235军用软件配置管理

GJB 9001A质量管理体系要求

3术语和定义

GB/T 11457、GB/T 12505、GJB 5000、GJB 5235和GfB 9001A确立的以及下列术语和定义适用于

本标准.

软件开发库software development Hbrary

在软件生存周期中,存放软件配置项的集合。

软件受控库software controUed library

在软件生存周期中,存放已通过测试或评审且作为阶段性产品的软件配置项的集合.

软件产品库software product Jibrary

往软件生存周期中,存放已定型(鉴定)且供交付、生产、检验验收的软件配置项的集合.

4基本要求

建立软件三库

军用软件开发组织(以下简称组织)应建立软件三库,并提供相应资源.对软件配置项进行入库、访

问、出库、维护、更改、发行等活动实施管理,以确保软件产品的正确性、完整性、可控性、可追溯性.

软件三库的管理应符合相关的保密规定.

明确软件三库管理职责

组织应明确软件三库管理机构职责.一般地,软件三库管理机构应超软件配置管理机构的组成部分,

由库管理员、各库管理负责人等组成.软件开发库由项目组管理,软件受控库由研制管理部门(或质量

管理部门)管理,软件产品库由组织的技术档案管理部门管理。

制定软件三库管理规定

4. 3.1内容要求

组织应制定软件三库管理规定:项目组应根据组织的软件三库管理规定在项目的软件配置管理文档

中提出相应要求。

软件三库管理规定的内容一般应包括;

GJB 5716 -2006

a) 入库控制;

b) 访问控制;

c) 也库控制:

d) 更改控制:

e) 配簧状态报告:

f) 配置审核;

g)维护规程;

h)库阗转换。

4.3.2相关要求

组织应按照GJB 5235的要求制定软件三库管理的相关规定;项目组应根据组织的软件三库相关管

理规定,在项目的软件配置管理中提出相应要求.

软件三库管理规定相关要求一般应包括:

a) 配置项选择:

b)配置标识;

c)版本控制;

d) 基线建立和更改:

e) 软件发行。

工具与环境要求

组织应为软件三库提供必要的场地和设备,以适应软件三库管理,保证库中内容的正确性、完备性

和安全性。软件产品库应单独存放。软件三库管理应采用适宜的工具,以利于存取、检索、比较和恢复,

确保软件三库的使用和管理方便、有效.

软件三库维护

组织应制定软件三库的维护规程,并按照维护规程定期对软件三库中软件的存储介质、内容及其备

份进行维护,确保软件介质完好和软件配置项内容完备,在软件三库遭受损害或退化时可恢复。

安全控制

组织应制定软件三库安全控制措施,软件库管理员在入库、出库、更改、发行时,应实施:

a)介质鉴别;

b)病毒检查:

c)权限审查.

软件库管理员要求

库管理员应:

a) 其备软件配置管理知识:

b) 熟悉研制项目的配置管理组织结构、软件三库管理规定、标识规定和软件配置管理计划. j

5软件开发库管理要求’

入库内容

软件开发库入库内容应是项目确定的软件配置项。组织应按照顾客方要求和研制项目特点明确软件

配置项的种类、格式和内容,对软件规模和复杂度不大的项目,可将软件配置项种类作适当的合并,值

应确保内容完整.

库属性

软件开发库属性一般应包括以下内容:.

a)配置项:

b) 配置标识:

c) 配置项位置:

d) 开发人:

e)入库时间:

f)更改人;

g)更改时间;

ll) 出库项;

i) 软件提取人;

j) 出库时间;

k)其他.

入库控制

将符合项目标识、版本等软件配置要求的软件配置项入库,并按照库属性的相关要求做好入库记录。

访问控制

软件开发库的访问应按规定的权限访问。

出库控制

软件开发库出库应按照下列要求进行:

a) 按规定的权限出库;

b) 记录有关出库的出库项、软件提取人和出库时间等信息.

更改控制

软件开发库的更改应按照下列要求进行:

a) 按规定的权限实施更改;

b) 向有关人员发布更改信息,以便有关人员傲相应更改:

c) 更改项符合标识、版本的要求:

d) 记录库属性中的有关更改信息,保存更改前的版本并标识。

软件开发库转软件受控库

在软件开发过程中,通过组织认可的测试或评审的软件配置项转入软件受控库。其他

对软件开发库的建设和管理可根据研制项目的具体情况对入库内容、库属性和控制程度进行调整。

6软件受控库管理要求

入库内容

软件受控库入库内容应是通过测试或评审的软件配置项以及组织和顾客方认可的其他内容。

库属性

软件受控库属性至少应包括以下内容:

a)配量项:

b)配置标识:

c) 配置项位置;

d)开发人:

c)开发时间;

f)评测时间:

g评测人;

h)评审时间:

i)入库时间:

j) 入库批准人;

k)更改说明;

m) 更改人:

m) 更改批准人:

n) 更改时间:

o)更改申请号:

p) 访问人:

q) 访问时间:

r) 访问批准人:

s) 出库目的:

t) 软件提取人:

u) 出库时间:

v) 出库批准人;

w)其他.

入库控制

当软件开发库中的软件配置项完成评测或评审时,可按照下列控制方式将其或组织和顾客方

其他内容转入软件受控库: 1

1

a) 软件开发人提出入库申请;

b) 软件受控库管理负贯人审查入库项的标识,版本以及测评或评审发现的问题是否归零l j

c) 软件受控库管理员对库属性中的入库信息进行登记.

访问控制

对软件受控库的访问应做到:

a) 每次访问被批准;

b) 每次访问人、访问时间、访问项、访问批准人等有记录.

出库控制

软件受控库出库应按照下列要求进行:

a) 软件提取人提出出库(或复制)申请;

b) 软件受控库管理负责人审批;

c) 软件受控库管理员对库属性中的有关出库信息登记.

更改控制

对软件受控库中内容的更改应按照下列要求进行:

a) 项目组提出更改申请,并经软件受控库管理负责人批准o

b) 向有关人员发布更改信息:

c) 在按照要求办理出库手续后,按照53入库控制要求转入软件开发库实旋更政

1 .

d) 记录库属性中有关更改信息,保存更改前的版本并标识;

e) 完成更改后按照要求重新入库,并及时向有关人员发布更改信息。

配I状态报告

软件受控库管理员在发生更改时应向软件受控库管理负责人和其他有关人员报告软件受

状态,并在规定范围内发布当前的软件受控库配置信息。

配置审核

应在软件开发阶段工作结束之前按照下列要求对软件受控库进行配置审核:

a) 组织的研制管理部门指定配置审核人员:

b) 配置审核人员拟制配置审核计划,并获批准:

c) 实施配置审核:

d) 对审核发现的不符合项进行整改,并验证;

e) 应将配置审核及验证结果通报软件(或研制管理部门)负责人和顾客方代表。较件受控库转软件产品库

戍在定型(鉴定)通过后,将软件受控库中的软件配置项转入软件产品库,而其他项应纳入组织的档

案管理,其保存期应与装备服役期相一致。

7软件产品库管理要求

入库内容

软件产品库入库内容应是供交付、生产、检验验收、维护的软件产品和其他软件工作产品。

.库属性

软件产品库属性一般应包括以下内容:

a)配置项;

b)配置标识;

c) 配置项位置:

d)开发人:

e) 开发时间:

f)入库时间;

g)入库批准人;

h)评测时间;

i)评测人;

j)更改说明;

D更改人:

I)更改批准人;

m) 更改时间:

由更改申请号:

o)访问人:

p) 访问批准人:

q)访问时间:

r)发行人;

s) 发行版本;

t) 发行时间;

u) 出库目的:

v) 出库时间;

w) 软件提取人:

x) 出库批准人.

入库控制

应按照下列方式控制入库:

a) 软件开发人提出入库申请:

b) 软件产品库管理负责人对入库项进行标识和版本审查;

c) 组织代表(或授权人)应会同顾客方代表共同批准入库:

d) 软件产品库管理员对库属性中的有关入庠信息登记.

访问控制

对软件产品库的访问应做到:

a) 每次访问应被批准:

b) 每次访问人、访问时间、访问项、访问批准人等有记录。

出库控制

软件产品库中的项出库(或复制)时,应按照下列方式进行控制:

a) 使用部门或软件提取人提出出库(或复制)申请:

b) 组织代表(或授权人)会同顾客方代表审批:

c) 软件产品库管理员对库属性中的有关出库信息登记.

更改控制

组织应严格控制对软件产品库的更改,对软件产品库中内容的更改应按照下列要求进行:

a) 项目组提出更改申请;

b) 组织代表(或授权人)会同顾客方代表审批;

c) 向有关人员发布更改信息:

d) 按要求办理出库手续,并按照入库控制要求转入软件受控库实施更改;

e) 记录库属性中有关更改信息,保存更改前的版本并标识:

f) 完成更改后按照要求重新入库,并及时向有关人员发布更改信息。

配置状态报告

软件产品库管理员在配置项更改时应向组织的有关部门和顾客方代表报告配置状态,并向生产、使

用,维护有关人员发布软件产品库配置信息。

配置审核

应在软件定型(鉴定)时按照下列要求对软件产品库进行配置审核:

a) 组织和顾客方组共同指定配置审核人员;

b) 配置审核人员拟制配置审核计划,并得刭批准;

c) 实施配置审核:

d) 对审核发现的不符合项进行整改,并验证:

e) 应将配置审核及验证结果通报组织和顾客方有关部门.

供方控制

对供方提供的软件产品进入软件产品库时,组织应按照软件产品库入库要求控制:在供方提供最终

产品时,组织应按照软件产品库管理规定提出要求.

中华人民共和团

国家军用标准

军用软件开发库、受控库和产品库

通用要求

GJB 5716-2006

总装备部军标出版发行部出版

(北京东外京顺路7号)

总装备部军标出版发行部印刷车间印剐

总装备部军标出版发行部发行

版权专有不得翻印

开本880×1230 I,16印张3/4字数19干字

2007年6月第1版2007年6月第1次印屠0

印数I-IOOO

《软件需求分析》实验指导书

《软件需求分析》实验指导书 2013年 9月

中文软件需求分析课程编号5011011093 课程 Software Requirement 名称英文适用专业软件工程 Analysis 总学时32 理论教学学时28 课 4 内 学分 2 实践教学学时 课 8 外 执笔者刘冰编写日期2012年 3月 《需求工程—软件建模与分析》(骆斌主编、丁二讲授玉编著,高等教育出版社,2009年 4月第一版,ISBN 978-7-04-026295-7) 教材 《软件需求》(第 2版)((美)Karl E.Wiegers著,参考刘伟琴、刘洪涛译,清华大学出版社、2004年 11月第 1版,ISBN 978-7-302-09834-8)

目录 一、实验目的 (3) 二、实验的软硬件环境 (3) 三、实验要求与任务 (3) 四、实验步骤 (3) 五、《软件需求规格说明书》内容、格式要求 (4) 六、思考题 (6) 【附录一】软件需求规格说明模板 (7) 【附录二】评分标准 (13) 【附录三】前景与范围文档写作范例 (14) 【附录四】需求文档完整范例 (20) 【附录五】软件需求规格说明书(样例一) (40) 【附录六】软件需求规格说明书(样例二) (52)

实验名称:“××管理信息系统”软件需求规格说明书的编写 一、实验目的 需求开发的最终成果是:客户和开发小组对将要开发的产品达成一致的协议。这一协议综合了业务需求、用户需求和软件功能需求。从前面实验中所得出的一些分析文档中,我们可以知道:项目视图和范围文档包含了业务需求,而使用实例文档包含了用户需求。我们还必须编写从使用实例派生出的功能需求文档,还要编写产品的非功能需求文档,包括质量属性和外部接口需求。至此,我们综合前面的相关分析结果,来进行需求说明书的编写,进一步理解由业务需求,用户需求,功能需求三个部分综合而形成软件需求说明书的过程。 二、实验的软硬件环境 硬件:微型计算机,打印机; 软件:Windows XP/7 ,Office 2003/2007,Visual Studio 、Delphi,SQL Server等要求 实验环境为网络环境。 三、实验要求与任务 1、要求: 完成软件需求规格说明书的编写: (1)用好的结构化和自然语言编写文档型文档 (2)建立图形化模型。 (3)编写形式化规格说明,这可以通过使用数学上精确的形式化逻辑语言来定义需求。2、具体任务: 开发“××管理信息系统”(如人事管理信息系统、财务信息管理系统、酒店信息管理系统、设备信息管理系统、仓库管理信息系统、进存销管理信息系统、学生信息管理系统、图书馆信息管理系统,图书销售信息管理新系统等等)。 通过调查获取用户需求,按照需求的内容进行分析,按照内容、格式要求撰写完整的软件需求规格说明书。 四、实验步骤 1、参考相关模板,初步理解软件需求规格说明书的结构 2、 结合项目实际,完成软件需求规格说明书 3、进一步检查、完善相应的需求部分,尽量避免需求遗漏,和定义的不清晰。同时,

软件技术规范

软件技术规范

第三部分技术规范 1、系统实施的总体要求 全面预算管理软件系统实施后,应使企业全面预算管理的编制、审批、滚动、分析、数据集成等功能得到全面提升,尤其实现各事业部可独立完成预算编制的整体运算。 投标人应根据以下要求提供详细的技术方案。 1.1 稳定性和可靠性 ⑴系统应符合企业全面预算管理工作要求。 ⑵系统应经过完善的设计和充分的测试运行,具备在较长时间内连续无故障的运行能力。 ⑶系统应提供全面、有效的系统安全机制。 ⑷系统应具备开放的标准化体系结构,可方便地与其它业务系统衔接,实现与其它业务系统间的无缝集成。 1.2 兼容性和易用性 ⑴全面预算管理软件在安装、配置、升级、维护等管理方面应该简单快捷。 ⑵系统应具备易操作的特点,好记易学、实用高效。 ⑶系统应具备强大的容错、数据恢复与稳定运行的能力。 ⑷系统应易于扩展和升级,能够根据用户的具体需求快速、方便地定制、扩展原系统的功能。 2、系统实施要求 2.1 系统架构 ⑴XXHyperion全面预算管理系统最新版本11的软件实施。 ⑵系统支持集中式部署方式。 ⑶服务端支持32位和64位Windows Server 2003及以上版本操作系统。 ⑷客户端支持32位和64位Windows XP及以上版本操作系统。 ⑸优化与Oracle ERP等系统数据对接及数据分析。 ⑹可使用IE6.0及以上版本浏览器进行预算系统操作。 2.2 权限管理 ⑴要求系统可以按照预算管理人员的职责不同进行权限的分配,可以支持功能权限和数据权限的赋权管理。

⑵要求提供用户角色定义、访问权限定义,可对用户进行角色分配,实现不同资源控制的组合式访问控制与授权管理。 2.3 系统实施后达到的效果 主要功能效果如下: 序号功能软件实施描述 1 实现系统基本功 能及最新功能包括对企业全面预算管理的编制、审批、滚动、分析等功能。 实现25个实体(事业部、总部)的全面预算的编制、审批、滚动、分析 1.1全面预算的编制实现实体按月份、季度、年度进行全面预算的编制, 完成所有预算表单及预算报表的编制 1.2 流程与任务管理使用规划单元跟踪预算,审核状态﹑流程问题以及规 划单元所有权实现各层级预算的审批。通过系统及网 络进行信息反馈。实现数据驱动型的图形化审批流 程,满足按部门、表单的流程审批需求 1.3 实现滚动预算的 编制1、实现企业按月份、季度、半年度滚动预算的编制; 2、实现实际数据的数据集成及部分数据的手工录 入,达到滚动预算的编制。 1.4 优化预算计算模 型满足不低于25个实体用户同时自行整体计算的功能。各实体可以独立完成预算编制的整体计算(包括通过层次聚合计算的数据),各实体(事业部、总部)在填报完数据后,可即时自行计算,得到各实体层级的报表 1.4.1 优化计算脚本增加事业部层级的计算脚本,在事业部填报完数据 后,可在WEB界面的规则运行平台直接运行事业部计 算、聚合等规则,即时或者事业部层级的管理报表 1.4.2 调整用户权限调整事业部级用户的权限,事业部层级的用户除了原 有的写入权限外,增加特定脚本的执行权限 1.5 优化预算分析系 统优化全面预算分析模板,通过使用预算分析系统实现预算分析。完成所有预算分析表单的编制 1.6 与ERP的数据集 成 实现11版本预算系统与Oracle ERP的数据集成 1.7 预算插件通过Smartview,essbase等Hyperion插件的使用,实 现与Office Excel、Outlook的无缝集成 1.8 新增其它功能组合表单 文本输入 日期输入 日历选择

软件定制的优势有哪些

随着企业信息化水平的提高,已经有很多企业意识到了使用定制化软件可以大大提高资金使用率、提高员工的工作效率、降低成本、同现有业务接轨。当今时代,计算机信息管理需求遍布各行各业的各个角落,各种管理软件随处可见。但是,大家有时仍然很难找到适合自己管理需求的软件产品,不是功能太少,就是系统过度复杂,难以应用!“需求千相似,管理各不同!”,正是这种管理的差异导致对管理软件功能需求的差异!找一款称心如意的管理软件,真是太难了!在IT时代电脑是最高效的辅助工具,而一款适合企业运营的软件则是企业发展的助推器。当您为诸多的琐碎事感到无助时;当您被繁多的账目搞得焦头烂额时;当您被迟到的信息而贻误了商机时----- 您想要的,我们可以帮您做到!一款软件足可以做为您的贴身助理,在弹指间解决一切。为了适应用户千变万化的需求,满足不同层次客户的应用,伟创为用户隆重推出专业的软件定制开发服务,以优惠的收费标准,根据您的要求为您订做适合自己管理需求的软件产品。伟创定制软件主要有以下几方面的优点: 1、使用方便——完全根据企业现有的工作流程编制程序,用户只需具备基本的计算机使用知识,就可以自如的操控软件,满足用户特定使用习惯的需求,开发出最适用、最易用的软件。 2、费用低廉——定制软件根据企业实际情况,编制企业所需的功能模块,删除没有实际使用价值的功能,最大限度的缩短开发周期,从而节省开发费用;成功率高,用户参与到开发中,既是需求提出者又是软件使用者,降低培训成本,能更快更有效地应用系统,产生效益。定制软件在使用过程中出现的问题,亿立特智能科技可随时上门/远程解决,对于在调试期内的软件,可以根据实际应用做一些小范围调整,对于一些非定制软件产生的使用故障,我们也可统一解决。 3、针对性强——每一个软件的开发都要经过细致的系统分析,针对不同企业的情况,编制最适用的程序。在编写软件的过程中,可以将管理者的最新管理思路或者最科学的管理模式融入到软件的数学模型中,从而大大提高了软件的科学价值,带给企业巨大的经济效益;同时可根据用户的发展要求,满足用户若干年内的需求需要。 4、伟创定制开发团队——伟创拥有一支精干的、稳定的软件技术队伍,这支队伍不仅具有一流的专业素质和研发能力,而且具有良好的职业道德修养和综合分析技.公司拥有教授(级)技术顾问、博士、硕士(级)系统分析及系统架构人员、数据库专家以及数十名专业软件开发人员与技术支持人员。公司主研人员先后多人次从事国家863项目、国家973项目、重庆市政府公关项目、政府机构信息化建设工程、社会企业信息化建设工程、医疗卫生行业信息化建设工程等。能。开发团队具有丰富的软件项目开发、实施经验。对于嵌入式和底层开发,B/S和C/S等面向企业和行业的大型软件开发以及手机、互联网应用开发。 5、服务周到——定制软件在使用过程中出现的问题,全部由开发商上门解决,对于在调试期内的软件,可以根据实际应用做一些小范围调整,对于一些非定制软件产生的使用故障,也可以由开发商统一解决。(由于定制开发是根据企业的要求设计软件,开发过程遵循软件工程的规范,提供新建系统的方案设想,并进行可行性分析。在程序编码前进行系统的概要设计和详细设计,在程序编制结束后进行软件测试,交付使用时,对企业有关人员进行操作培训,并提供软件正常运行后常规维护和功能扩充开发。要求企业提供新建系统的结构需求、功能需求,配合开发人员了解企业原有的业务流程,并讨论设计新业务流程。在软件实施时,能与企业当前的办公和业务系统无缝结合,并能组织项目实施领导小组,以确保新系统应用的成功。通过规范化的体系设计和标准化的模块设计,采用开放的中间件技术,按照软件开发质量控制的要求,迅速构

软件开发技术标准

系统中涉及的所有规范、标准或材料规格(包括一切有效的补充或附录)均采用最新版本,即以招标方与投标方签订供货合同之日作为采用最新版本的截止日期。若发现本规范书与参照的文献之间有不一致之处,我方向贵方书面指明,并由贵方确定采用哪一个规范。 我方所有设备的设计,制造,检查,试验及特性除木规范中规定的特别标准外,都遵照适用的最新版中国国家标准(GB)以及国际单位制(SI) O 我方提出的等同标准应不低于贵方要求的标准并征得贵方的认可,我方应遵循的标准至少包括: 《中华人民共和国计算机信息系统安全保护条例》 GB2887-89 计算站场地技术条件 GB/T 9361-1988 计算机场地安全要求 GB4943 —90 信息技术设备(包扌舌电气事务设备)的安全 GB/T -1995 中华人民共和国计算机信息安全保护条例 GB18030-2000 信息交换用汉字编码字符集基本集的扩充 GB1526-89信息处理一数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文字编制符及约定

GB8566计算机软件开发规范 GB9385计算机软件需求说明编制指南 GB9386计算机软件测试文件编制规范 GB/T13502信息处理、程序构造及其表示法的约定 GB/T14085信息处理系统计算机系统配置图符号及约定GB10112确立术语的一般原则与方法 GB/T13725确立术语数据库的一般原则与方法 SJ/T11293企业信息化技术规范 GB/T12504-90计算机软件配置管理计划规范 GB/T13702-92计算机软件分类与代码 GB/T14079-93软件工程术语 GB/T15532-1995计算机软件单元测试 GB/T 14394-1993《计算机软件可靠性和可维护性规范》GB/T 2887-1989《计算机软件质量保证规范》 GB/T 8566-2000《信息技术软件生成期过程》

最新软件需求分析(案例)

案例one:教学管理系统(用例驱动的交互式需求获取) 以一个教学管理系统JXGL的分析与设计作为示例,说明用例驱动技术在软件项目开发中的应用。 高等学校的教学管理内容十分丰富,工作繁多。作为一个示例,规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况,选择自己要学习的课程,并进行登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况,以及学生的考试成绩。教学管理员使用JXGL系统进行教学管理,包括新学期的课程选课注册管理和学生成绩管理。 1.需求描述: 对教学管理系统JXGL要求提供两个方面的服务: (1)选课管理,负责新学期的课程选课注册工作; (2)成绩管理,负责学生成绩管理。 在选课管理方面应填写的用户需求描述如下。 (1)录入与生成新学期课程表 教学管理员在新学期开始前录入新学期课程,打印将开设的课程目录表,供师生参 考选择。若某课程的实际选课学生少于10人,则停开该课程,把该课程从课程目 录表中删除;若某课程的选课学生多于30人,则停止选课。 (2)学生选课注册 新学期开始前一周为选课注册时间,在此期间学生可以选课注册,并且允许改变或 取消注册申请。 每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。 学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在 选课注册结束后,教学管理员打印学生选课注册名单和开课通知书,送交有关部门 和授课教师。 (3)查询 可以查询课程信息、学生选课信息和学生、教师信息。 学生、教师、教学管理员可以查询课程表,获得课程信息。查询的关键词以是:课 程名,授课教师名,学分。 教师、教学管理员可以查询学生选课情况。查询的关键词可以是:学生名、程名, 授课教师名,学分。学生只允许查询自己的选课信息,不允许查询别人选课信息。 学生、教师、教学管理员可以查询学生或教师的信息。查询的关键词可以是学生名、 教师名,性别、班级、职称。 (4)选课注册信息的统计与报表生成。 教学管理员对学生的选课注册信息进行统计(按课程,按学生,按班级),印汇总统 计报表。 在成绩管理方面应填写的用户需求描述如下: (1)成绩录入:

《软件需求分析》单选填空判断答案

《软件需求分析》习题集 《软件需求分析》课程组编 2012年4月

目录 一、单项选择题 (2) 二、填空题 (5) 三、判断题 (9)

《软件需求分析》习题集 一、单项选择题 1、软件生产中产生需求问题的最大原因在于对应用软件的()理解不透彻或应用不坚决。 (A)复杂性(B)目的性(C)模拟性(D)正确性 2、需求分析的目的是保证需求的()。 (A)目的性和一致性(B)完整性和一致性 (C)正确性和目的性(D)完整性和目的性 3、系统需求开发的结果最终会写入()。 (A)可行性研究报告(C)用户需求说明4、现实世界中的( (B)前景和范围文档 (D)系统需求规格说明 )构成了问题解决的基本范围,称为该问题的问题域。 (A)属性和状态(B)实体和状态(C)实体和操作(D)状态和操作 5、功能需求通常分为三个层次,即业务需求、用户需求和()。 (A)硬件需求(B)软件需求(C)质量属性(D)系统需求 6、比较容易发现的涉众称为初始涉众,又称为(),通常包括客户、管理者和相关的投资者。 (A)关键涉众(B)涉众基线(C)普通涉众(D)一般涉众 7、如果在最终的物件(Final Artifact)产生之前,一个中间物件(Mediate Artifact)被用来在一定广度和深度范围内表现这个最终物件,那么这个中间物件就被认为是最终物件在该广度和深度上的()。 (A)模拟(B)构造(C)原型(D)模型 8、按照使用方式进行分类,原型可分为:演示原型、()、试验原型和引示系统原型。 (A)非操作原型(B)系列首发原型(C)选定特征原型(D)严格意义上的原型 9、按照功能特征进行分类,原型可分为:()、非操作原型、系列首发原型和选定特征原型。 (A)拼凑原型(B)样板原型(C)纸上向导原型(D)严格意义上的原型 10、按照开发方法进行分类,原型可分为:演化式原型和抛弃式原型,其中抛弃式原型又被细分为()。 (A)演示原型和试验原型(C)探索式原型和实验式原型(B)系列首发原型和选定特征原型(D)样板原型和纸上向导原型 11、原型的需求内容可以从三个纬度上分析:即()。 (A)外观、角色和实现(C)成本、技术和实现(B)开发、实现和作用(D)需求、作用和角色 12、当用户无法完成主动的信息告知,或与需求工程师之间的语言交流无法产生有效的结果时,有必要采用()。 (A)民族志13、以下((A)突现14、以下((A)全局 (B)观察法(C)话语分析(D)任务分析 (D)模糊 (D)即时 )不是情景性的重要性质? (B)涉身(C)完善 )是情景性的重要性质? (B)开放(C)交互

产品技术要求要求模板

产品技术要求要求模板 医疗器械产品技术要求编号: 口腔颌面锥形束计算机体层摄影设备 1.产品型号/规格及其划分说明 1.1 产品型号规格划分说明 1.2 应给出产品每种配置的详细技术规格(见附录A)。 1.3 软件发布版本 1.3.1 嵌入式软件 1.3.2 工作站软件 1.4 版本命名规则 明确软件完整版本的全部字段及字段含义 2.性能指标 2.1 电功率 2.1.1 最大输出电功率 2.1.2 标称电功率 CBCT摄影的标称电功率 2.2 加载因素及控制 2.2.1 X射线管电压 CBCT摄影的X射线管电压调节范围、方式、值偏差2.2.2 X射线管电流 —38—

CBCT摄影的X射线管电流调节范围、方式、值偏差 2.2.3 加载时间 CBCT摄影的加载时间调节范围、方式、值偏差 2.2.4 电流时间积 CBCT摄影的电流时间积调节范围、方式、值偏差 2.2.5 防过载 2.3 成像性能 注:扫描模式(见2.5.5)、扫描视野(见2.5.6)、三维体素(见2.5.7)如有多种选择,应分开制定。 2.4 机械装置性能 2.5 工作站软件功能 2.5.1 患者管理功能(如新增患者) 2.5.2 图像管理工具1(如放大、反转、标记、加亮、合并、保存)2.5.3 图像管理工具2(如图像尺寸测量) 2.5.4 DICOM 3.0要求 —37—

注册申请人应在随机文件中提供DICOM 3.0标准的符合性声明。 2.5.5 扫描模式的选择 2.5.5.1 基本或普通扫描模式 2.5.5.2 高分辨率或高清扫描模式 2.5.5.3 低剂量,短扫描或快速扫描模式 2.5.5.4 连续两次不同高度位置的扫描叠加以增大竖直方向视野的模式 2.5.6 扫描视野的选择 2.5.7 三维体素的选择 2.6 产品技术特点(与注册申请人声称及产品特点相关) 2.6.1 降低剂量 2.6.2 去除金属伪影 2.7 外观要求 2.8 环境试验要求 2.9 安全要求 2.9.1 产品应符合GB 9706.1-2007、GB 9706.3-2000、GB 9706.11-1997、GB 9706.12-1997、GB 9706.14-1997、GB 9706.15-2008、YY 0505-2012的要求。产品安全特征见附录A。 2.9.2 激光安全应符合GB 7247.1-2012的要求。 2.10 脚踏开关的要求 2.11 剂量 —38—

软件开发行业优势介绍

软件行业各业务收入比重来看,近几年软件产品开发和系统集成业务一直是软件行业收入占比最高的两大类业务,合计收入占比一直保持在全行业的50%以上。该两类业务随着软件行业的发展实现了平稳增长,2014 年软件产品开发业务收入实现12,198 亿元,同比增长23.5%,系统集成业务收入实现7,679 亿元,同比增长17.25%。 软件开发行业的前景,归纳为以下六点: 1.高成长:全球软件市场以每年13%的平均速度增长,远大于世界经济的平均增长速度。 2.高智力投入:所需固定资产少,生成成本低,纯脑力活动为主。 3.服务性强:软件产品售后服务工作量大,而且软件开发商在做系统集成时必须对用户的需求有深入的了解,在实施项目的过程中得到用户的密切配合,因此兼具制造业和服务业的特点。 4.高附加值:软件的相对附加值高,一个软件产品诞生后的附加值大约是CPU的2倍、存储芯片的3倍、硬盘的5倍。 5.与国民经济关系密切:软件开发行业与各行业都有关联,几乎绝大多数行业的发展都会促进软件行业的发展。因此,一般情况下,只要国民经济保持增长,软件行业就会增长。甚至当国民经济衰退时,也可以保持增长态势,所以说软件是可以做一辈子的行业。 6.全球性强:因特网的出现,给软件开发行业带来巨大的发展机遇,也使得软件产品可以在很短的时间内销售到全球,同时,软件开发又是一个受民族文化、风俗、习惯影响较小的产业。 同时,软件产业又具有下列优势:

1.人才需求量大。 2.薪资待遇高,员工薪资提升速度快。 3.个人提升空间大,机遇多。 4.软件企业工作环境优越、舒适,工作自主性高。 5.软件人才社会地位高,受人尊重。 6.成功的机会远远高于其他传统行业。 综上所述,未来十年内,程序员的发展前景可谓是非常巨大的。

软件需求调研方案设计

软件需求调研方案设计 软件需求作为软件项目工作的重要依据,对软件项目的成败起着至关重要的作用。以下是小编整理的软件需求调研方案设计,欢迎阅读。 软件需求分析是一个项目的开端,也是项目实施最重要的关键点。据有关的机构分析结果表明,我们设计的软件产品存在不完整性、不正确性等问题80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出。因此,一个项目的成功软件需求分析是关键的一步。 A.软件需求分析人员组织 软件需求分析其根本性问题是理解用户功能需求,由此软件需求分析实际上是与客户间交流过程完成的目标。要求我们组织适当的参与人员进行交流活动。 需求分析是一个综合团队的工作,是在需求分析理论的指导下,对用户需要进行渐进方式逐步深化;通过不断变化方式形成具体约束;努力实现需求功能目标形成特色效果的商业化产品。需求分析是一个商业行为,完全是一个商业化操作,要求有商业、技术等结合的团队共同合作,解决需求和设计的同步,设计符合需求。 项目涉及内容,项目大小都需要我们考虑参加软件需求分析工作团退的人数,配置合理的参与人员。一般我们必须有商务活动人员,项目管理人员,设计技术人员等参加,而

且要求组织人员必须明确负责范围,以及明确工作目标,保证实施的有效性。 B.具体开展需求分析工作,建议采用以下步骤形成软件需求:确定项目目标及范围→获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。 明确软件需求分析的主要实现目标包括如下内容: 1)对实现软件的功能做全面的描述,帮助用户判断实现功能的正确性、一致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件需求; 2)了解和描述软件实现所需的全部信息,为软件设计、确认和验证提供一个基准; 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据; 需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则: 1.对于用户提出的每个需求都要知道“为什么”,并判断用户提出的需求是否有充足的理由; 2.将那种以“如何实现”的表述方式转换为“实现什么”的方式,因为需求分析阶段关注的目标是“做什么”,而不是“怎么做”; 3.分析由用户需求衍生出的隐含需求,并识别用户没有明确提出来的隐含需求(有可能是实现用户需求的前提条

软件技术规范

第三部分技术规范 1、系统实施的总体要求 全面预算管理软件系统实施后,应使企业全面预算管理的编制、审批、滚动、分析、数据集成等功能得到全面提升,尤其实现各事业部可独立完成预算编制的整体运算。 投标人应根据以下要求提供详细的技术方案。 1.1 稳定性和可靠性 ⑴系统应符合企业全面预算管理工作要求。 ⑵系统应经过完善的设计和充分的测试运行,具备在较长时间内连续无故障的运行能力。 ⑶系统应提供全面、有效的系统安全机制。 ⑷系统应具备开放的标准化体系结构,可方便地与其它业务系统衔接,实现与其它业务系统间的无缝集成。 1.2 兼容性和易用性 ⑴全面预算管理软件在安装、配置、升级、维护等管理方面应该简单快捷。 ⑵系统应具备易操作的特点,好记易学、实用高效。 ⑶系统应具备强大的容错、数据恢复与稳定运行的能力。 ⑷系统应易于扩展和升级,能够根据用户的具体需求快速、方便地定制、扩展原系统的功能。 2、系统实施要求 2.1 系统架构 ⑴XXHyperion全面预算管理系统最新版本11的软件实施。 ⑵系统支持集中式部署方式。 ⑶服务端支持32位和64位Windows Server 2003及以上版本操作系统。 ⑷客户端支持32位和64位Windows XP及以上版本操作系统。 ⑸优化与Oracle ERP等系统数据对接及数据分析。 ⑹可使用IE6.0及以上版本浏览器进行预算系统操作。 2.2 权限管理 ⑴要求系统可以按照预算管理人员的职责不同进行权限的分配,可以支持功能权限和数据权限的赋权管理。

⑵要求提供用户角色定义、访问权限定义,可对用户进行角色分配,实现不同资源控制的组合式访问控制与授权管理。 2.3 系统实施后达到的效果 主要功能效果如下:

软件系统需求分析报告

需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1.1-----------------------------------------------------------------------------背景 1.2-----------------------------------------------------------------------------系统目标1.2.1------------------------------------------------------------------------完成的任务1.2.2------------------------------------------------------------------------不完成的任务1.3-----------------------------------------------------------------------------业务模式 1.4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2.1-----------------------------------------------------------------------------业务需求2.1.1------------------------------------------------------------------------使用范围2.1.2------------------------------------------------------------------------功能要求2.1.3------------------------------------------------------------------------权限管理 2.2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3.1----------------------------------------------------------------------------与其他系统的关系3.2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4.1-----------------------------------------------------------------------------业务分解 4.2-----------------------------------------------------------------------------业务描述

军用软件工程标准研究

军用软件工程标准研究 2010-06-21来源:网络 一、软件工程标准产生的背景 众所周知,计算机(硬件)一问世,软件即如影随形而来,井进而发展成一门产业--软件开发。早在60年代,软件开发通常还只是编程者个人行为,软件开发者和使用者往往是同一个(或同一小组的)人。这种个体化的特性使软件设计成为人头脑中的一个隐含过程,除了程序清单之外,没有其他文档保存下来。 从60年代中期到70年代中期,随着计算机应用的日益普及及软件需求量的急剧增加,出现了以小组或小集体为单位的"软件作坊",他们开发的软件主要供本单位使用。这种"软件作坊"基本上仍然沿用早期形成的"个体式"的软件开发方法。但是,由于用户不断提出新需求,所以程序也必须不断做出相应修改;随着硬件或操作系统的频繁更新,又要修改程序以适应新的环境;程序运行时发现错误也需设法改正,所以,不仅"作坊"式的开发方法不能满足客观需求,而且人们发现软件维护工作以令人吃惊的比例在耗费着资源。更严重的是,程序设计的个体化特性使软件最终难于甚至不能维护,于是出现了"软件危机"。软件危机主要体现在: a.不能正确估计软件开发的成本和进度; b.对"已完成的"软件系统,用户经常不满意; c.软件质量靠不住; d.软件常常不能维护; e.没有建立适当的文档资料记录软件开发过程中的信息及其变化; f.软件费用占计算机系统总费用的比例逐年上升等等。 软件危机的产生与软件开发和维护时所使用的方法有关,但根本的还是软件本身的特点使然。软件是计算机系统中的逻辑部件而不是物理部件,在计算机上运行之前,软件质量较难评价,因此,管理和控制软件开发过程相当困难。软件的另一个显著特点是规模庞大,复杂程度高,如美国穿梭号飞船的软件含4000万行代码,相当于4000人年的编程工作量,如何保证每个人完成的工作合在一起构成一个高质量的大型软件显然是一个极端复杂的问题。再者,软件维护常常意味着要修改原来的设计,这样大型复杂的软件的修改,其难度之大是不难想像的。 总之,解决软件危机,仅靠技术措施是办不到的,它更需要有先进的管理措施。60年代后期计算机科学家们就开始研究解决软件危机的方法,并逐渐形成了计算机科学技术领域中的一门新兴学科一一软件工程学。软件工程学是研究采用工程的概念、原理和方法进行软件开发和维护的一门学科。它是软件发展到一定阶段的产物。软件工程学的出现既有工程技术发展提供的客观背景,也是软件发展的必然。 软件发展到软件工程学时代,根本上摆脱了软件"个体式"或"作坊式"的生产方法,人们更注重项目管理和采纳形式化的标准和规范,并以各种生命周期模型来指导项目的开发进程。在此期间出现了CASE(计机算机辅助软件工程)工具,并被广泛用于辅助人们的分析和设计活动,并试图通过创建软件开发环境和软件工厂等途径来提高软件生产率和软件产品质量。

物联网软件需求分析说明书

1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2任务概述 (4) 2.1目标 (4) 2.2用户的特点 (4) 2.3假定和约束 (4) 3需求规定 (6) 3.1对功能的规定 (6) 3.2对性能的规定 (7) 3.2.1精度 (7) 3.2.2时间特性要求 (7) 3.2.3灵活性 (7) 3.3输人输出要求 (7) 3.4数据管理能力要求 (7) 3.5故障处理要求 (8) 3.6其他专门要求 (8) 4运行环境规定 (8) 4.1设备 (8) 4.2支持软件 (9) 4.3接口 (9) 4.4控制 (9)

软件需求说明书的编写提示 1引言 1.1编写目的 需求说明书有时候也被称为规格说明书,本规格说明描述了酒店管理系统项目的要求,并且作为各方面沟通的依据,也为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明,以明确项目最后要求完成的软件产品的特点。经使用方认可的需求说明将作为软件产品特征评价、仲裁的重要参考。 1.2背景 说明: a、软件系统的名称:基于物联网技术的教学资源信息交换平台 b、任务提出者:武科大中南分校信息工程学院教务管理科 开发者:武科大中南分校信息工程学院学院软件实验室 本项目将实现:校园内教学资源信息交换(此交换对于教师与学校教学信息的交互)c、数据共享通过SQL Server数据库表的公共访问来实现。 本系统将使用SQLSever2008作为数据库存储系统,SQLSever2008企业版将由开发小组自行购买。 1.3定义 暂无。 1.4参考资料 相关的文件包括: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件;

医疗软件产品技术审评规范(2017版)

附件5 医疗软件产品技术审评规范(2017版) 本规范旨在指导企业提交医疗器械软件注册申报资料,同时规范医疗器械软件的技术审评要求。 本规范是对医疗器械软件的一般性要求,企业应根据医疗器械软件的特性提交注册申报资料,判断指导原则中的具体内容是否适用,不适用内容详述理由。企业也可采用其他满足法规要求的替代方法,但应提供详尽的研究资料和验证资料。 本规范是在现行法规和标准体系以及当前认知水平下、并参考了国外法规与指南、国际标准与技术报告制定的。随着法规和标准的不断完善,以及认知水平和技术能力的不断提高,相关内容也将适时进行修订。 本规范是对企业和审查人员的指导性文件,不包括审评审批所涉及的行政事项,亦不作为法规强制执行,应在遵循相关法规的前提下使用本规范。 本规范针对软件的特殊性,在现行法规要求下进一步明确了对医疗器械软件的要求,特别是对软件更新、软件版本的要求。本规范是医疗器械软件的通用规范,其他涉及软件医疗器械产品的规范可在本规范基础上进行有针对性的调整、修改和完善。 一、适用范围 本规范适用于第二类医疗器械软件的注册申报,适用的软件开发方式包括自主开发、部分采用现成软件和全部采用现成

软件。 医疗器械软件包括独立软件和软件组件。独立软件:作为医疗器械或其附件的软件;软件组件:作为医疗器械或其部件、附件组成的软件。 独立软件应同时具备以下三个特征:具有一个或多个医疗用途,无需医疗器械硬件即可完成预期用途,运行于通用计算平台。独立软件包括通用型软件和专用型软件,其中通用型软件基于通用数据接口与多个医疗器械产品联合使用,如PACS、中央监护软件等;而专用型软件基于通用、专用的数据接口与特定医疗器械产品联合使用,如Holter数据分析软件、眼科显微镜图像处理软件等。 软件组件应同时具备以下两个特征:具有一个或多个医疗用途,控制(驱动)医疗器械硬件或运行于专用(医用)计算平台。软件组件包括嵌入式软件和控制型软件,其中嵌入式软件(即固件)运行于专用(医用)计算平台,控制(驱动)医疗器械硬件,如心电图机所含软件、脑电图机所含软件等;而控制型软件运行于通用计算平台,控制(驱动)医疗器械硬件。 软件组件也可兼具处理功能。专用型独立软件可单独注册,也可随医疗器械产品注册,此时视为软件组件。 二、技术审查要点 (一)产品名称和结构组成的要求 1.独立软件 产品名称应为通用名称,并符合相关法规、规范性文件的要求,可以结合人体部位(如胸部、心脏等)、临床科室(如骨科、神经外科等)、处理对象(如CT图像、MRI图像、心电数

软件需求分析论文

青岛理工大学 软件需求分析论文 题目:宿舍管理系统 班级: ********* 学号: ********* 学生姓名: *** 指导教师: **** 2015年11月17日 一、摘要 需求分析是指理解用户需求,就软件功能与客户达成一致,估计软件风险和评估项目代价,最终形成开发计划的一个复杂过程。需求分析在IT项目中具有十分重要的作用。IT项目的需求分析不仅是项目的开端,也是确保项目成功的基石。本文从IT项目的需求定义、重要性、过程、方法等层面来了解IT项目的需求分析。 关键词:项目需求分析定义过程方法 二、需求的定义和重要性 (一)需求的定义 软件需求是用户为解决某个问题或达到某个目标而需具备的条件或能力。系统或系统组件为为符合合同、标准、规范或其它正式文档而必须满足的条件或必须具备的能力。以上所述为定义条件和能力的文档表达。这一定义既体现了用户对需求的看法(系统的外部行为),也代表了开发人员的观点(一些深层次的

特性)。术语用户隶属于涉众,因为并非所有涉众都是用户。产品为涉众提供价值而必须具备的特性。 显然,需求没有一个统一的定义。为了便于交流,需要协商来决定一组限定词来修饰“需求“这个内涵丰富的术语。并认识到用可通用的形式记录需求的重要性。 (二)需求的重要性 实现有效的需求工程过程可以让组织受益匪浅。减少开发后期以及整个维护过程中不必要的返工并可带来极大的回报。但优质需求的高回报往往不明显,以至人们常常错误的认为讨论需求所花费的时间会导致推延产品的交付。然而,对质量成本的整体评估却显示出重视早期质量工作的意义。 合理的需求过程强调产品开发过程中的协作,要求涉众始终参与合作。收集需求使开发团队对产品的用户和市场有更好的了解。用户和市场是任何项目成功与否的关键因素。在开发产品之前了解市场和用户,与用户收到产品后在进行理解相比,所需的代价要低得多。 邀请用户参与收集需求可以激发他们对产品的热情,并建立他们对产品的忠诚。强调用户的目标而不是华而不实的功能,就能避免那些永远排不上用场的代码。客户的参与能够缩小用户需要的产品与开发人员提交产品之间的期望差。开发者迟早都要面对用户的反馈。应该尽早得到用户的反馈,也可以借助原型来激励用户产生反馈。需求开发的确需要时间,但要比产品测试时或发布后大量的修改所需的时间要少的多。 优质的需求带来的好处远不止这些。把选定的系统需求明确的分配到各个不同的软件、硬件和人员子系统这种方式突出了产品的系统设计方法。有效的变更控制过程可以把需求变更的负面影响降至最低。无歧义的需求文档给测试工作带来了极大的便利,使交付让各方都满意的优质产品的可能性大大提高。 没有人能够保证需求工作所作出的投入一定能够收到回报。但能够通过分析来思考及推测需求能够提供的帮助。首先来看改进过程的投入。其中包括用于评估现状、开发新的过程和文档模板、人员培训、购买参考书籍与工具,以及可能要聘请的顾问和产生的成本等。最大的投入则是开发团队收集、编写、检查和管理需求的时间。接下来则看可以得到的好处和因此而节省的时间和金钱。 三、需求分析的过程 调研

MAPGIS平台软件产品技术优势

第一章MAPGIS平台软件产品技术优势 第一节概述 MAPGIS是中地数码科技开发的新一代面向网络超大型分布式地理信息系统基础软件平台。系统采用面向服务的设计思想、多层体系结构,实现了面向空间实体及其关系的数据组织、高效海量空间数据的存储与索引、大尺度多维动态空间信息数据库、三维实体建模和分析,具有TB级空间数据处理能力、可以支持局域和广域网络环境下空间数据的分布式计算、支持分布式空间信息分发与共享、网络化空间信息服务,能够支持海量、分布式的国家空间基础设施建设。 系统具有以下特点: (1)采用分布式跨平台的多层多级体系结构,采用面向“服务”的设计思想。 (2)具有面向地理实体的空间数据模型,可描述任意复杂度的空间特征和非空间特征,完全表达空间、非空间、实体的空间共生性、多重性等关系。 (3)具备海量空间数据存储与管理能力,矢量、栅格、影像、三维四位一体的海量数据存储,高效的空间索引。 (4)采用版本与增量相结合的时空数据处理模型,“元组级基态+增量修正法”的实施方案,可实现单个实体的时态演变。 (5)具有版本管理和冲突检测机制的版本与长事务处理机制。 (6)基于网络拓扑数据模型的工作流管理与控制引擎,实现业务的灵活调整和定制,解决GIS和0A的无缝集成。 (7)标准自适应的空间元数据管理系统,实现元数据的采集、存储、建库、查询和共享发布,支持SRW协议,具有分布间索能力。 (8)支持真三维建模与可视化,能进行三维海量数据的有效存储和管理,三维专业模型的快速建立,三维数据的综合可视化和融合分析。 (9)提供基于SOAP ffi XML的空间信息应用服务,遵循Opengis规,支持WM S WFS WCS GLM3支持互联网和无线互联网,支持各种智能移动终端

军用信息技术与软件标准精选(最新)

军用信息技术与软件标准精选(最新) GJZ102A《GJB/Z 102A-2012 军用软件安全性设计指南》 GJ117《GJB/T117-1999 军用软件验证和确认计划指南》 GJ136Z《GJB/Z 136-2003 Z 通用信息处理平台集成与运行指南》 GJ140Z《GJB/Z140-2004 Z 电子对抗装备现场维修数据收集指南》 GJ141Z《GJB/Z141-2004 Z 军用软件测试指南》 GJ142Z《GJB/Z142-2004 Z 军用软件安全性分析指南》 GJ143Z《GJB/Z143-2004 Z 军用智能辅助决策开发工具》 GJ156Z《GJB/Z156-2011 Z 军事电子信息系统体系结构设计指南》 GJ157Z《GJB/Z157-2011 Z 军用软件安全保证指南》 GJZ161《GJB/Z 161-2012 军用软件可靠性评估指南》 GJ229A《GJB 229A-2000 军用微波接力通信系统接口》 GJ238A《GJB238A-1997 战术调频电台测量方法》 GJ318《GJB318A-1997 战术调频电台通用规范》 GJ322A《GJB322A-1998 军用计算机通用规范》 GJ367A《GJB367A-2001 军用通信设备通用规范》 GJ438B《GJB438B-2009 Z 军用软件开发文档通用要求》 GJ662《GJB662A-1997 野战数字无线电接力设备的频繁段和容量系列》 GJ663A《GJB 663A-2012 军用通信系统安全通用要求》 GJ883A《GJB883A-2003 对流层散射通信系统通用规范》 GJ915《GJB915A-1997 纤维光学试验方法》 GJ1127《GJB 1127A-2003 机载短波单边带通信设备通用规范》 GJ1128A《GJB 1128A-2002 机载超波电台通用规范》 GJ1142.4《GJB 1142.4A-2004 野战地域通信系统通用要求第:回路群》 GJ1142.5《GJB 1142.5A-2004 野战地域通信系统通用要求:单路有线入口》 GJ1145A《GJB1145A-2010 Z 通信和指挥自动化军工产品定型试验规程》 GJ1211A《GJB 1211A-2007 野战用户电话交换机通用规范》 GJ1268A《GJB1268A-2004 军用软件验收要求》 GJ1427A《GJB1427A-1999 光纤总规范》 GJ1428A《GJB1428A-1999 光缆总规范》 GJ1567.2《GJB1567.2-1992 话音频带调制解调器的差错控制方法 用于带有异步至同步转换DCE的差错校正方法》 GJ1659《GJB1659-1993 光纤光缆接头总规范》 GJ1783《GJB1783-1993 硬波导组件总规范》 GJ1901《GJB 1901A-2003 军用巨型计算机通用规范》 GJ2077A《GJB 2077A-2007 短波自适应通信系统自动线路建立规程》 GJ2088A《GJB 2088A-2002 压制性雷达干扰机通用规范》 GJ2089A《GJB 2089A-2003 通信对抗监测分析接收机通用规范》 GJ2090A《GJB 2090A-2003 瞄准式通信干扰机通用规范》 GJ2101《GJB 2101A-2002 超短波对空指挥电台通用规范》 GJ2242《GJB2242-1994 时统设备通用规范》 GJ2434《GJB2434A-2004 军用软件产品评价》 GJ2436《GJB2436-1995 天线术语》 GJ2454《GJB 2454A-2003 军用光缆填充膏规范》

相关文档
最新文档