SPI-E-TS-P01(技术解决过程文件)

1、编码：XX-SPI-E-TS-P01大庆锦华联电子科技开发有限责任公司技术解决过程文件拟制人孟吉文日期2008年12月16日审核人 坯 日期2008 年 12 月 16 日批准人 XX_ 日期2008_年12月16日更改控制页序号版本号更改时间更改内容描述填写人10.12006-05-15新建21.02006-07-12定稿1 目的2 范围 13 术语定义 14 职责 25 裁剪指南 26 过程 36.1 开发组织级解决方案和选择准则 36.1.1 概要图 . 36.1.2 启动条件 . 46.1.3 输入. 46.1.4 活动. 46.1.4.1 制订或修改公司的产品发展战略 46.1.4.

2、2 开发详细的候选方案 46.1.4.3 开发通用的基础构件 56.1.4.4 开发制订候选方案和基础构件的使用准则 56.1.5 输出. 56.1.6 关闭标准 . 56.2 发展需求和选择解决方案 66.2.1 概要图 . 66.2.2 启动条件 . 76.2.3 输入. 76.2.4 活动. 76.2.4.1 理解分析并发展需求 76.2.4.2 选择适合的产品构件解决方案 76.2.5 输出. 86.2.6 关闭标准 . 86.3 根据解决方案进行设计 96.3.1 概要图 . 96.3.2 启动条件 . 106.3.3 输入. 106.3.4 活动. 106.3.4.1 选择适用的系

3、统设计方法 106.3.4.1.1 技术预研 . 106.3.4.1.2 建立设计计划和选择设计方法 . 106.3.4.1.3 选择设计工具 . 106.3.4.2 系统设计 116.3.4.2.1 概要设计 . 116.3.4.2.2 详细设计 . 116.3.4.2.3 数据库设计 . 116.3.4.3 分析设计结果的具体实现方案 126.3.5 输出. 126.3.6 关闭标准 . 126.4 根据设计实现产品 136.4.1 概要图 . 136.4.2 启动条件 . 146.4.3 输入. 146.4.4 活动. 146.4.4.1 产品开发实现 146.4.4.1.1 开发准备

4、. 146.4.4.1.2 产品构件开发 . 146.4.4.1.3 单元测试 . 146.4.4.2 文档编写及维护 156.4.4.2.1 编写开发文档 . 156.4.4.2.2 编写用户文档 . 156.4.5 输出. 156.4.6 关闭标准 . 167 审核 168 度量 169 技能要求 179.1 设计小组 179.2 开发小组 179.3 测试小组 179.4 实施小组 179.5 项目经理 1810 参照文件 . 181 目的“技术解决”过程帮助公司有意识并且有序地开发、评价、选择先进的技术解 决方案和基础构件，使项目能够在成熟的解决方案指导下进行设计和开发、能够有 效地利

5、用成熟的基础构件。保证项目实施过程的规范可控性、保证提供给客户的产品的技术先进性和适用 性、保证项目能为组织级财富库提供有效的数据资料。2 范围适用于公司产品发展战略的技术解决方案开发、公司所有项目的设计与开发。3 术语定义技术解决： TS(Technical Solution )，针对系统设计与开发的技术实现过 程。候选方案 ：能够适应公司产品发展战略的技术解决方案，方案具有成本低、技 术性能优、执行风险小、扩展及升级能力强等特点，能满足不同产品方向的实施要 求。基础构件 ：属于候选方案的组成部分，是一些通用的产品模块或组件，具有标 准的接口，可供不同产品或项目使用。选择准则 ：由技术管理委

6、员会提出的，典型项目对候选方案及基础构件的组合 使用准则，选择准则满足成本低、技术性能优、执行风险小、扩展及升级能力强等 特点。产品构件 ：最终可运行产品的各个组成部分，可以是软件的展现界面、业务 逻辑模块、类或接口、基础构件、存储过程、数据结构、第三方产品等。客户化项目 ：公司开发出较为成熟的软件产品，可以适用于某领域的大多数 客户，项目实施过程中只需要针对不同的客户进行局部开发的项目。4 职责 TS GP2.4角色 活动、需求小组设计小组开发小组测试小组实施小组项目经理产品部技术管理委员会高层管理者开发候选万案理解万案理解万案分析开发审核开发基础构件理解构件理解构件开发测试提需求、构件验收

