IBM软件产品线简介
IBM 软件产品线简介
Guanenp
2008年5月
初到公司，由于我对IBM的软件产品不太了解，看了大约三个周的资料后，整理出一份资料。我在整理这份资料的时候，都是通过摆出理论、引出产品的方式来介绍的，我想这样既可以帮助后来公司的销售的同事了解IBM产品的catalog，也有助于做宣讲，因为我看过一些销售的ppt，来龙去脉讲的很少，记忆产品的特性就比较困难，而且，有了理论支持的产品，应该更吸引人吧。当然，IBM本身的品牌就已经很吸引眼球了。
我感觉，IBM软件产品的出发点就是不断提高开发团队的生产效率，使开发团队可以给客户提供高品质，高灵活性，通用的产品，并且，又不断的解决企业在应用IT产品后出现的问题，或者优化他们的配置，给他们带来最大收益。这份资料会从这个理论角度来介绍IBM的产品。
里面还有些需要我去研究考证的东西，要拿到软件以后再更正。
RATIONAL (4)
需求管理 (6)
变更和发布管理 (6)
质量管理 (7)
架构和结构 (7)
流程和产品组合管理 (7)
Websphere (8)
SOA (8)
Websphere流程服务 (9)
连通性 (9)
业务应用程序服务 (10)
IOD (12)
数据和内容管理 (13)
数据有结构化和非结构化两种 (13)
企业内容管理（ECM）--非结构化数据 (14)
数据集成、数据仓库和主数据管理 (14)
业务智能展现 (16)
LOTUS (17)
IBM Lotus Notes and Domino (17)
IBM Lotus Sametime (18)
IBM Lotus Quickr (18)
IBM Lotus Connections (18)
IBM Websphere Portal (19)
IBM Lotus Expeditor (19)
Tivoli (20)
服务交付和流程自动化 (20)
服务可用性和性能管理 (22)
存储管理 (24)
IBM安全框架 (25)
基础设施安全性管理 (26)
IBM 软件产品线简介
先拿一个图过来，个人感觉这个图可以使我对IBM产品有个总体的框架。而这份资料对IBM产品的介绍，也会按照这种方式来介绍。
图片 1
RATIONAL
从软件的开发过程来看，IBM有一整套的产品来规范软件团队的开发过程，从管理的角度出发，保证每个阶段的人员各尽其责，为各个阶段的里程碑提供方便快捷的制作工具，并妥善管理这些阶段的里程碑。不难看出，现在说的就是rational系列产品。先通过图片2，看一下整个软件过程中，rational如何管理的。
图片2
用通俗的语言可以这样描述：
1.业务分析师使用Rational的需求管理工具（Rational RequisitePro）进行需求的
记录，收集业务目标，跟踪业务目标，创建业务用例概述。
2.需求分析阶段的业务用例，进入下一阶段，即建模阶段，使用Business Modeler
工具，先按照业务需求原来的样子创建、模拟和分析业务模型，然后再创建、模拟分析和优化理想的模型，最后使用KPI创建观察模型，导出到监视器。
3.第二阶段的理想的模型，进入到第三个阶段，架构管理阶段，在这一阶段，使
用Rational的Software Architect Rational Asset Manager对业务需求进行建模，开发人员用Application Developer Rational Asset Analyzer对模型进行开发，测试人员使用测试，
4.在开发完成以后，这个开发出来的代码包，可能是系统里面的一个组件，也就
是SOA中的一个服务，需要把它配置到业务流程中，此时，集成开发人员使用websphere 的Intergration Developer进行集成。
5.对开发出来的某一个模块，要经过测试人员的测试，而集成好了的系统，也需
要经过系统的测试，测试人员可以使用Tester for SOA Quality进行质量检查。
6.再接下来就是把写好的程序包打成EAR包，部署运行了。
上述就是一个软件开发过程中IBM产品所起的作用，主要就是Rational产品的作用，后面提到的websphere产品，是SOA理念的有力实践者，体现在业务流程配置，这是SOA 倡导的灵活架构的体现。
还是仔细来看rational产品系列吧。
IBM rational产品系列加入IBM家族的时间并不太长(哪一年加入的来着？)，但是rational公司的历史却是源远流长的（创建在什么时候呢？），为大家所熟知的画UML图的rose工具，就原属于rational家族，而当rational加入IBM以后，它就更加强大了，不仅仅是一个表达无二义需求的工具（rational原来的产品系列有哪些呢？好像熟知的只有rose 啊），更是一个软件过程管理的工具。它现在可以做集成的需求管理，变更和发布管理，质量管理，架构和结构，流程和产品组合管理，而每类产品中又有很多的工具，从下面的图片
3上看，它的家族还是非常庞大的，每一功能都有大量的产品支持，当然，它们不是功能重
复的产品，而是各负其责，又协调工作。
图片3
需求管理
我想按照软件的开发过程来介绍这些产品，一个team要做一个项目，或者一个产品，首先要做的就是需求。需求，这可是非常重要的，有了市场需求，我们的产品才能卖出去，有了业务需求，我们做出来的东西，才能适应客户需要。当然，我们只关注业务需求，Rational RequisitePro就是需求管理工具，IT项目方面的主要产品，它的使用者是业务分析师，它可以记录，交流，管理软件开发需求，Telelogic DOORs，也是需求管理工具，现在也归在IBM 旗下了，作用和Rational RequisitePro类似，而且，这是需求管理工具的NO.1啊，是系统和复杂IT项目方面的主要产品。
这两个产品到底如何具体管理需求，还需要后期进一步的学习，因为还没碰过它的软件！后期应该会有针对某个软件如何使用，简单配置的手册，我是有这个计划来做一个的，方便使用。
变更和发布管理
IT界有各种各样的开发团队，规模大一点的公司，可能需要分散各地，比如说，业务专家在客户现场进行需求的采集，而软件开发人员在研发人员在研发中心进行代码的编写，还有可能有很多个研发中心，共同做同一个项目。在很多时候，如果没有有效的控制，就会出现一片混乱，这对有研发经验的人来说，一定不陌生，在规模大一点的项目组里，在项目上直接开发的需求变更，可能就只有开发的人知道，只有开发的人有源码，这块代码完全是一个失控的状态。为了解决这个问题，IBM推出Rational ClearCase工具，可实现完整的生命周期管理并控制服务开发资产。它提供了一个团队统一协作平台，使分散在各地的团队成员都可以协同工作，在各地的人，都可以获得想要的需求描述，都可以提交代码到资源库，这就有效的提高了开发效率，并且，整个的开发流程都在可控范围内。（ClearCase属于Rational原来的产品，还是归入IBM后才有的？）
研发过程如何管理呢？IBM有Rational ClearQuest。它的作用是做活动和缺陷管理以及流程的控制。（这个东西应该就是开发过程中的那个bug跟踪工具，类似于Mercury的Td，管理bug从录入，修正，确认完成的过程，而bug呢，也就有了open,fixed,closed状态），也是没有拿到软件，不好妄下结论。
开发好的代码是需要编译，构建，然后发布到中间件上，供测试或者作为生产机使用，Rational BuildForge 就是这样的一个工具，它可实现集中的、自动构建和发布流程（具体是如何做的呢？）。
质量管理
现在的质量无非是通过使用测试工具来保证了，根据测试从某一角度的分类（测试的分类方式太多了，还不清楚Rational这些产品是按照哪个方式来分的呢。总之，有这么多工具是确定的。。）
1.IBM Rational Performance Tester为应用程序和服务提供先进的性能和可
扩展性测试，也就是测试中通常所说的性能测试工具
2.Rational Functional Tester 和Rational Tester for SOA Quality可自动测试
复合应用程序和服务，也就是常说的功能测试工具，功能测试工具现在很多都用
自动化测试了，rational的产品也不例外，录制好脚本，就可以自己执行，着实节
省人力物力，当然，录脚本的过程是比较烦的，而且，随着开发的不断进行还要
修改脚本。。。
3.IBM Rational AppScan & Policy Tester (Watchfire) 可保证安全性并对web
应用程序进行遵从性测试
4.IBM Rational ClearQuest可进行集成的测试、活动和质量管理
IBM的测试工具，与IBM其它方向的工具比起来，略显逊色，IBM的测试工具并不是行业第一的，行业第一的是HP/Mercury ，这个工具我倒是用了比较久了，以前公司购买的这个工具，很好用，可扩展性很强，不过想必IBM 的差距也不会很大，毕竟市场占有率是第二的。
架构和结构
这类产品主要是帮助架构师做好分析、建模工作，并管理好系统资产。
1.了解应用程序架构并使用IBM Rational Software Architect 的分析、建模和转
换功能推动它的发展，然后使用Rational Application Developer实现并进行单元测试
2.使用Telelogic System Architect计划和建模企业架构，包括数据架构、业务流
程和IT基础设施
3.使用IBM Rational Asset Manager治理、查找和重用各种开发资产，包括SOA
和系统开发资产。
4.使用IBM Rational Business Developer 在web中集成框架资产和面向服务的
解决方案
流程和产品组合管理
这一系列的产品分为两块，一块是流程管理的，一块是产品管理的。
1.其中流程管理的，它是想在客户拿到rational产品以后，该如何使用rational
系列来管理自己的开发流程？这当然不是它的使用方法，而是从管理的角度出发，提供最佳的管理方式，以提高团队的开发效率和产品质量，使用IBM Rational Method Composer和Rational Unified Process创建、自定义和部署IT最佳实践。
2.而实现产品管理功能的产品，就是IBM Telelogic Focal Point ，它会基于成本
分析客户需求和特定功能权重，以向市场交付价值。帮助客户决定，哪些需求的实现可以实现最大的价值，帮助客户进行产品定位。
到这里呢，rational的东西已经介绍完毕了！从概要介绍它的管理理念，到实现它的理念的产品。
rational是我最喜欢的产品系列之一，因为我在软件行业的从业经验使我非常了解软件研发过程的瓶颈，也就非常赞同rational产品这种从根本上帮助软件开发团队提高管理水平，以提高效率，增加收益的做法。当然，一个软件不可能解决所有的问题，即便它能解决所有的问题，对软件的使用程度也会大不一样，而且，据我所知，在一个有一定历史的软件公司，要推广一种新的开发流程是相当难的，呵呵。。
Websphere
最近几年，随着IBM不断的倡导SOA，Websphere在努力的实践着这些理论，通过实现SOA倡导的灵活架构理念壮大自己的Websphere家族，据说，现在的websphere产品已经达到64种了，这还是不完全统计！所以说，要想介绍Websphere的全部产品是不可能的，只能说围绕SOA概念，介绍实现这个概念的相关产品，像W AS（websphere application server），这是IBM比较元老级的，还有其它的通信的、集成的、流程管理的工具，有的是IBM早就有的，但不归在Websphere家族，有的是收购别家的，现在它们也成为了IBM的一分子，要写这个topic好像是个非常庞大的工程。。。@_@。。。
在介绍webspere产品前，不能不说的是SOA，先不说它是如此热门的理论，单从Websphere产品的理论体系是围绕SOA的，介绍SOA就是必须的，皮之不存，毛将附焉？
SOA
即Service Oriented Architecture,从字面的意思来看就是面向服务的架构，它只是提出了一种架构样式，可以使客户的业务集成为链接的服务。这个服务的概念，从业务的角度，那就是某个功能，从软件的角度，就是某个写好的程序包。这些年，企业的IT程度提高了，IT功能逐渐健全，可能一个企业有财务系统，有人力资源系统，有业务系统，但这些功能可能是由不同的软件开发商提供，各个系统不能互通已经成为棘手的问题，同样的，一个企业，新上一套系统的时候，它要考虑我的企业以后还要上什么系统，它们之间是否兼容等问题，而SOA就是提出了一套解决这个问题的理论。从上面描述的可以看出来，要实现SOA 就要解决如下几个问题：
1.流程服务，如何进行业务级建模和模拟，如何优化和监控业务流程。这是
SOA倡导的理念，业务级的建模，不用解释了。。
2.连通性，能够连接所有的资产（也就是程序包，或者服务），通用转换，
事务处理，可伸缩性和性能，24*7运营，复杂事件处理，这些话听着像是宣讲，
其实想想不难理解的，各个服务不能高效的通信，还谈什么连接？还怎么能集成
呢？没有扩展性，就没有灵活架构一说咯。。
3.业务应用程序服务，这就是前面提到的服务了，服务就是构成系统的核心
业务了，这种应用程序服务就是来容纳这些服务，它要有可伸缩性和性能，可用
性，安全性，事务协调，企业视图，可管理性
有了理论的指导，我们来看Websphere如何解决SOA的这几个问题的，自然是通过自己的产品。
Websphere流程服务
即BPM，是一种结合软件功能与业务专业知识的规则，用于加速流程改进。SOA 支持的BPM是一种通过灵活的IT 体系结构增强的规则，旨在简化服务的创建和分解，从而加速业务创新。IBM对其和IBM产品家族进行了有效的连通，我们在做建模以后，结果可以到开发阶段使用，同样可以在发布阶段使用。这样就大大提高了开发效率。
IBM有一系列的产品来做流程服务：
WebSphere Business Modeler：
建模和模拟流程，有数百种模版业务人员建流程，有分析和模拟能力，能在部署前完全理解可能造成的影响。是不是很奇妙？呵呵。它实际上是为了更清晰地体现流程，来模拟这些业务流程，并在模拟的时候设定一些参数和度量值，所以，部署完成后，系统就可以进行模拟了，还有验证的功能，是可选的，使用publishing server，其实我还不知道咋用。。，据我看，这个东西也是Eclipse的一个插件，做出来的东西可以直接提交到cvs库中，由它cvs控制版本。但是不是呢？有待考证。。。
WebSphere Integration Developer（WID）：
集成开发，这个是个插件包，集成到Eclipse中，它包含了构建一个集成应用程序需要的所有工具。在Modeler 中得到的模型，在WID中经过服务器代码构建，可以运行这些组建的模型。这个应该就类似于那个rose模型可以生成部分源码一样的吧，这个工具只不过是把模型构建了一下，根据BPEL服务模式，把画得那些流程进行了代码构建，实现了这些组建模型。同样的，这些生成的组建模型也可以放到Eclipse中作为代码使用。我的理解是这样滴。。。呵呵。。。
WebSphere Process Server（WPS，哈，和中国传统的文字处理软件重名。。）：这个就是流程服务器了，按照Modeler的结果编写的代码部署到WPS上，这个是在W AS之上的，也就说已经包含了W AS的功能。这实际上就是中间件了，不过，这个中间件和传统的中间件相比，多了流程的配置功能，所以，自然和W AS有所不同，据我所知，现在通过这种过程开发出来的程序好像只能部署到WPS上，而不能放到Weblogic或者JBoss,Tomcat上。
WebSphere Business Services Fabric：这是个行业内容包，包含了各种专业服务的模版，这是在WPS之上的。为什么需要专业服务模板呢？一个软件，如何应用应该不难，难的是把企业的业务用软件表现出来，并优化，而IBM的这个产品就是提供了这样的一些最佳实践，毕竟同一行业的业务还是类似的，也可以有很多的成功经验借鉴。这个产品蛮贵的哦。。
WebSphere Business Monitor：这个不要多说了，就是起监控作用的。通过monitor，我们可以看到记分卡（业务单元的关键业务指标），协作（团队协作，以解决问题），业务警报（对于需要响应的情况发出通知）,报告和分析(通过结合实时性能和历史信息，预测未来趋势),外部信息(影响性能的信息)，应该拿到软件一看就会用的，呵呵。。。
Hhhh.流程系列的产品就介绍完毕了，感觉它的产品很条理的，应该很好理解吧。。。。
连通性
前面说过了SOA的理念，要所有的服务都是链式，那就要可以相互无障碍通信，不论是老系统还是和新系统，这就对消息的格式，协议等等有要求了，而连通性产品就非常重要了。
连通性产品其实早就有，而且，技术也很成熟的，在有SOA之前就得到了广泛应用。不罗嗦，上产品：
WebSphere：（提取公因式了，呵呵都是WebSphere的）
MQ：先说MQ好了，这个产品可是有很多年历史了，92年就出世了，只是不
叫这个名字，叫MQ service,02年更名为Websphere MQ，它功能很强大的，支持所有的IT系统，所有的平台，所有的API,呵呵，超人啊！
?Message Broker：首先它不能单独使用，要基于MQ，MQ 来连接所有的service，而Broker来转换这些service的消息，MB提供的数据转换格式比较多，远远强大于即将要介绍的ESB,而且，新的MB6.1新增加了FTP的支持，遥感通讯的支持。所以说，它能够连接和集成跨所有数据类型和协议的所有应用程序。特别适合于需要连接Web 服务和非服务资产的客户
?ESB：面向标准和Web 服务集成的ESB，要实现SOA要用它的，它可以暴露出来一个SOA的component。
?Adapters：把所有的固有的应用程序连接到ESB上，这样就可实现固有系统之间的连接，一般在有遗留的时候使用它，它可以提取现有系统的service。
?DataPower SOA Appliances：这是个硬件产品，通过串口访问，在网络安全上有很大的优势，处理的速度也很快，而且，这个产品的XML处理功能很强大，加密、解密、xml解析都比JDK xml解析要快。
?Service Registry & Repository:这个就是个管理软件了，那么多的组件，总是需要管理的嘛，所有的服务都要在它里面注册一下，在运行的时候支持服务之间的动态有效的交互。当然还有别的作用，帮助实施策略，支持影响分析，允许按生命周期阶段分类，提供基于角色的访问（这个应该是登录用户不同来限制的吧，还会像DB2或者Oracle那样有具体的角色或者权限吗？），通知用户变更（怎么通知？是个问题啊。。），与服务管理资料库的联合（难道是ClearCase？）。。。后面说的这些作用，我还不了解它是怎么出来的，呵呵。。
业务应用程序服务
这一系列的产品是为大家所熟知的，因为在这种企业应用程序里，中间件应用是非常广泛的，这就是常说的中间件，因为它的平台无关性，事务处理等等，大大提高了程序的可移植性，并使开发人员专注于系统业务。
WebSphere Application Server
就是常用的中间件了，用来部署可重用的应用服务，保证在安全、可伸缩、高度可用的环境中运行服务。
它的产品版本比较多的，从下到上，功能不断增强，且可以平滑升级。
图片4
WAS Community Edition：这是免费使用版本，可以免费下载和部署，它的内存占
用很小，非常适合开发人员开发使用。而且，在这个版本上开发的产品可以平滑升级到其他的was系列产品，而且，它还有很多的feature pack，满足新技术的需要，比如for web 2.0。
WAS Express，WAS：典型的应用服务器作为单个进程运行，源于应用程序的致命异常可以终止整个服务器进程，为了扩展，我们让多个服务器运行在多个计算机上，开始多个服务器进程。如图所示
图片 5
WAS ND，WAS for z/OS：可以实现集群，集群主要有两方面的作用，一种是分担负载，一种是故障转移，保证系统稳定性。
WebSphere Extended Deployment：XD,这是对它的简称，在集群里呢，分担负载用的服务器的利用不是很充分的，有的有太多的空闲资源，而有的则资源不足，使用了XD以后呢，它把所有的服务都放到一个资源池里，就好像是虚拟的服务，它来根据服务器空闲程度分配任务，这样就大大提高了服务器的利用率了。
到这里，围绕SOA,websphere家族系列已经介绍完毕了,从流程规划，到实现，到运行，到提高都有一系列的产品，当然，这只是属于纸上谈兵了，要是能有一系列的产品，实践一下，想必会更有收获，如果有这样的机会，我还会再写这样的小册子的，帮助学习积累。其实这些东西没有多么复杂，先是了解原理，然后各个攻破，现在还处在了解原理阶段。
IOD
图片 6
本节将介绍IBM在信息存储和展现方面的技术，IOD就是Information on Demand，即随需而变的信息。随需而变，先解释下随需而变吧。简单说，是使信息能被全局使用，增加信息的业务价值。企业里面对数据的需求是多样的，业务数据除了供查询外，还需要作分析或者其他用途，举例来说，一个销售系统，它的业务还可以报表系统的数据，按照需要，得出上个月的销售曲线，需要相关的业务数据，当可以获取所有的想要的数据时，就可以根据需要，定制想看的信息了。
要实现随需而变，有哪几个关键点呢？可以先看一下上边的图片6，再看下面的讲解。
首先，是数据和内容管理，要为整个生命周期内管理数据和内容提供高效且可靠的基础，保证信息能被全局使用。这就要求所有数据有统一的格式，并且有很高的性能。
其次，是数据集成和数据仓库。业务数据要被抽取到仓库中，被全局使用。在数据抽取的时候，要有一定的模型，模型和数据结构的概念类似的，要看按照哪种模型来抽取会获得最大收益，并且，抽取出来的数据要精确可信，有单一版本。
最后，是数据信息展现。要利用提取出来的信息更好的理解和优化业务性能。
下面来看IBM如何来实现上述功能及其原理。
图片7
数据和内容管理
数据有结构化和非结构化两种
在这个功能下，介绍如下几个产品：
结构化数据
DB2 V9
这是我们熟悉的产品，功能不做介绍了，它是一种混合数据服务器，利用DB2 pure XML管理XML形式的业务数据。XML形式的数据应该不陌生的吧，树型结构的，有属性，有值，在关系型数据库里，都是把这些字段和值拆分了存到数据库里的，而DB2V9是直接存取的xml文件，在读取的时候，使用SQL,Query来读取，语法很简单，也很方便的，而且，性能就更不用说了，此外，DB2存取XML的速度和Oracle相比，要快几十倍。
Informix
这也是个数据服务器，我感觉比较陌生的，它用得似乎不是很普遍。。。。它的动态服务器(IDS)有很大的市场优势，体现在如下4个方面：（纯粹官方言论。。我想这个产品就先记得它的在线交易性能和嵌入式就可以吧。。）
?在线交易处理
增加新功能来提升OLTP的IDS的性能。
?集成和嵌入式解决方案
IDS是IBM关于工业集成实力和嵌入式解决方案方面领先的数据服务
器
?中小型企业
对于数据库管理员较低的要求是一个强有力的卖点。Express 和
Workgroup版本可用。
?基础工业；
IDS在基础工业方面具有重要的市场价值，其中包括电信、政府、零售业和
银行业
超过80%的Informix用户是在非IBM平台下，比如：HP、SUN、SCO/Linux,…
78% 的Informix 安装基础同样可以运行Oracle 和MicroSoft。
企业内容管理（ECM）--非结构化数据
Enterprise Content management。
企业里面有大量的非结构化数据，非结构化数据有电子邮件、Web 页面、多媒体内容、Wikis 和即时通信等。它要管理的内容并不抽象，比如在银行系统里面，我们的信用卡帐单，企业的电子报表，以前的时候，账单都是邮寄到持卡人的地址的，报表要打印出来交给相关部门，而有了企业内容管理以后，就可以生成电子帐单，电邮给持卡人，而报表就可以作为资源，在线查看，节省了大量的费用。
它不仅可以这样单独使用，也可以和IBM的其它产品联合，比如，它和业务流程（WebSphere BPM）关联起来，在业务流转过程中使用ECM，就减少手动、基于纸张的处理，大大提高了效率。也可以和IBM FileNet BPM联合，用于内容敏感的流程。
数据集成、数据仓库和主数据管理
数据集成
数据集成将介绍如下几种产品：
IBM Information Server
图片8
IBM使用IBM Information Server进行统一的元数据管理，并行处理，连接应用程序和内容，提供统一服务平台。
在这个平台上有一系列的软件把这些数据理解，清理（建模，发现，治理），转换（标准化，合并，纠正），交付（同步，虚拟化和转移）。
再说一下DataMirror吧。
DataMirror扩展了IBM Information Server的深度和广度，在连接和交付中，实时的Changed Data Capture（CDC），异构的复制和同步，具有高可用性和灾难恢复。它的原理是基于日志，需要的时候，把对日志的解析复制到开发系统，如果有了原始数据
库，和日志，就可以获取到当前数据库了。
Info 2.0
这个产品实现业务流程和信息的分离的，Info2.0实际上就是一个信息服务器，业务流程直接来访问Info2.0，而不是信息实体，实现以服务形式提供“IT”信息，而不是所有信息。（这个产品是否是为了进行访问控制？具体如何实现的呢？）
数据分析和清理
数据分析的软件：WebSphere Analyzer
它的作用就是来分析数据的有效性和合法性，较后面的数据清理软件，它不会对数据做任何处理，只是做分析，把结果展现给客户。
数据清理的软件：WebSphere QualityStage（下面的也是官方言论，但讲的很明确。。）
1.提供专门的数据质量流程
□确保获得干净、标准化且不重复的信息（它的原理是：查询到的信
息，标准化以后，通过匹配，来判定是不是重复信息）
□确保数据只有一个版本
□支持全局提交检验
2.为设计质量规则和匹配逻辑提供图形化工具（图形化工具嘛，无非是通
过鼠标啊，按钮等等来设定规则和匹配逻辑）
□与DataStage 无缝地集成（使用同一个引擎、同一个元模型和同一个UI）
□精确地检验匹配规则
3.支持在ETL 中无缝地部署质量逻辑，也可以部署为共享的服务（ETL
要解释一下了，这是用来抽取数据的，可以在其中设上相关的表，字段，把业
务系统里面的数据抽取出来。而“支持在ETL 中无缝地部署质量逻辑”这句
话，无非就是说支持抽取的时候加上质量逻辑，够清楚了吧。。。呵呵）
数据仓库
数据仓库将介绍InfoSphere Warehouse
InfoSphere Warehouse具有强大的功能，但同时保持其简单性，功能如下：
提供内联的分析和可视化，可以在InfoSphere Warehouse里直接嵌入应用程序、流程、指示板和网页。
嵌入式分析
□分析大量数据
o客户、病人、站点访问者等等
o产品、部件、位置等等
□帮助客户
o快速做出决策
o进行对比分析
o预测未来的情况
平衡的仓库/配置单元
平衡
□每个组件（数据库、服务器和存储）产生平衡的性能，确保整个解决方案实现出色的性能
配置
□IBM 提供的解决方案基于最佳实践并经过充分的认证，客户可以直接使用预先配置的解决方案
单元
□设计基于可伸缩的构建块，因此在解决方案的生命周期中，客户可以按照可预测的方式逐渐扩展数据仓库
主数据管理
首先要说数据模型，必须对数据仓库进行组织，才能以结构化方式保存信息，从而为分析报告功能提供最好的支持，业务分析师、数据建模师和最终用户必须相互协作，把业务需求转换为适当的数据模型。IBM有工具来帮助我们做数据模型，如：m1(业务人员定义业务主题，生成数据仓库模型)，BSTs（业务方案模拟）。
主数据管理有两项需求：
数据域——管理关于相关方、产品、帐户、位置的主数据，维护它们之间的关系
MDM 功能——与主数据相关联的业务流程
下面来看这个产品，InfoSphere MDM Server，它就是来做主数据管理的，它包含了主数据管理的两项需求。
InfoSphere MDM Server
InfoSphere MDM Server是一种面向服务的业务应用程序，个人感觉它最大的特点是面向业务的，业务人员可以根据需要只关注业务，来规划数据仓库的数据模型（这个就是MDM功能了）。同时，它可以保持仓库中的数据和业务数据同步，实时的更新数据。在数据的访问方面，由于数据仓库是很多人都可以使用的，而且，看到的数据也都不尽相同，所以，它还具有管理用户/角色进行数据访问的功能。在模型方面（这个就是数据域的功能了），它有很多种模型，如相关方模型，产品模型，账户模型。
业务智能展现
关键功能是：
?用计分卡和指示板度量和监视关键的性能指标
?查看数据，了解上下文，了解趋势，探测异常情况
?把战略和目标转换为计划、预算和预测，从而可靠地预测未来的情况
?支持整合和财务报告
?为财务性能管理提供综合分析
?连续监视性能，支持操作性探查
介绍它的产品：
Cognos（Business Intellligence）
这个可能是比较陌生的产品，很少听到，这个产品归在Information on Demand下，就表示它是和数据处理相关的。实际上，Cognos它是知名的BI&PM,前身是一家公开招股软件公司，成立于1969年。
?IBM Cognos 8 绩效管理系统由以下几部分组成：
商业智能（BI）功能
金融绩效管理(FPM) 功能
充分利用BI 和FRM 功能的分析应用程序和绩效蓝图
公共基础设施Web 服务SOA 平台
?BI 功能：
报表、分析、仪表板、计分卡和事件管理
?FPM 功能：
规划、合并和业务分析
我们将这些功能以基于角色的打包形式提供给客户，客户可以使用一个或多个功能，并且可以随时根据需要增加功能。
首先是BI功能，就是报表功能了。和咱们熟悉的水晶报表，快逸，润乾报表类似，有各种报表展现方式（图表，柱状，饼状等）。
FPM 是专门用于财务办公室绩效管理的版本。
个人感觉BI功能通用，而FPM是常用业务功能，是为了方便用户而作的一个功能吧？
LOTUS
Lotus，是团队协作方面的产品，它有很多条产品线：
IBM Lotus Notes and Domino：邮件、日程安排和协作应用程序，如
果你是神码的一员，那对这个肯定不陌生的了，用的就是这个，呵呵。Notes
是客户端展现，Domino是Server.
IBM Lotus Sametime：统一的通信与协作服务。官方的解释总是这么
罗嗦。。。说白了，聊天工具咯，不过，有很多个访问接口的，比如邮件。
IBM Lotus Quickr：协作文档管理与团队服务。
IBM Lotus Connections
IBM Websphere Portal
IBM Lotus Expeditor
下面详细介绍这几条产品线。
IBM Lotus Notes and Domino
Notes可以安装在很多种操作系统上，Windows、Macintosh、Linux。现在已经到Notes 8了，在界面方面做了很大改进，越来越接近Outlook了，呵呵。具体页面方面的改进就不介绍了，自己看看好了。。
Notes8 可以收集相关的任务，组织工作以提高效率，标记任务，通过RSS 分享活动信息，在企业外部工作，通过Notes 8、web 浏览器、Notes 6.x 和7.x 插件或其他应用程序（包括MS Office）中的插件访问活动
顺便提一下Lotus Symphony ：具有类似于微软office的文档编辑，表格处理，演示的功能，只不过，和微软的东西相比，Symphony的功能简单，是些常用的功能。而且，免费的，网上可以下载。个人感觉只能免费，毕竟微软的office的强大是深入人心的。
Domino Web Access（DWA），Domino 8：复合应用程序，这个不难理解，就是很多个功能模块可以协同工作，比如在邮件中，点发件人可以和这个人在SameTime中聊天，诸如此类的功能，就是复合应用程序（我的理解是。。）
新的版本还具有邮件收回功能，有个专门的按钮“回收邮件”，来收回发件箱中的邮件，呵呵，说出去的话再也不是泼出去的水了吧。。
Notes/Domino和微软的Outlook/Exchange相比，安全性比较好，而且，可以很好的
向下兼容，拿版本8上做的东西，在6上照样可以运行。支持多种平台，Linux,windows,Aix,ios,zos,sun solaris.（我觉得团队协作系列产品，终端用户不用windows 平台的少吧，所以，似乎IBM不需要在这方面下大功夫。。话说回来，也许有专门的底层部门，专门做这块，直接调用就可以了。。）
IBM Lotus Sametime
这个产品和咱们通常用的MSN类似，只是多了一些协同办公的功能，主要体现在应用程序集成方面。功能如下，因为比较简单，就不详细介绍了。
1.出席（用户是否在线）
2.即时消息
3.W eb 会议（网络会议，可以看到列席人员，网页等信息）
4.移动访问（支持各种平台和设备，Microsoft Windows Mobile 2003，例如HP
iPaq H6315；Microsoft Windows Mobile v5，例如Sprint / HTC 6700、HP iPAQ hx2790、Dell Axiom x51v、Motorola Q（智能电话）；RIM Blackberry（4.0+ RIM 平台），例如Blackberry 8700、Blackberry 71xx、Blackberry 72xx/77xx；Symbian，例如Nokia E61/E70、Sony Ericsson P990i）
5.V oIP（也是一种通信技术了，具体不清楚。。）
6.电话（可以直接拨电话）
7.视频
8.定制
9.应用程序集成（可以查看会议室等）
IBM Lotus Quickr
直观一点说，Quikr可以认为是知识库，适合团队资料的存放，它有目录，知识库，像邮件里的附件，可以将其打开，保存到团队工作空间中，也可以把邮件的连接存到团队工作空间中，这样，就增加了团队中的知识共享，也有利于资料的保留。在保存了以后，可以直接从sameTime客户端方便的读到共享的内容。它的内容很简单的，不介绍了。
IBM Lotus Connections
这个就相当于我们用的blog，下面这个图应该已经概括了所有的功能。感觉没什么好介绍的。
图片9
IBM Websphere Portal
它是定制门户网站的工具。它有一个个的portlet组成，每个portlet可以是程序开发的，也可以是别的软件的信息展示。下面来说常见的网页展示内容是如何实现的。
要创建一个网页，技术人员负责维护外观和性能，业务人员负责创建内容，放到portal中就可以了。
表单，这主要是为了日常办公中不再使用纸张，而把原来的表格做成表单的样式，在系统中填写，流转。Portal中叫workPlace 表单。在技术层面，它由如下几部分组成，表示层(也就是表单的展示，和纸质格式一模一样)，业务逻辑（获取表单中的表单流程，集成业务流程工作流），数据实例（xml格式存储，所以，在存放时，表单字段和内容一起存放，并按照外部xml模式进行验证）。
刚刚说了外部页面，再看下Portal server。通过它可以定制个性化信息，不同角色的人可以看到不同的页面，使用户更关注对自己有用的信息，提高效率。同时，支持单点登录，比如，从sameTime登录以后，访问门户网站，就不需要再输入用户名密码了。
目前IBM Websphere Portal版本是Portal Express V6，它由门户服务器（WebSphere Portal Server 6.0 版包括“文档管理”和“Web 内容管理”），数据库（DB2 Express，也集成了其他数据库），LDAP目录（Tivoli Directory Server，也集成了其他LDAP），应用程序开发（Lotus Component Designer WebSphere Portlet Factory Server），协作（Lotus Sametime 出席感知和即时消息），模版（未包含在内，可访问：Intranet Internet）组成。
IBM Lotus Expeditor
这个具体干嘛用的我不清楚，好像类似于那种平台的东西，是一种技术。可以动态下载的客户机平台，拥有健壮的框架、服务和API，用于集成可重用的客户机组件；将基于服务器的平台所具有的安全性、可管理性和基于组件的装配能力扩展到企业桌面和普及设备上，Sametime 7.5 and Notes 8 是第一种利用Lotus Expeditor 技术的IBM 解决方案；是IBM
Workplace 产品富客户机版本的基础，也是其他IBM 产品的基础…有工具集供解决方案提
供商使用，而ISV 用于创建富终端用户应用程序
它的关键功能：
?Web
浏览任何现有的Web 应用程序
?富特性
利用本地平台外观和功能的优化用户体验
?复合
可实现“复合应用程序”的无缝集成功能
?快速响应/移动性
全面的应用程序支持–在客户机上
?受管理
安装、配置和维护平台及应用程序
Tivoli
简言之，Tivoli是用来做服务管理的产品，它的核心价值在其规范的管理思路上。它有一系列的管理解决方案，帮助企业发现问题，解决问题。它的产品很多的，不过也是按照功能分的多条产品线。
下面是我抓的一些功能点，这些功能都是我直接copy的，因为ppt讲的很详细。
首先，介绍一个名词，ISM 就是IBM服务管理，先看一下它的作用：
1.对服务进行监控，包括服务器监控，存储器监控，网络监控，数据监控，应用程
序监控。
2.在进行监控的过程中，ISM会通过服务指示板，业务服务和服务水平管理，发现
和映射等功能展现给用户。
3.IBM还有一套的解决方案来优化企业的IT系统，解决其中的问题
服务交付和流程自动化
图片10
软件产品登记条件
软件产品登记条件 软件产品登记条件 1. 取得本企业开发或拥有知识产权的软件产品的证明材料。自主知识产权的有效证明主要是指《软件著作权登记证书》。 2. 由信息产业部授权的软件检测机构出具的检测证明材料。（参考：软件产品评测） 软件产品登记所需材料 申请登记的企业需提交以下材料： 1.软件产品登记申请表二份（须盖章）； 2.企业法人营业执照副本及复印件二份（申报时请携带原件）； 3.企业法定代表人身份证复印件二份； 4.申请登记软件产品的样品(2005年7月1日起暂不收取产品样品)； 5.境内拥有的软件著作权的有效证明材料二份(申报时请携带原件)； 6.信息产业部授权的软件检测机构出具的检测证明（原件一份,复印件一份）； 7.其他需要出具的材料（开发合同、科学技术成果鉴定书、省部级单位出具的检测报告及获奖证书等）。 上报材料装订要求： 复印件及表格全部用A4纸、分二份装订，每份顺序是： 1、软件产品登记申报表； 2、企业法人营业执照副本复印件； 3、法人身份证复印件； 4、拥有合法知识产权证明的材料复印件； 5、由软件检测机构出具的检测证明材料原件及复印件 软件产品登记享受的优惠政策 优惠政策： 软件产品经登记生效后，至2010年底以前，对增值税一般纳税人销售其自行开发生产的软件产品，按17％的法定税率征收增值税后，对其增值税实际税负超过3％的部分实行即征即退政策。所退税款由企业用于研究开发软件产品和扩大再生产，不作为企业所得税应税收入，不予征收企业所得税。 软件产品登记的有效期为五年，有效期满后可申请续延。 退税流程： 已进行认定并取得“软件企业和软件产品认定小组”颁发的《软件企业证书》的企业，自取得认定证书之日起一个月内，持《软件企业证书》( 复印件) 、营业执照（复印件）、企业损益表、企业所得税纳税申报表以及税务机关要求提供的其它有关资料，向当地主管税务机关提出书面申请，并填写《软件开发生产企业申报审批证书》,经主管税务机关审核后,从认定之日起享受企业所得税税收优惠。
软件系统命名规则(互联网+)
1、目的 本指导书是为软件配置管理而制定。其目的是使公司软件产品配置标识的命名规范化。 2、适用范围 适用于本公司所有软件产品的配置管理。 3、职责 4、控制内容 4.1、软件配置标识的组成 4.1.1、软件提供给用户的阶段产品和最终产品的配置标识由公司代码QW和以下五 部分组成。 a、产品类别代码 b、产品（项目）标识或子系统标识 c、配置项标识 d、版本号 其一般形式为：QWa-bbbb-cc-dd 4.1.2、软件开发过程中产生仅供公司或项目内部使用的配置项，其配置标识的一 般形 式为：bbcccccc-dd，其中，bb为产品（项目）标识缩写，cccccc为配置项标识，dd为版本号。 4.2、部门代码 部门代码按《体系文件编号规定》4.3条的规定控制。 4.3、产品（项目）标识及其缩写 产品（项目）标识由反映产品或项目名称的4~5位拼音字母组成，前2位字母为其缩写。如DHMIS是杭州大和热磁电子有限公司管理信息系统的项目标识，而DH则为其缩写。 4.4、子系统标识 子系统标识由2位产品（项目）标识缩写和2~3位子系统名拼音字母组成，其中第3、4两位为子系统标识缩写。如DHXS是大和项目销售子系统的标识，而XS是其缩写。 4.5、配置项标识 4.5.1、4.1.1所述配置标识中的配置项标示：识（cc）如下表所 配置项标识（cc） 系统规格说明书FB 项目开发计划DP 软件需求规格说明书RS 概要设计说明书PD
详细设计说明书DD 用户手册UM 操作手册OM 源程序SP 4.5.2、4.1.2所述配置标识中的配置项标识（cccccc）有以下情况： a、配置项为数据项：配置标识由2位全局标识SY或子系统标识缩 写（局部数据）和3位数字码组成。 如SY001为001号全局数据的配置项标识 XS031为销售子系统031号数据的配置项标识。 b、配置项为数据流： 配置项标识由2位子系统标识缩写，2位数据流标识DF和2位数字码组成。 如ZCDF02为资财子系统02号数据流的配置项标识。 c、配置项为数据存储结构： 配置项标识由2位子系统标识缩写，2位数据存储标识DB和2位数字码组成。 如ZZDB01为制造子系统01号数据存储结构的配置项标识。 d、配置项为程序模块： 配置项标识由2位子系统标识缩写，程序模块标识M和2~3位数字码组成。 如XSM101为销售子系统101号程序模块的配置项标识。 e、配置项为存储媒体 配置项标识由2位产品（项目）标识缩写或子系统标识缩写，2位存储媒体标识FD（软盘）、HD（硬盘）、CD（光盘）或TY（磁带）和2 位数字码组成。 如ZZFD03为制造子系统的03号软盘。 f、配置项为测试计划 配置项标识由2位产品（项目）标识缩写或子系统标识缩写，2位测试计划类别标识和2位数字码组成，其中，组装测试计划类别标识为 TP，确认测试计划类别标识为VP。 数字码00表示产品（项目）或子系统的测试计划，其它数字则表示某一号分计划。 如DHVP00为大和项目确认测试计划的配置项标识。 XSTP01为销售子系统01号测试计划的配置项标识。 4.6、版本号 版本号由2位数字码组成。
版本发布命名规范
1. 1.版本命名规范 软件版本号有四部分组成，第一部分为主版本号，第二部分为次版本号，第三部分为修订版 本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有五种，分别为base、alpha、beta 、RC 、 release 2. 2.软件版本阶段说明 Base：此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。 Alpha ：软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。测试人员提交Bug经开发人员修改确认之后，发布到测试网址让测试人员测试，此时可将软件版本标注为alpha版。 Beta ：该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。 修改的的Bug 经测试人员测试确认后可发布到外网上，此时可将软件版本标注为 beta版。 RC ：该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。 Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。该版本有时也称标准版。 3. 3.版本号修改规则
（1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此版本号由项目决定是否修改。 （2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 （3）修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重 Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 （4）日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 （5）希腊字母版本号：此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 4.版本发布周期 （1）非紧急情况：首先由测试人员测试并提交Bug，其次开发人员会尽量在当天修复Bug并在第二天发布该版本的alpha版，然后由测试人员测试验证关闭Bug之后在第三天会发布该版本的 beta 版。 紧急情况：如果Bug比较紧急可跳过一般流程，由开发人员尽快修复Bug，测试确认之后直接发布该版本的 beta版。 5. 5 5 .版本号修改举例说明 如此时版本号为：1.0.0.0321_alpha ，此时为内部测试阶段 （1）开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后，发布到外网时，此时就进入了软件的下一个阶段，版本号可改为： 1.0.0.0321_beta ，如当前日期跟上一个版本号的日期不一样，版本号可改 为：1.0.0.0322_beta。 （2）如果修复了一些重大Bug 并按照流程发布到外网时就可发布一个修订版，如1.0.1.0322_beta，日期为发布的当前日期。
医疗软件产品技术审评规范
附件5 医疗软件产品技术审评规范（2017版） 本规范旨在指导企业提交医疗器械软件注册申报资料，同时规范医疗器械软件的技术审评要求。 本规范是对医疗器械软件的一般性要求，企业应根据医疗器械软件的特性提交注册申报资料，判断指导原则中的具体内容是否适用，不适用内容详述理由。企业也可采用其他满足法规要求的替代方法，但应提供详尽的研究资料和验证资料。 本规范是在现行法规和标准体系以及当前认知水平下、并参考了国外法规与指南、国际标准与技术报告制定的。随着法规和标准的不断完善，以及认知水平和技术能力的不断提高，相关内容也将适时进行修订。 本规范是对企业和审查人员的指导性文件，不包括审评审批所涉及的行政事项，亦不作为法规强制执行，应在遵循相关法规的前提下使用本规范。 本规范针对软件的特殊性，在现行法规要求下进一步明确了对医疗器械软件的要求，特别是对软件更新、软件版本的要求。本规范是医疗器械软件的通用规范，其他涉及软件医疗器械产品的规范可在本规范基础上进行有针对性的调整、修改和完善。 一、适用范围 本规范适用于第二类医疗器械软件的注册申报，适用的软件开发方式包括自主开发、部分采用现成软件和全部采用现成
软件。 医疗器械软件包括独立软件和软件组件。独立软件：作为医疗器械或其附件的软件；软件组件：作为医疗器械或其部件、附件组成的软件。 独立软件应同时具备以下三个特征：具有一个或多个医疗用途，无需医疗器械硬件即可完成预期用途，运行于通用计算平台。独立软件包括通用型软件和专用型软件，其中通用型软件基于通用数据接口与多个医疗器械产品联合使用，如PACS、中央监护软件等；而专用型软件基于通用、专用的数据接口与特定医疗器械产品联合使用，如Holter数据分析软件、眼科显微镜图像处理软件等。 软件组件应同时具备以下两个特征：具有一个或多个医疗用途，控制（驱动）医疗器械硬件或运行于专用（医用）计算平台。软件组件包括嵌入式软件和控制型软件，其中嵌入式软件（即固件）运行于专用（医用）计算平台，控制（驱动）医疗器械硬件，如心电图机所含软件、脑电图机所含软件等；而控制型软件运行于通用计算平台，控制（驱动）医疗器械硬件。 软件组件也可兼具处理功能。专用型独立软件可单独注册，也可随医疗器械产品注册，此时视为软件组件。 二、技术审查要点 （一）产品名称和结构组成的要求 1.独立软件 产品名称应为通用名称，并符合相关法规、规范性文件的要求，可以结合人体部位（如胸部、心脏等）、临床科室（如骨科、神经外科等）、处理对象（如CT图像、MRI图像、心电数据
软件产品评测全部资料 ()
软件产品评测及登记所需资料清单 各企业： 为了简化企业登记软件产品的程序，软件产品登记的流程稍作了一些调整。今后将由协会统一受理软件产品测试及产品登记的所有资料。请各需要办理软件产品登记的企业按以下两个清单准备齐所有资料后一齐交到深圳软件行业协会。 软件产品评测所需资料清单 1．申请单位合法拥有软件知识产权的证明文件(根据企业的情况择一提交) (1)、拥有软件产品知识产权的申请单位，交验软件著作权登记证书原件，并同时提交加盖 申请单位公章的复印件1份。 (2)、拥有软件产品知识产权约定归属自身企业的书面合同或任务委托书/协议的申请单位， 交验约定归属自身企业的书面合同或任务委托书/协议原件，并同时提交加盖申请单位 公章的复印件1份。
(3)、属于其它情况的申请单位； a.提交软件产品主要功能模块的概要设计说明1份； b.提交1－2个主要功能模块的部分源程序代码1份（按前、中、后各连续3页，共9页，不足9页全部提交，第9页为模块结束页）； c.企业法人或其授权代表关于拥有被测软件自主知识产权的正式声明1份； 知识产权声明格式如下 知识产权声明 《》（版本号）是本公司自行开发研制，拥有完全的自主知识产权。 特此声明! 法人代表签名：公司名称(公章)： 日期：2．软件产品登记测试申请表、申请表的电子文档(各一份，电子文档存在3.5”软盘中，申 请表在协会网站“政策法规”栏处下载) 3.产品样品一份（包括执行程序、用户手册刻入光盘）用户手册印刷或打印一份 附：关于软件产品登记名称命名的有关规定
根据国家信息产业部信产函[2001]031号关于《2001年度软件企业认定及软件产品登记备案工作会议纪要》的精神和深圳软件行业协会、深圳市税务部门的统一要求，软件产品命名作以下规范： 一、产品名称必需包含公司中文简称； 例：深圳市甲丁公司自行开发的ABC教育软件系统，按命名规则，该软件名称应为：甲丁ABC教育软件 二、产品名称应体现该产品的功能特性，但不得夸大其词； 三、产品名称不能太长，不得多于15个汉字； 四、产品名称中最后必须包含“软件”两个字。如××系统或××平台要更改为××软件或××平台软件，但××操作系统则无须更改。 五、版本号必须是VX.x（X为整数），例V2.3，V2.3.4，V2.011 软件产品登记所需资料 1、申报表（一式两份，请下载并使用“双软认定申报表系统”填报） 2、表格资料盘（一张，在系统中用“导出数据”来做） 3、法人代表身份证复印件（一式两份） 4、知识产权声明或著作权登记证书（一式两份） 注：若所申报产品无著作权登记证书的，请按以下格式写两份知识产权声明。
软件产品管理办法
软件产品管理办法 中华人民共和国信息产业部令第5号 《软件产品管理办法》，已经2000年10月8日信息产业部第4次部务会议通过，现予发布，自发布之日起施行。 部长吴基传 二○○○年十月二十七日 第一章总则 第一条为了加强软件产品管理，促进我国软件产业的发展，根据国家有关法律法规和国务院《鼓励软件产业和集成电路产业发展的若干政策》（以下简称《产业政策》），制定本办法。 第二条中华人民共和国境内的软件产品（含国产软件和进口软件）经营与管理活动，适用本办法。单位或个人自己开发并自用的软件以及委托他人开发的自用专用软件不适用本办法。 第三条本办法所称的软件产品，是指向用户提供的计算机软件、信息系统或设备中嵌入的软件或在提供计算机信息系统集成、应用服务等技术服务时提供的计算机软件。 本办法所称国产软件，是指在我国境内开发生产的软件产品。本办法所称进口软件，是指在我国境外开发，以各种形式在我国生产、经营
的软件产品。 第四条软件产品的开发、生产、销售、进出口等活动应遵守我国有关法律、法规和标准规范。任何单位和个人不得开发、生产、销售、进出口含有以下内容的软件产品： （一）侵犯他人知识产权的； （二）含有计算机病毒的； （三）可能危害计算机系统安全的； （四）含有国家规定禁止传播的内容的； （五）不符合我国软件标准规范的。 第五条信息产业部负责全国软件产品的管理，其主要职责是：（一）制定并发布软件产品测试标准和规范； （二）对各省、自治区、直辖市登记的国产软件产品备案； （三）指导并监督、检查全国各地的软件产品管理工作； （四）授权软件产品检测机构，按照我国软件产品的标准规范和软件产品的测试标准及规范，进行符合性检测； （五）制定全国统一的软件产品登记号码体系、制作软件产品登记证书； （六）发布软件产品登记通告。 第六条各省、自治区、直辖市信息产业主管部门负责本行政区域内软件产品的管理工作，审查和批准本行政区域内国产软件的登记。省、自治区、直辖市信息产业主管部门授权的软件企业认定机构负责受理本行政区域内国产软件的登记。
软件产品延续登记办法
软件产品延续登记办法 2010-07-05 作者：浙江省软件行业协会 根据信息产业厅浙信信〔2006〕56号文《关于开展到期软件产品延续登记工作的通知》的要求，我协会于2006年五月起开始受理有效期满软件产品延续登记的申报。申报 办法具体如下： 一、软件产品延续登记的范围： 取得软件产品登记证书满五年（证书取得时间以原始证书上发证时间为准，如软件产品已进行变更或者转让，原始证书取得时间不清楚的，可向协会查询），且仍在销售的软 件产品，必须进行软件产品延续登记。 二、软件产品延续登记须报送的材料：（一式一份、A4规格、顺序装订） 1、《软件产品登记申请表》（见附件或首页双软认定申报系统，安装后直接填报、打印） 2、经过当年年检的企业营业执照副本复印件； 3、软件产品登记证书原件、复印件各一份； 4、软件产业统计报表__年报（年报包括：企业基本情况表、企业主要指标表、软件业务 收入分类表，月报仅适用于成立不满一年的企业。登陆协会网站 https://www.sodocs.net/doc/0716223718.html,/zsia/uploadfiles/jump.jsp注册、相关部门审核通过<杭州市企业85253265/85253627，除杭州其他地市企业85171762>、填报、打印、盖章）5、《软件产品登记申请表》电子文档一份。（从申报系统中数据导出、保存，存储介质 任选） 注：1、申请延续登记的软件产品名称必须符合产品名称命名规范，不符合的应先进行软
件产品名称变更。 2、《软件产品登记申请表》中‘产品检测、鉴定、获奖情况’一栏不填。 三、网上申报 同时企业登录网站https://www.sodocs.net/doc/0716223718.html,/进行申报并把书面提交的材料扫描上传,否则视为材料不全不予上报。 四、收费标准： 软件产品延续登记服务费300元/个。与申报材料同时交纳。 开户名称：浙江省软件行业协会 开户银行：杭州银行西溪支行 银行帐号：77708100115234 五、联系方式： 联系人：祝敏琦87672639 传真：88473228 E-mail：xh3227@https://www.sodocs.net/doc/0716223718.html, 网址：https://www.sodocs.net/doc/0716223718.html, 地址：杭州市文三路90号东部软件园科技大厦A408室 邮编：310012 附件：软件产品登记申请表
软件版本命名规范
软件版本命名规范（如1.0.0.1各代表什么意思） 1. 软件版本阶段说明 * Base版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。 * Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。 * Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。 * RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。 * Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(Ｒ)。 2. 版本命名规范 软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。例如：1.1.1.051021_beta。 # 版本号定修改规则： * 主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。 * 子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。 * 阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改。 * 日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 * 希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 # 文件命名规范 文件名称由四部分组成：第一部分为项目名称，第二部分为文件的描述，第三部分为当前软件的版本号，第四部分为文件阶段标识加文件后缀，例如：项目外包平台测试报告 1.1.1.051021_beta_b.xls，此文件为项目外包平台的测试报告文档，版本号为： 1.1.1.051021_beta。 3. 如果是同一版本同一阶段的文件修改过两次以上，则在阶段标识后面加以数字标识，每次修改数字加1，项目外包平台测试报告1.1.1.051021_beta_b1.xls
医疗器械软件产品注册标准模板
目次 目次 (1) 前言 (4) 1.范围 (4) 2.规范性引用文件 (4) 3.分类 (4) 3.1术语与定义................................................................................................................ 错误！未定义书签。 3.2管理分类 (4) 3.3命名与型号 (4) 3.4组成 (4) 4.要求 (4) 4.1产品说明要求 (4) 4.1.1可用性 (4) 4.1.2内容 (4) 4.1.3标识和标示 (5) 4.1.4功能性陈述 (6) 4.1.4.1功能概述 (6) 4.1.4.1.1远程会诊系统 (6) 4.1.4.1.2双向转诊系统............................................................................................ 错误！未定义书签。 4.1.4.1.3计费系统.................................................................................................... 错误！未定义书签。 4.1.4.1.4医疗资源共享系统.................................................................................... 错误！未定义书签。 4.1.4.1.5管理系统.................................................................................................... 错误！未定义书签。 4.1.4.2 产品的功能........................................................................................................... 错误！未定义书签。 4.1.4.3当有软件组件的选项和版本时，应指明。 (6) 4.1.4.4功能性限制 .................................................................................................... 错误！未定义书签。 4.1.4.5对未授权访问的预防措施 (6) 4.1.5可靠性陈述 (6) 4.1.6易用性陈述 (6) 4.1.7效率陈述 (7) 4.1.8维护性陈述 (7) 4.1.9可移植性陈述 (7) 4.2用户文档集要求 (7) 4.2.1完备性 (7) 4.2.2正确性 (8) 4.2.3一致性 (8) 4.2.4易理解性 (8)
根据医疗器械软件注册技术审查指导原则编写的软件版本命名规则
根据医疗器械软件注册技术审查指导原则编写的软件版 本命名规则 -标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
软件版本命名规则 1.概述 软件没有物理实体，只能通过状态管理保证质量，而软件版本用于标识软件状态，控制软件更新，进而保证软件质量，因此软件版本与软件是相互对应的表里关系，即软件版本是软件标识不可或缺的组成部分，也是实现医疗器械软件可追溯性的重要工具。 2.版本定义及分类 软件版本：以字母、符号和数字构成的用于标识软件状态即视为软件版本。 根据产品本身的特点和质量管理体系的要求，同时考虑到监管的要求，即软件版本命名规则能够区分软件更新类型，软件版本一般分为软件完整版本号和软件发布版本号。 3.命名规则 软件完整版本号分为四个部分，表示为： A.B.C.D。 软件发布版本号分为2个部分，表示为： A.B。 其中： A为主版本号，表示重大增强类软件更新，初始值为1，当软件进行了重大增强类软件更新，该号码加1。 B为子版本号，表示轻微增强类软件更新，初始值为0，当软件进行了轻微增强类软件更新，该号码加1。 C为修正版本号，表示纠正类软件更新，初始值为0，当软件进行了纠正类软件更新，该号码加1。 D为编译版本号，表示构建，初始值为000000，当软件进行了构建，以构建当日的日期的后六位数字表示。例如2012年10月08日进行了构建，则该号码为121008。
4.软件更新 4.1 基本考量 软件更新是指本公司在整个软件生存周期过程中对软件所做的任一修改。软件更新类型从不同角度出发有不同划分方法。从更新的结果和影响角度出发，软件更新可分为： 1）重大更新：影响到医疗器械安全性或有效性的软件更新； 2）轻微更新：不影响医疗器械安全性与有效性的软件更新。 从更新的目的和范围角度出发，软件更新可分为增强类更新和纠正类更新，其中增强类更新又可分为适应型更新和完善型更新，纠正类更新又可分为纠正型更新和预防型更新（改自GB/T 20157《信息技术软件维护》）：1）适应型更新：医疗器械软件为适应新的运行环境而进行的软件更新； 2）完善型更新：医疗器械软件为改变功能、性能等软件属性而进行的软件更新； 3）纠正型更新：医疗器械软件为修正软件已知缺陷而进行的软件更新； 4）预防型更新：医疗器械软件为修正软件潜在未知缺陷以避免出现运行故障而进行的软件更新。 同时，有两种特殊情况需要考虑： 1）构建（Build）：是指软件编译生成一个工作版本，符合软件更新的定义，通过质量管理体系进行控制，纠正类更新均包含构建； 2）涉及召回：包括软件更新导致医疗器械召回、召回处理措施所引发的软件更新，这两种情况均属于重大更新，应按照医疗器械召回的相关法规处理。 因此，基于软件的安全性与有效性，软件更新分为： 1）重大软件更新：影响到医疗器械安全性或有效性的增强类更新，即重大增强类软件更新； 2）轻微软件更新：不影响医疗器械安全性与有效性的增强类更新和纠正类更新，即轻微增强类软件更新和纠正类软件更新。
几种常见的软件命名规则
几种常见的软件命名规则收藏 今天终于有时间可以不用加班，回来看电影，听歌。筹划已久的博客，今天终于也迎来了第一篇有意义的文章，参考了网络上的一些文章，写的不好，再努力。 实际上命名规范是有很多的，也不是见到的就可以说的清楚，这里就就简单的介绍三种：匈牙利命名规范，Pascal,Camel： 一、匈牙利命名规范：广泛应用于象Microsoft Windows这样的环境中。 几年以前,Charles Simonyi(他后来成为微软的著名程序员)设计了一种以前缀为基础的命名方法,这种方法后来称为"匈牙利表示法"以记念他.他的思想是根据每个标识符所代表的含义给它一个前缀.微软后来采用了这个思想,给每个标识符一个前缀以说明它的数据类型.因此,整型变量的前缀是n,长整型变量是nl,字符型数组变量是ca,以及字符串(以空类型结尾的字符数组)以sz为前缀.这些名字可能会非常古怪.比如说:lpszFoo表示"Foo"是一个指向以空字符为结尾的字符串的长整型指针. 这种方法的优点是使人能够通过变量的名字来辨别变量的类型,而不比去查找它的定义.遗憾的是,这种方法不仅使变量名字非常绕口,而且使改变变量类型的工作变得十分艰巨.在Windows3.1中,整型变量为16为宽.如果我们在开始时采用了一个整型变量,但是在通过30---40个函数的计算之后,发现采用整型变量宽度不够,这时我们不仅要改变这个变量的类型,而且要改变这个变量在这30--40个函数中的名字. 因为不切实际,除了一些顽固的Windows程序员外已经没有人再使用"匈牙利表示法"了.毫无疑问,在某种场合它依然存在,但大部分人现在已经抛弃它了.一般而言,输入前缀是一种糟糕的想法,因为它把变量于其类型紧紧地绑在了一起. 对于30行以下的函数，匈牙利方法一般有优势。尤其是对界面编程，有优势。但对于有强烈的算法要求、尤其是有很多抽象类型的C++程序，匈牙利方法简直是一个灾难。看你用在什么地方。现在有了很好的IDE工具,如:VC,SourceInsight等. 选中变量,会自动提示告诉你它的声明和定义,这样匈牙利命名法就没有很大的必要了. 无非就是为了程序可读性较好. 实际上良好的代码书写习惯比强制使用匈牙利命名法更重要. 系统性。整体性。可读性。分类要清楚。要有注释！匈牙利命名法是微软推广的一种关于变量、函数、对象、前缀、宏定义等各种类型的符号的命名规范。匈牙利命名法的主要思想是：在变量和函数名中加入前缀以增进人们对程序的理解。它是由微软内部的一个匈牙利人发起使用的，结果它在微软内部逐渐流行起来，并且推广给了全世界的Windows开发人员。下面将介绍匈牙利命名法，后面的例子里也会尽量遵守它和上面的代码风格。还是那句话，并不是要求所有的读者都要去遵守，但是希望读者作为一个现代的软件开发人员都去遵守它。 匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀，标识出变量的作用域，类型等。这些符号可以多个同时使用，顺序是先m_（成员变量），再指针，再简单数据类型，再其他。例如：m_lpszStr, 表示指向一个以0字符结尾的字符串的长指针成员变量。 匈牙利命名法关键是：标识符的名字以一个或者多个小写字母开头作为前缀；前缀之后的是首字母大写的一个单词或多个单词组合，该单词要指明变量的用途。 匈牙利命名法中常用的小写字母的前缀：
产品命名规则及常识
思科交换机产品学习： 系列号G ：全千兆及以上(接口都是支持千兆或以上 系列号E ：全线速转发，万兆接口扩展 接口号T：在前：电口为主；在后，电口上行端口是电口（也就是所谓的Twirst Pair的端口) TT:(普通口和UPLink口都是BaseT(即为电口)的) 接口号C ：T/SPF上行 TC : 普通口是BaseT的, UpLink口是BaseT/SFP 接口号LC：普通口是BaseT的,并且部分支持PoE (4个) UpLink口是BaseT/SFP （例如：WS-C2960-24LC-S 接口号P：端口是电口，同时支持PoE以太网供电（具备POE功能的电口为主 接口号PC：普通口是BaseT的,并且全部支持PoE (24个) UpLink口是BaseT/SFP 接口号S ：SPF上行(带的扩展的接口为SFP类型的接口 接口号TS：普通口是BaseT的, UpLink口是 SFP的 接口号PS：普通口是BaseT的并且全部支持PoE, UpLink口是 SFP的
接口号FS：普通口是100BaseFX的, UpLink口是 SFP的（例如： WS-C3750-24FS-S 接口号D：万兆上行（例如 WS-C3750G-16TD-S TD：适用3750，表示电口＋10GBE 接口号W：支持无线接入（Integrated Wireless LAN Controller） (50 support for up to 50 access points) 例如：WS-C3750G-24WS-S50 尾号C（LAN Lite Image）：二层交换机的软件 尾号L（LAN Base Image）：二层交换机的软件 尾号S ：表明交换机带的软件是SMI标准镜像（Standard Image）的是三层交换机，但只能运行静态路由和RIP动态路由 尾号E : 表明交换机带的软件是EMI增强镜像（Enhanced Image）的是三层交换机，不但运行静态路由和RIP动态路由，也可以运行OSPF，EIGRP，BGP等动态路由 尾号F ：全功率 GBIC，是将千兆位电信号转换为光信号的接口器件。GBIC设计上可以为热插拔使用。采用GBIC接口设计的千兆位交换机互换灵活
关于软件产品名称及版本号的说明
附件7： 关于软件产品名称及版本号的说明 根据信息产业部《软件产品管理办法》和参考中国软件行业协会推行的《软件产品名称规范》，对深圳市登记的软件产品作以下规范说明。 一、软件产品的命名规定 软件产品名称必须由下列三要素构成：品牌、产品用途与功能、产品版本号，这三要素缺一不可。 软件产品名称构成如下： 1、第一要素为品牌 品牌中必须包含开发企业的中文简称或企业标识。 2、第二要素为：产品用途与功能+“软件” 在本段中应以简明的方式表明该软件的用途(适用的行业、范围)与功能。 在本段末尾必须标明“软件”两个字，明确本产品是软件，不包括硬件。但是，“操作系统”之后不用标“软件”两个字。 3、第三要素为产品版本号 产品的名称最后必须表明Vxx.xx或Vxx.xx.xx字样的版本号，其中xx必须为具体数字。
二、产品版本号的定义和修改规定 1、产品版本号的定义 产品版本号可分为简约版本号和完整版本号两类。 简约版本号的标识为：Vxx.xx，其意义为V<版本号>.<修订号>，如V2.0,V3.03。 完整版本号的标识为：Vxx.xx.xx，其意义为V<主版本号>.<次版本号>.<修订号>，如V2.0.1,V3.1.03。完整版本号适用于频繁修改的软件或庞大的软件系统。 <主版本号>的含义：标志产品版本的变化。如功能模块有大的变动，比如增加多个模块或者整体架构发生变化。 <次版本号>的含义：标志产品功能有一定的增强。如增强了权限控制、增加自定义视图等功能。 <修订号>的含义：标志产品有一些小的变动，一般是缺陷修复。修订版经常发布，时间间隔不限，修复一个严重的缺陷即可发布一个修订版。 2、产品版本号的修改规定 （1）在简约版本号中，<版本号>的修改即紧跟着V后面的xx的修改或升级，则产品必须重新登记；在完整版本号中，<主版本号>的修改即紧跟着V后面的xx的修改或升级，则产品必须重新登记。 （2）在简约版本号中，允许企业可根据需要对<修订号>的即第2个xx进行修改，这种修改不涉及产品重新登记的问题；
软件产品版本号命名规范
软件产品版本号命名规范 1、目的 规范软件产品版本号，避免软件测试、发布时软件各模块版本不兼容问题。 2、范围 C3M平台软件及绿色行动管理平台。 3、命名规范 软件产品版本号命名规范参考 .Net Framework风格的版本号命名格式，以：主版本号.次版本号.内部版本号.修订号四位表示。软件初版时，版本号为：1.0.0.0。 主版本号：标识软件架构、设计思想，主版本号不同的程序集不可互换，即使具有相同名称也不可互换。软件架构、设计思想改变或大量重写，主版本号加1。主版本号改变，不支持向后兼容性，次版本号、内部版本号及修订号复位为0。 次版本号：当在原有基础上增加了部分功能，涉及数据库的改动，次版本号加1，内部版本号及修订号复位为0。 内部版本号：当软件各模块间接口变更时，内部版本号加1，修订号复位为0。只要有某个或某几个模块的接口发生变动，所有模块的内部版本号统一增加1。 修订号：名称、主版本号、次版本号、内部版本号都相同，但修
订号不相同的程序集可以完全互换
。以软件编译日期（月日）4位数字作为修订号，如10月5号，则为1005。当天发布的多次软件，用后编译的软件程序完全替换前边编译的软件程序。 主版本号、次版号及内部版本号，其中任何一个如果需要变更，需要向软件负责人申请，由软件负责人确定。软件负责人将统一修改软件产品版本号，并通知所有相关开发人员。 开发人员每次的改动必须写开发日志，注明改动了哪些东西，修正了哪些BUG，是否对其它模块有影响，是否对数据库有改动。 软件产品所需要的主版本号、次版本号、内部版本号，出现任何一个变更，软件产品需要整体升级。 4、软件模块版本号 软件各模块需要独立的主版本号、次版本号、内部版本号，其中对公共模块或公共组件的版本号，为完全独立的版本号，与软件产品版本号的主版本号，次版本号，内部版本号无关。对业务模块的版本号，其主版本号与软件产品的版本号一致，次版本号，内部版本号为独立版本号。但要求与软件产品的版本号的编码格式一致。 对多个业务模块依赖的公共部分或相关改动，需要同步进行升级关联的业务模块相关版本号。 5、数据库脚本
软件系统命名规则
1、目的本指导书是为软件配置管理而制定。其目的是使公司软件产品配置标识的命名规范化。 2、适用范围 适用于本公司所有软件产品的配置管理 3、职责 4、控制内容 4.1、软件配置标识的组成 4.1.1、软件提供给用户的阶段产品和最终产品的配置标识由公司代码 QWO以下五部分组成。 a 、产品类别代码 b 、产品（项目）标识或子系统标识 c 、配置项标识 d 、版本号其一般形式为： QWa-bbbb-cc-dd 4.1.2、软件开发过程中产生仅供公司或项目内部使用的配置项，其配 置标识的一般形 式为：bbcccccc-dd，其中，bb为产品（项目）标识缩写，cccccc 为配置项标识，dd为版本号。 4.2、部门代码 部门代码按《体系文件编号规定》 4.3 条的规定控制。 4.3、产品（项目）标识及其缩写 产品（项目）标识由反映产品或项目名称的 4~5位拼音字母组成，前2位字母为其缩写。如DHMI是杭州大和热磁电子有限公司管理信息系统的项目标识，而DH则为其缩写。 4.4、子系统标识 子系统标识由 2位产品（项目）标识缩写和 2~3位子系统名拼音字母组成，其中第3、4两位为子系统标识缩写。如DHX是大和项目销售子系统的标识，而XS是其缩写。 4.5、配置项标识 4.5.1 、4.1.1所述配置标识中的配置项标示：识（cc）如下表所 配置项标识（cc ） 系统规格说明书FB
项目开发计划DP 软件需求规格说明书RS 概要设计说明书PD 详细设计说明书DD 用户手册UM 操作手册OM 源程序SP 4.5.2 、 4.1.2 所述配置标识中的配置项标识（ cccccc ）有 以下情况： a 、配置项为数据项：配置标识由2位全局标识SY或子系统 标识缩写（局部数据）和 3位数字码组成。 如SYOO伪001号全局数据的配置项标识 XS031 为销售子系统 031号数据的配 置项标识。 b 、配置项为数据流：配置项标识由 2位子系统标识缩写， 2 位数据流标识 DF和2位数字码组成。 如ZCDF0为资财子系统02号数据流的配置项标识。 c 、配置项为数据存储结构：配置项标识由 2位子系统标识缩 写， 2位数据存储标识DB^H 2位数字码组成。 如ZZDB0为制造子系统01号数据存储结构的配置项标识。 d 、配置项为程序模块：配置项标识由 2位子系统标识缩写， 程序模块标识 M 和2~3位数字码组成。 如XSM10为销售子系统101号程序模块的配置项标识。 e 、配置项为存储媒体配置项标识由 2位产品（项目）标识缩 写或子系统标识缩写，2位存储媒体标识FD（软盘）、HD（硬 盘）、CD（光盘）或TY （磁带）和2位数字码组成。 如ZZFDO为制造子系统的03号软盘。 f 、配置项为测试计划 配置项标识由 2位产品（项目）标识缩写或子系统标
软件标识规范
标识规范 XXX股份有限公司（版权所有，翻版必究）
文件修改控制
目录 1. 目的 2. 适用范围 3. 术语和缩略语 4. 标识规则 4.1 标识对象 4.2 文档版本控制 4.3 发行版本控制 4.4 软件项标识方式 4.5 不合格品的标识 5. 引用文件 5.1 NW602102《文件编号规定》 6. 质量记录 6.1 NR602101A“文件备份清单”
1．目的 为便于标识、控制和追踪软件开发过程中产生的各种软件项及介质，特制定本文件。 2．适用范围 适用于软件开发过程中所需的各种软件项及介质。 3．术语和缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4．标识规则 4.1 标识对象 标识对象主要包括：技术文档（可行性分析报告、需求分析报告、开发计划、质 量计划、系统设计报告、技术报告、测试计划等）、提交产品（计算机程序、释 放产品等），主要通过介质标识和版本控制以便于存取和查阅。 4.2 文档版本控制 对于计划性文档、技术文档和用户文档，其版本按修改的先后顺序确定。新生成 的文档第一次发行为第一版，修改后第二次发行为第二版，以此类推。 4.3 发行版本控制 最终完成的软件版本用三位符号表示：“s.xy”。各符号位的含义如下： 1）“y”为第二次版本号，表示纠正错误时的版本升级，用一位数字表示：“1~9”，对上一次产品或项目中的缺陷做修正，第二次版本号增加； 2）“x”为第一次版本号，表示增加功能时的版本升级，用一位数字表示：“0~9”。 与上一产品或项目相比，功能进行了小量的增加或修正时，第一次版本号增 加，第二次版本号为零，第二版本号为零时可以省略不写； 3）“s”为主版本号，用一位数字表示：“1~9”。对产品作重大调整，或与已发行的上一产品相比，在功能与性能上有较大改善时主版本号增加，次版本号 为零，产品或项目概念全新，第一次完成，版本号为1.0。 4.4 软件项标识方式
软件产品评测全部资料 ()
软件产品评测及登记所需资料清单各企业： 为了简化企业登记软件产品的程序，软件产品登记的流程稍作了一些调整。今后将由协会统一受理软件产品测试及产品登记的所有资料。请各需要办理软件产品登记的企业按以下两个清单准备齐所有资料后一齐交到深圳软件行业协会。 软件产品评测所需资料清单 1．申请单位合法拥有软件知识产权的证明文件(根据企业的情况择一提交) (1)、拥有软件产品知识产权的申请单位，交验软件着作权登记证书原件，并同时提交加盖 申请单位公章的复印件1份。 (2)、拥有软件产品知识产权约定归属自身企业的书面合同或任务委托书/协议的申请单位， 交验约定归属自身企业的书面合同或任务委托书/协议原件，并同时提交加盖申请单位 公章的复印件1份。 (3)、属于其它情况的申请单位； a.提交软件产品主要功能模块的概要设计说明1份； b.提交1－2个主要功能模块的部分源程序代码1份（按前、中、后各连续3页，共9页，不足9页全部提交，第9页为模块结束页）；
c.企业法人或其授权代表关于拥有被测软件自主知识产权的正式声明1份； 知识产权声明格式如下 知识产权声明 《》（版本号）是本公司自行开发研制，拥有完全的自主知识产权。 特此声明! 法人代表签名：公司名称(公章)： 日期：2．软件产品登记测试申请表、申请表的电子文档(各一份，电子文档存在”软盘中，申 请表在协会网站“政策法规”栏处下载) 3.产品样品一份（包括执行程序、用户手册刻入光盘）用户手册印刷或打印一份 附：关于软件产品登记名称命名的有关规定 根据国家信息产业部信产函[2001]031号关于《2001年度软件企业认定及软件产品登记备案工作会议纪要》的精神和深圳软件行业协会、深圳市税务部门的统一要求，软件产品命名作以下规范： 一、产品名称必需包含公司中文简称； 例：深圳市甲丁公司自行开发的ABC教育软件系统，按命名规则，该软件名称应为：甲丁ABC教育软件