| 产品名称：Dev.Net软件开发管理平台（开发网） |
PDF打印 |
关键技术
- 组模型
- 分类引擎
- 模式访问技术
- 过程模式技术
- 跟踪技术
- 智能文档技术
- 交互式帮助技术
|
关键特性：
|
| 关键技术 |
开发网研制与完善了一系列技术(九大核心技术)，这些技术是开发网功能特性的基础。下面对其中一部分进行简要说明。
|
| 1.组模型 |
组是一群人为完成特定使命一个工作区。企业成员和/或用户，以及其他涉众通过加入小组开展工作，组之间通过请求与可交付件（Deliverables）进行协调。根据设定，一个组可选地隶属于另一个组。组和用户在开发网中永续存在，开发网通过状态进行控制，使用后台操作系统的组辅助进行存储与控制。
可扩展组模型，可以轻易映射从简单企业（项目型组织），到复杂多部门企业（矩阵型组织），到大型虚拟联盟的多企业商业环境和开放环境。组模型是开发网的基础。开发网内建三种类型组：项目组、事业组、目录组，分别通过各自XML描述文件进行定义（扩展组类型也通过类似方法进行）。开发网通过这些组完整流畅地进行项目开发、知识积累利用、职能管理与协调等。
项目组：
软件开发多以项目形式进行管理。成本、时间、质量和范围是项目管理重要的四个变量。一些项目管理组织对项目管理作了一定阐释。
项目组提供任务、成员-角色、计划进度、风险、里程碑与可交付件、成本与商业价值等全面的管理。
提供强大的可自由扩展的缺陷、需求、反馈等追踪管理。
提供请求、交付、指标板等手段，实现与项目外部的沟通。
目录组：
在开发网中又称知识库或知识管理。是企业知识资产组织形式。所有企业知识在root组下分级组织。
目录组提供对软件组织及项目的可交付件(源码、文档、构件、解决方案等)和专业技能的完整管理。不仅管理企业内部的、现有的，还统一管理企业外部的、历史的知识对象。目录组维护管理一类知识对象，在企业环境中，不仅解决技术人员持续学习的需要，客户服务部等部门还可以管理产品支持知识。
事业组：
大项目、行动计划等。事业可以包含多个目录组和项目组。是在企业环境常可映射为项目管理办公室、不同开发部门(如研发二部，QA部)、产品组、虚拟的专家组（如系统架构专家组）和各种委员会（如SCCB）、信息工程监理和用户组织、跨组织的开发联盟、基金。典型的还有，如公司需要实施一项培训计划或者其他什么一项跨部门业务提升行动。
事业组建置成本/工作量－绩效中心，该类组使用事务追踪系统管理跨项目协调事务，关注的是长期性管理事务。侧重垂直沟通，顺畅跨部门、跨项目的协作。
|
| 2.分类引擎（Ontology Engine） |
分类引擎参照资源描述框架(RDF)设计。开发网中主要知识对象通过分类引擎进行分门别类。
分类引擎是开发网度量（含缺陷分析，改进发现等传统分析统计）与导航系统基础，是企业知识体系，是企业各种形式知识资产的线索。
|
| 3.模式访问技术（Pattern Accessibility） |
访问模式是人们关注某一具体信息时，最典型的、最有效的、也最适当的访问方式。这个访问方式包括信息范围、信息的表现形式以及这些信息能不能访问的权限问题等的界定。比如，当项目经理检视项目进度时，他需要访问里程碑信息，项目进度表中有多个里程碑，有个已经达到，有的过期了，有的还在遥远未来不需过多关注，开发网在项目摘要页只提供简单过期里程碑信息，这时访问模式定义的访问模式指定范围是过期的里程碑，表现形式是列表。
访问模式使用XML定义访问方式，结合模板技术，同时也提供了完善的扩充能力。
|
| 4.过程模式技术（Process Pattern） |
|
软件开发过程必须与具体环境相适应。不同的成员、工具、技术、开发方法、规模、软件复杂程度以及工期、需求变化程度等对软件开发过程设定产生影响。而模式是解决问题经典的并被证明有效的手段。过程模式通过对软件开发的开发方法、使用工具、涉及角色、输入输出、过程，以及角色技能要求，里程碑或检查点的可交付件，过程能力基线等进行建模。方便用户最快速度进行过程设定，设定的软件过程估算准确切实。
通过过程模式，企业可以设定组织级可裁剪的标准软件过程并进行定量数据采集，项目组或产品组可以利用组织级过程和过程能力历史数据快速建立项目的软件开发过程，个人可以定义自己可累积、可分析的个体软件过程。
过程建模技术是软件工程研究的一个重要领域。过程模式技术在开发网中具有重要地位，因为研制成功这项技术，开发网具备任意过程模式过程定义、过程跟踪、过程性能度量采集与量化的过程改进能力。开发网才能称的上“无模式”系统，才标榜了“无招胜有招”。
过程模式预定义了一些元过程，元过程是一些预先定义的不可再分解的过程。主要元过程有通知（WebMsg、Email），响应/回复，评价、注释（讨论）、投票、发布、归类、批准等。
|
| 5.跟踪技术（Artifacts Tracking） |
在开发网中缺省定义了多种Artifacts类型。这些类型可以是全局级的或组级的。主要跟踪类型有请求、需求、变更、用户故事(XP)、任务、活动、事宜、反馈、缺陷（Bugs）、风险等。并且依托跟踪技术进行需求管理、风险管理、任务管理等专项的专业管理。
跟踪系统和其他开发网内建类型一样可以通过很灵活的轻量级工作流赋予形式化流程控制能力。同属于跟踪技术的事务跟踪技术则体现了极限灵活的“反工作流”无限追踪能力。事务跟踪有点象群件中的电子邮件，可以任意对个人（职位）和对组进行事务请求。事务是任务的派生类型，可分解、可度量。事务解决过程完整记录在案，包括其间发生的费用支出、执行绩效等。事务追踪是组际协调的主要手段，如跨组审批。
跟踪技术是智能文档技术的基础。同时，跟踪技术为开发网完成过程度量、项目审计、状态报告等提供支持。
|
| 6.智能文档技术（Intelligent Documents） |
一些软件工具使用基于数据库或基于文档（典型是MS Word文档）管理诸如需求、缺陷等开发元素。象一些需求管理工具，通过Word加载宏方式，读取需求管理工具中的需求项，通过可定制的模板，形成排版较完善的文档。智能文档技术某种程度和上述情况类似，但区别是很大的。主要有：
- 在线编辑。如果用户愿意，甚至可以抛开字处理工具。
- 从可跟踪对象转换得到。进行开发管理同时，也是在编制文档。
- 在线评注、审批与版本管理
- 按需生成不同形式文档或报告。如生成《未完成需求报告》
- 双向互转换更新跟踪
- 表现形式更加灵活，导航性更自然；
- 创作的内容向导
- 文档衍生等。
在开发网中，报告、进度表、需求特性、检查表等都是智能文档。可以说任何有跟踪需要的有结构的东东都可以用智能文档形式展现。
解决方案交付件类型是其他交付类型的整合，让企业快速出有厚度的方案特别方便。一个晚上出1000页的特定客户标书就不再是梦想！
软件开发中文档是不受欢迎的，主要由于文档难写、易旧、无人阅读。一次性写作一篇动辄几百页的文档太不容易了。即便20页左右的简明需求规格文档也要一大块时间。开发网解决这个问题主要通过将文档打散，用户可以更习惯地编写文档。由于软件开发需求经常改变，需求、设计、测试等一系列文档经常过时，开发网的iDoc技术可以从单一源头生成多种形式文档。如从源码生成API文档，详细设计文档，进而转换成PDF、HTML等。而且这些过程自动或半自动进行。大块的文档阅读也是折磨人，僵化的文档没有在线评注能力，甚至读与不读差别都不是很大。通过开发网的ID技术，这些困难都迎刃而解。
开发网中缺省定义了需求规约、项目计划、质量计划、检查表、程序接口手册等几类文档类型。
【注.开发网暂不提供生成Word文档功能，而鼓励使用专业排版工具，利用在线素材，进行专业级出版，如小册子、产品白皮书等。】
|
| 7.交互式帮助技术（Interactive Knowledge Assistant） |
企业互联环境下，僵化的帮助系统无法适应企业学习的需要。软件组织是典型的知识型、学习型组织，软件人员进行工作时需要及时了解组织都有哪些相关知识，相关经验。开发网的交互式帮助技术帮助企业人员在需要时候，方便获得最新的、活的知识（包含在人脑中tatic知识）。
开发网以问题（Question）形式提供上下文贴切的知识。用户开展工作时，可以一键式打开帮助，查看有何相关知识。她也可以提出问题，这个问题自动归入相应的知识目录组，那里有一群专职或业务有经验人员进行解答。
例如，用户需要制定一个任务“实现工作流引擎EJB部件”，首先需要进行估算，这时用户可能会问“What is the effort distribution for Implementing EJB ?”。若他接受过EJB培训，大概它能回顾起来当初老师是谁，教材在哪儿，这时她也许会问。“Where can I find EJB tutorial？”，点击打开，嘿，她看到一个推荐连接到javasoft主页知识对象。其他的还有如“Where can I get a Examples about XXX?”，“Which experience has been documented for Java/EJB implemention?”等问题。
杜撰文章、编制文档，都是费时费力的。从实际上看在企业环境中很难取得成功，但需要的时候能迅速提取企业以前知识，别人做过，甚至推荐的外部网页，找到具有经验的人，都会很有帮助。
|
| 部分关键特性 |
下面主要介绍一些框架性功能特性。
|
| 门户式 |
开发网透过跟踪、论坛、新闻、调查、CVS、统计、监控等基础设施，以个人门户与项目/组门户方式组织服务。
个人门户包含“我的简介”、“我的请求”、“我的设置”、“我的项目”、“我的任务”等频道。
组门户包含“概要”、“成员”、“过程”、“跟踪”、“工件”、“论坛”、“邮件列表”、“调查”、“新闻”等。
开发网内建几个内部组（devnet、root、rating、audit、sepg等）支持开发网本身的管理。
管理频道内管理员可以发布全网公告、用户可以订阅全网公告、人员增加、组类型管理、审批项目立项申请（分配组资源）等。
|
| 过程管理 |
开发网依托过程模式技术，编制计划容易些；跟踪起来系统一些；标准过程贯彻、裁剪自然一些；过程能力基线得以建立，改进点轻易发现。
|
| 配置管理/文档管理/内容管理/知识管理 |
<参见PDF档>
|
| 沟通基础设施 |
沟通与及时反馈是软件开发成功基本要求，沟通产生的系统化IDea就构成了软件。软件本质是系统化概念的表达。
弥漫论坛（Pervasive Forum）
除依托于组的论坛外，所有可跟踪类型的实例都可根据需要开辟讨论。另外，文档协作编制也支持在线评注。
邮件列表
开发网提供不同类型邮件列表，从低通量的全局级邮件列表到邮件列表到组内产品相关的邮件列表。满足全面涉众沟通要求。
新闻
新闻这个东东，有时还是有必要的。
调查与检查表
很多时候，你不主动去问，你就不知道大家什么意见，调查是有效手段。开发网提供的调查特性可以由组管理员申请使用，并在组和网内内开展调查。调查与检查表都是一种智能文档。
监控订阅
开发网中任何可跟踪类型与具体可跟踪实例，四类主要可交付件以及目录都是可以订阅或监视的。
|
| 国际化 |
- 多地区（时区）
- 多语种 (基本配置包含英文、简体中文和繁体中文）
- 多组织
|
了解进一步信息：
Dev.Net关键特性简介
Dev.Net能为你带来什么？
Dev.Net产品简史－开发网开发内幕
|
| 最近更新：2003-09-24 |
|