7、审核需求开发方案选择准则理解准则理解准则设计准则审核选择产品解决方案介绍需求选择万案审核评审产品设计进行设计审核评审产品实现介绍设计产品开发单元测试技术支持评审文档维护开发文档用户文档审核5裁剪指南没使用新技术的项目可以不进行技术预研;客户化项目不进行概要设计。6过程6.1开发组织级解决方案和选择准则6.1.1 概要图 TS GP3.16.1.2 启动条件高级管理层有新的产品发展计划。6.1.3 输入 TS GP2.3市场信息；行业技术信息；行业客户信息。6.1.4 活动6.1.4.1 制订或修改公司的产品发展战略高层管理者根据市场情况结合公司的优劣势，制订或修改公司的产品发展战略 框架，并安

8、排市场部针对产品发展战略框架进行市场调研与分析。市场部根据产品发展战略框架收集政府政策、行业用户、行业产品、市场空间 等信息进行综合分析，形成市场分析报告提交高层管理者，市场分析报告能为高层 管理者制订或修改产品发展战略提供详细的信息支持。高层管理者根据市场分析报告研究并确定最新的产品发展战略，通知技术 管理委员会及相关研发部门。6.1.4.2 开发详细的候选方案 TS SP1.1技术管理委员会针对产品发展战略组织讨论，分析该战略下的行业技术信 息及行业用户信息，制订多个适用于产品发展战略的不同解决方案（不同平 台、不同架构、不同开发工具、不同的业务功能、不同业务处理能力），这些解决 方案运用

9、到不同的产品方向或不同的客户可以实现成本低、技术性能优、执行风险 小、扩展及升级能力强等要求。高层管理者和市场部从市场可推广及成本可支持的角度对候选技术解决方 案进行审核，技术管理委员会对审核不符合项进行修改直到审核通过技术管理委员会负责分析候选技术解决方案中可以开发基础构件的内容， 并形成基础构件开发需求交由高层管理者审核。6.1.4.3 开发通用的基础构件 TS SP2.1如果技术管理委员会提出基础构件开发需求并通过高层管理者审核，则由产品 部根据需求制订开发计划，开发计划通过技术管理委员会审核后，产品部按计划开 发相关基础构件。基础构件需要由产品部和技术管理委员会共同验证确认，产品部负责

10、基础构件 的管理与升级维护。6.1.4.4 开发制订候选方案和基础构件的使用准则 TS SP1.1经过积累逐步形成组织级候选解决方案库和基础构件库，技术管理委员会负责 制订这些“候选方案和基础构件的使用准则” =解决方案选择准则，即说明不 同产品或不同规模的项目可以分别使用哪种解决方案或哪些基础构件。高层管理者和市场部从市场可推广及成本可支持的角度对解决方案选择准 则进行审核，技术管理委员会对审核不符合项进行修改直到审核通过。6.1.5 输出公司产品发展战略；候选技术解决方案；“候选基础构件”；解决方案选择准则。6.1.6 关闭标准候选技术解决方案与解决方案选择准则阶段性完成。6.2发展需求和

11、选择解决方案6.2.1荷求小纽设计小绅顶H纤尸输出陀解需求MH力案选介絹需求优化必集选 4H：t锄需求选样解技术诃即委员合执行选样分析需求产山辅 决7纟概要图SP GP3.1系统需求规 格说阴书人通过方案审核技术解决-选择产品离件孑决方案过程ii.M Jj 綁力九疫傩选楼:現解候选*开发解解离号案W决办崟6.2.2 启动条件需求规格说明书获得承诺。6.2.3 输入 TS GP2.3系统需求规格说明书；候选技术解决方案；“候选基础构件”；解决方案选择准则。6.2.4 活动6.2.4.1 理解分析并发展需求 RD SP3.4需求小组向项目经理、设计小组、技术管理委员会介绍被确认的需求或被变更 的需

