ICS35.080 L 77 SJ 备案号：52045-2015 中华人民共和国电子行业标准 SJ/T115622015 软件协同开发平台技术规范 Technologyspecificationof softwarecollaborativedevelopmentplatform 2015-10-10发布 2016-04-01实施 SJ 发布 中华人民共和国工业和信息化部 SJ/T11562—2015 目 次 前言 II 范围 1 2 规范性引用文件 术语和定义 缩略语 3 ORM 体系结构 4 4.1 功能概述 4.2 层次模型 5服务层 5.1 支撑服务 5. 2 公共服 HO 6应用层 6.1 基础 6.2 高级 TR 10 6.3 过程 11 S 2 S N D SJ/T115622015 前言 本标准按照GB/T1.1—2009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本标准由工业和信息化部软件服务业司提出。 本标准由工业和信息化部电子工业标准化研究院归口。 本标准起草单位：中国人民解放军国防科学技术大学、山东中创软件商用中间件股份有限公司、 北京大学、北京航空航天大学、中国科学院软件研究所。 本标准主要起草人：王怀民、尹刚、刘惠、刘江宁、黄三伟、刘耀、李志、柳浩、李殊强、邓晓 爱、李莉、卡功杰。 II SJ/T11562—2015 软件协同开发平台技术规范 1范围 本标准规定了软件协同开发平台的软件体系结构和功能要素，给出了各组成要素在软件生存周期中 的协同过程。 本标准适用于软件企业中软件协同开发环境的开发和构建。 2＇规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文 凡是不注日期的引用文其最新版本（包括所有的修改单）适用手） GB/T 11457- 信息技 3术语和定义 GB/T11457界定的以及下 于本文件。 3.1 软件协同开 发平合 soft eloamentom 支持在时间或间上分布的 正务的软 3. 2 持续集成 continuousintegration 持续地将多个团队成员的软件制品进行集成并及时反馈的开发过程 3缩略语 下列缩略语适用于本文件。 HTTP：超文本传送协议（HTTP-HypertextTransferProtocol） CPU：中央处理器（CentralProcessingUnit） POP3：邮局协议第3版（PostOfficeProtocolVersion3） SMTP：简单邮件传输协议（SimpleMailTransferProtocol） BBS：电子公告牌系统（BulletinBoardSystem） SJ/T11562—2015 体系结构 4 4.1 功能概述 软件协同开发平台的核心任务是在软件开发不同的阶段（软件生存周期）为软件项目利益相关方提 供软件开发工具和协同工作工具，以支持高效高质量的实施软件开发任务。软件协同开发环境对软件生 存周期开发阶段提供协同开发支持。软件协同开发平台的体系结构支持实现以下能力： 使用过程以开发人员为中心； a) b) 操作过程以项目为中心； c) 在时间或空间上分布的团队成员协同工作，支持软件开发的创意活动和生产活动； (P 软件开发套件工具的集成； 具备良好的系统扩展能力和可伸缩性； e) f) 在分布式计算环境上运行。 4.2层次模型 软件协同开发平台的体系结构主要分为应用层和服务层，如图1。上层应用可以调用下层服务提供 的数据、功能或服务接口，同层的之间也可以相互调用。 高级应用 需求管理 持续集成 应用层 沟通交流 文档管理 配置管理 缺陷管理 软件发布 任务和进度管理 基础应用 过程协同 公共服务 统一认证 邮件 服务层 用户管理 用户空间管理 权限控制 工程管理 支撑服务 工程分类管理 日志管理 系统监控和管理 图1软件协同开发平台体系结构示意图 服务层主要为应用层提供所需的部署、集成支持服务，以及提供平台管理所需的公共服务，一般与 具体业务流程或应用模式无关。 服务层可以包括以下内容： a）支撑服务 包括用户管理、用户空间管理、权限控制、工程管理、工程分类管理、日志管理、系统监控 和管理。 b) 公共服务 包括统一认证服务、邮件服务。 2 SJ/T11562—2015 应用层整合软件开发过程中的需求管理、变更管理、测试管理、任务管理等内容，为开发团队不同 角色提供统一协同工作的工具支撑。 应用层提供软件开发过程的具有共性功能的软件工具系统，以及工具系统之间交互的数据接口软 件。根据协同开发工具在软件开发活动中的通用程度，本标准将其划分为两类： a）基础应用类：项目管理、文档管理、配置管理、缺陷管理、软件发布、沟通交流、过程协同； b）高级应用类：需求管理、持续集成。 5服务层 5.1支撑服务 5.1.1用户管理 AND 5. 1.1.1 功能要求 用户管理应包括 STRY a) 用户信息 护 b) 用户的注 录和汽 平台应 c) 统管理 项目成员、普通 等角色 5.1.1.2 用户 用户信息 包括用户 用户帐号状态 用户角色、 初时门 间等。 INOI 5.1.2 用户空 5.1.2.1 功能 用户空间管 下列功能 显示用 的列表； a) b) 用户当前相 意的展示，包括当前相关的任务、文档、缺陷筹信息列 显示当前用户的任务进度； c) d) 用户当前时间的代 宜提醒。 5.1.2.2 用户空间信息属性 用户空间信息属性应包括用户参与的项目信息、用户的任务信息、文档信息、缺陷信息等。 5.1.3权限控制 5.1.3.1功能要求 权限管理应按照灵活、通用的设计原则，对所有对象资源和数据资源进行访问权限控制，确保对各 类角色、不同的工具的使用功能和访问数据范围进行权限的统一管理和控制，是软件协同开发平台必要 的系统功能。 5.1.3.2权限控制信息属性 权限控制信息属性应包括角色信息、各工具信息、角色和各工具对应的信息等。 SJ/T11562—2015 5.1.4工程管理 5.1.4.1功能要求 工程管理应包括下列功能： 工程的创建和工程信息管理 a) 审核通过后的工程的不能被删除，但可支持对项目名称的变更或者支持对工程的隐藏、归档 等操作。 b) 项目成员管理 审批待加入人员、清理项目成员等。 工程查询 根据输入的查询内容来检索整个平台中的工程列表。查询分为基本查询和高级查询。基本查 询支持依据项目名称或者项目描述信息等条件的查询，高级查询支持依据项目时间、项目负 责人等扩展条件进行查询。 d) 审核待定项目 系统管理员审核协同开发平台中新建的项目，管理员可以批准或拒绝项目的创建。批准通过 后该项目处于可用状态，审核不通过将删除该项目，并向项目创建者发送拒绝信息。 5.1.4.2工程信息属性 工程信息属性应包括工程名称、创建时间、创建人、工程类别、概要描述、详细描述等。 5.1.5工程分类管理 5.1.5.1功能要求 工程分类管理应包括下列功能： a) 添加项目类别 用于添加新的项目类别。 编辑项目类别 用于编辑项目类别，可以修改项目类别的名称和说明。 移动项目类别 用于在项目类别层次结构中移动项目类别，重新组织项目类别的层次结构。可以将一级类别 移动为子类别，将子类别移动为一级类别，将子类别移动为其他的子类别。在移动过程中任 何类别的子类别作为整体进行移动。 (P 删除项目类别 用于删除项目类别，删除过程中任何类别的子类别作为整体被删除。 5.1.5.2工程分类信息属性 工程分类信息属性应包括工程类别信息、工程类别描述信息等。 5.1. 6 日志管理 5.1.6.1功能要求 日志管理应包括下列功能： a）日志处理方式的定义 4