12、求（被确认变更）。设计小组充分理解并分析需求，对需求进行分解，得出通用需求（面向功能） 和关键需求（高技术难度、复杂业务逻辑、高业务处理能力、高性能、高安全、高 灵活性等需求），把各项需求分配到各个产品构件上。6.2.4.2 选择适合的产品构件解决方案 TS SP1.2设计小组根据需求与产品构件对应关系表，通过组织级候选技术解决方案和候 选方案选择准则选择适合产品构件（满足需求）的解决方案。设计小组把各个产品构件解决方案清单提交项目经理和技术管理委员会审核。项目经理和技术管理委员会以成本低、技术性能优、执行风险小、扩展及升级 能力强等原则审核产品解决方案。经过评审，如果不是方案的选择不符合要求

13、，而是候选技术解决方案不能 完全实现产品构件，设计小组提出对应的解决方案，解决方案由技术管理委员会审 核通过后使用，并以此完善候选解决方案库。项目经理把审核通过后的产品解决方案交由设计小组进行设计。6.2.5 输出 TS GP2.6需求与产品构件对应分配表； 产品解决方案。6.2.6 关闭标准产品解决方案获得审核通过。6.3根据解决方案进行设计6.3.1 概要图 TS GP3.1持术狛决谆订讨秤一S利徒負9项函门營撐丨知时；他设计 if愉入 :设汁小担対谟卫的实现进行分析 Ji舉川购冗Qidfl建锐体曲项口：卜 tl和设计临计创It厅汛不轨需乂也 格晓明书範蜜设计侮攻设计】麺藉库股il- iu

14、i 叩rF 油诀j條仅ili臭6.3.2 启动条件需求规格说明书获得承诺；产品解决方案通过审核。6.3.3 输入 TS GP2.3需求规格说明书；产品解决方案。6.3.4 活动6.3.4.1 选择适用的系统设计方法6.3.4.1.1 技术预研 TS GP2.5设计小组在实施项目产品的设计之前，由于可能会使用候选技术解决方案 中的新技术，或者客户对项目提出了新的技术要求，或者设计小组计划在项目中使 用某项新技术，这些都需要设计小组对出现的新技术进行学习和研究，以便能将新 技术更好的运用到项目产品当中。6.3.4.1.2 选择设计方法和选择设计工具设计小组根据产品解决方案的技术特点选择科学的“设计

15、方法和设计规 范”，选择有效的设计工具，比如：业务建模工具、数据库建模工具、文档编辑及 管理工具。6.3.4.1.3 建立设计计划设计小组在项目整体计划内根据所选择的产品解决方案制订项目的设计 计划，设计计划包含设计方法与规范、设计工具等内容，由项目经理审核后 执行。6.3.4.2 系统设计6.3.4.2.1 概要设计 TS SP3.1 设计小组根据需求规格说明书和产品解决方案进行产品的概要设计，概要设计说明书的主要设计内容如下： 总体设计、总体结构和模块外部设计、功能分配：表明各项功能与程序结构的 关系、外部接口设计（包括用户界面、软件接口与硬件接口）、 内部接口（模块 之间的接口）、 数据

16、结构设计、逻辑结构设计、 物理结构设计、数据结构与程序 的关系、 运行设计（运行模块的组合、运行控制、运行时间）、 出错处理设计 （出错输出信息、出错处理对策：如设置后备、性能降级、恢复及再启动等）、 安全保密设计、维护设计。技术管理委员会对概要设计说明书进行评审。6.3.4.2.2 详细设计 TS SP3.1 设计小组根据需求规格说明书在概要设计说明书的基础上进行产品的 详细设计，详细设计说明书的主要设计内容如下：总体设计、（需求概述、软件结构：如给出软件系统的结构图）、逐个模块给 出以下说明：功能、 性能、 输入项目 、 输出项目、详细描述模块实现的算法、接口、 存储分配、限制条件、给出测

17、试模块的主要测试要求。6.3.4.2.3 数据库设计 TS SP3.1 设计小组根据需求规格说明书、概要设计说明书、详细设计说明 书进行数据库设计。要求使用数据库设计工具（例如：Power Designer、ER win ）进行数据库的逻 辑建模和物理建模，清楚说明数据实体的关联关系。数据库的相关对象参照数据 库命名及设计规范进行命名及设计。技术管理委员会对详细设计说明书、“数据库设计模型”和数据库设计 说明书进行评审。6.3.4.3 分析设计结果的具体实现方案 TS SP2.4设计小组根据产品的设计结果、其他项目或产品部的工作成果，对产品构件的 实现方案进行综合分析，提出设计的实现分析报告，

18、报告的内容包含对“开发 的内容”、“复用的内容”和“购买的内容”的建议。技术管理委员会从成本可支持性、技术先进性等方面对设计的实现分析报 告进行审核。如果设计的实现分析报告中有产品购买的需求，项目经理编制并提交项目 采购计划，转入执行SAM过程。如果设计的实现分析报告中有产品复用的决定，项目经理以复用范围和复 用程度对“项目相关计划”和“设计”进行修改。项目经理按修改后的计划安排对自研部分的产品构件进行实现。6.3.5 输出 TS GP2.3设计计划；概要设计说明书；详细设计说明书；数据库设计说明书；设计的实现分析报告（开发、复用、购买）。6.3.6 关闭标准相关设计说明书或报告通过评审。6.

19、4根据设计实现产品6.4.1 概要图 TS GP3.1技术解一掙产晶构件解决方探过柑厂文档6.4.2 启动条件相关设计说明书通过评审。6.4.3 输入 TS GP2.3概要设计说明书；详细设计说明书；数据库设计说明书；组织级代码开发规范；单元测试规范。6.4.4 活动6.4.4.1 产品开发实现6.4.4.1.1 开发准备开发小组在项目的整体计划内，根据任务分配制订详细的开发计划。 项目经理对开发小组的开发计划进行审核。开发小组获得组织级的开发规范，可以在此基础上裁剪部分规范，也可以 增加一些适应产品开发要求的新规范。开发规范由项目经理审核通过后在项目组统一使用。6.4.4.1.2 产品构件开

20、发 TS SP3.1开发小组按开发计划和开发规范进行产品构件开发。6.4.4.1.3 单元测试 TS SP3.1开发小组按照设计说明书和开发计划制订测试计划，测试工作可以产 品构件开发完成情况顺序进行，并填写产品构件的测试记录开发小组对测试记录中提出的问题进行确认和修改。开发小组对测试问题的修改情况并进行再测试，所有产品构件的单元测试和再 测试完成后编写单元测试报告。6.4.4.1.4 代码评审 测试小组和开发小组对通过单元测试的源代码进行交叉检查和评审，按产品构 件进行代码确认并填写代码确认单。6.4.4.2 文档编写及维护6.4.4.2.1 编写开发文档 TS SP3.2 本活动可以与开发

21、活动同步进行，也可以在开发工作阶段性结束或全部结束后统一编写。开发文档由开发小组按照任务分配原则编写（谁开发谁编写），文档应包含模 块名称及功能、建立及更新时间、输入输出、处理流程、接口、关键代码的处理说 明、外部引用的处理说明等内容。6.4.4.2.2 编写用户文档 TS SP3.2 项目的用户文档由实施小组编写，用户文档包含培训材料、用户手册、操作手册、维护手册、在线帮助等内容。 用户文档关系到用户能正确有效地运行和使用产品，文档内容必须简单易懂，适用性强，最终文档必须通过技术管理委员会以及用户的评审。6.4.5 输出 TS GP2.6开发规范；开发计划；“产品构件”； 单元测试记录； 代码确认单；代码说明书；培训材料；用户手册；操作手册；在线帮助。6.4.6 关闭标准完成产品构件开发并通过单元测试、代码被测试小组和开发小组评审通过、用 户文档编写完成。7 审核 TS GP2.8高层管理者和市场部对候选解决方案进行审核； 技术管理委员会对产品构件解决方案进行审核； 技术管理委员会对“设计说明书”进行审核； 技术管理委员会对实现的“产品构件”进行审核；QA人员对技术解