软件技术解决方案模板Word格式.docx

上传人:b****6 文档编号:16746972 上传时间:2022-11-25 格式:DOCX 页数:14 大小:40.44KB
下载 相关 举报
软件技术解决方案模板Word格式.docx_第1页
第1页 / 共14页
软件技术解决方案模板Word格式.docx_第2页
第2页 / 共14页
软件技术解决方案模板Word格式.docx_第3页
第3页 / 共14页
软件技术解决方案模板Word格式.docx_第4页
第4页 / 共14页
软件技术解决方案模板Word格式.docx_第5页
第5页 / 共14页
点击查看更多>>
下载资源
资源描述

软件技术解决方案模板Word格式.docx

《软件技术解决方案模板Word格式.docx》由会员分享,可在线阅读,更多相关《软件技术解决方案模板Word格式.docx(14页珍藏版)》请在冰豆网上搜索。

软件技术解决方案模板Word格式.docx

技术解决方案的目的提供满足用户需求的设计、开发和实施解决方案。

本部分主要描述解决方案目的。

例如:

本方案将作为XXX项目技术开发的依据;

本方案将作为XXX项目方案评审的依据;

本方案中的设计环节将作为测试验证的环节;

……

1.3适用范围

<

描述本技术方案适用的产品、及版本,适用的项目,适用的项目中的哪些模块和功能,适用的部门等。

必填内容.〉

1.4读者对象

〈此文档的阅读对象主要是本相关风险承担人员、本设计部门牵扯到的上下级部门或人员,主要角色列举如下:

(1)项目经理:

可以据此文档了解预期系统的各项功能,安排好后续开发实施计划。

(2)设计人员:

可以据此文档了解需求内容,进行系统的概要设计和详细设计.

(3)编码人员:

可以据此文档了解系统框架及功能要求,加深系统设计理解,指导具体编码。

(4)测试人员:

可以据此文档编写《测试用例》、《用户手册》,对系统进行功能性测试和非功能性测试。

(5)相关负责人:

可以据此文档了解将要实现产品的功能和性能,对预期系统形成一致认识。

1.5相关资料

描述本文档相关联的文档资料,或者依据的文档资料,或者参照的标准,或正确理解本文档,需求阅读的文档.文档需要用书名号标注清楚文档编号、文档名称、文档版本、文档所属部门;

如为外部文件,需说明出版社、出版号等〉例如:

需求说明书、参考资料等。

1.6词汇表

〈列举本文中需要说明的名词,这些名词可能是专有名词、新出现的名词、或者如果不明确统一会导致研发理解混乱的名词〉

词汇名称

词汇说明

Bootloader

固件引导程序,主程序,。

.。

..。

2需求分析

2.1技术现状

〈描述现在的技术应用环境,现在的技术解决方法,现在技术解决方案的优点、缺点,存在的问题等。

如果是新项目或者功能,描述为“新技术方案设计"

2.2用户需求

描述用户的新需求,或者用户对于现有技术方案提出的意见,反馈的问题,或者公司跟据产品规划等对产品提出的新需求等。

本段并非需求文档,只对需求进行必须的概述或详细,对于较大规模的需求需要另行使用专门需求文档加以说明.本文档进行简要说明后,需要指明对应的文档编号及文档名,以及版本号〉

3解决方案

文档先从整体上说明方案的整体结构,以及整体提供的功能、框架等。

文档的整体结构为总、分、总的形式。

本段文字先让本文档阅读人对整体要描述的问题、内容有一个总体上的把撑。

如有必要,本段内容应总结本方案的简要结论,便于阅读人能迅速阅读自己关注的内容.

方案描述如有多种方案,可将以下标题下降一级〉

3.1设计原则

提出设计原则,原则包括:

模块化、经济性、可靠性(如低故障率等)、高性能、可管理性等.要描述清楚本次设计需要遵循和关注的原则性规则.〉

3.2总体设计方案

〈总体方案设计要描述清楚最上一层的整体架构设计、大模块之间的调用关系、各个子模块、接口之间的输入输出关系,让读者从整体上了解整个设计的主体结构>

3.2.1功能设计模块和项目(产品)需求对应关系

〈总体方案划分为功能模块后,对应的产品或者项目需求的对应关系表,可以让读者一目了然看到针对某个需求的技术设计方案,有利于后续项目的任务分派和工作范围核实

需求编号

需求内容

对应的设计模块

设计内容描述

例:

WCH01

车队分组

车队子模块

对应实现车队分组功能

BY01

保养逻辑改造

保养子模块

实现新保养逻辑

3.2.2总体功能流程图及框架图

〈此处用流程图、框图等,说明程序的处理逻辑,程序框架图,接口调用关系等。

3.2.3总体功能流程图及框架图说明

此处按流程图、框图上的编号,详细描述流程或框架的各个需说明节点,之间的调用关系.>

1.1开始

1.3调用主程序

3.2.4各个子模块之间输入输出关系

〈描述设计中各个子模块之间的输入输出关系,哪个子模块或者接口的哪些输出参数是哪些子模块或者接口的输入参数,主要描述参数调用之间的源和目的>

3.2.5数据库结构设计

〈整体数据库设计完整版本。

牵扯到本次方案的所有数据库表最终结构,如果表太多,可单独建立EXCEL数据库设计文件,见附件:

使用的数据库版本:

xxxxxxxx

表名

表描述

字段名

字段类型

字段描述

XXX表

微信对应关系表

WechaID

LONG

微信号

CustemID

用户ID

产品对应表

CustName

VCHAR

用户名称

MeMo

3.3子模块一(接口)方案详述

〈以下标题,可依据要说明的业务、程序处理再下阶一级或多级〉

3.3.1XXX子功能流程图及框架图

〈此处用流程图、框图等,说明程序的处理逻辑,程序框架图等.〉

3.3.2XXX子功能流程图及框架图说明

〈此处按流程图、框图上的编号,详细描述流程或框架的各个需说明节点>

1。

1开始

3.3.3XXX子功能用到的算法说明

〈此处描述该子功能中用到的特殊算法逻辑,如果没有可省略〉

3.3.4XXX第三方模块调用说明

〈此处列出本项目或者产品方案之外的第三方项目、产品的调用方法及功能描述。

调用关系在上述流程图描述清楚,输入输出在下面的子功能输入输出章节描述。

3.3.5XXX子功能输入

设计逻辑要求输入的内容,如果没有可省略〉

3.3.6XXX子功能输出

〈设计逻辑最终输出的内容,这些内容会被其它产品或部门调用和使用,如果没有可省略〉

3.3.7XXX子功能数据库设计

〈针对该子功能的新增数据库表、添加的数据库字段、修改的数据库字段,只描述和本功能相关的数据库的内容.

数据库版本:

xxxxxx

设计类型(新增、修改、删除)

新增

新增微信号和用户对应关系表

修改

将原来的XXX表中的CarName修改为CustName,之前表里的数据不变

删除

原来XXX表中的MeMo为冗余字段,且没有存储数据,本次设计去掉

3.4子模块二(接口)方案详述

〈以下标题,可依据要说明的业务、程序处理再下阶一级或多级〉

3.4.1XXX子功能流程图及框架图

此处用流程图、框图等,说明程序的处理逻辑,程序框架图等。

3.4.2XXX子功能流程图及框架图说明

此处按流程图、框图上的编号,详细描述流程或框架的各个需说明节点>

3.4.3XXX子功能用到的算法说明

此处描述该子功能中用到的特殊算法逻辑,如果没有可省略>

3.4.4XXX第三方模块调用说明

调用关系在上述流程图描述清楚,输入输出在下面的子功能输入输出章节描述.〉

3.4.5XXX子功能输入

设计逻辑要求输入的内容,如果没有可省略>

3.4.6XXX子功能输出

〈设计逻辑最终输出的内容,这些内容会被其它产品或部门调用和使用,如果没有可省略>

3.4.7XXX子功能数据库设计

〈针对该子功能的新增数据库表、添加的数据库字段、修改的数据库字段,只描述和本功能相关的数据库的内容。

原来XXX表中的MeMo为冗余字段,且没有存储数据,本次设计去掉

3.5方案设计理由

〈详细描述此设计引用的设计模式,该模式被验证有效、科学等,该设计在性、价比、纠错、效率等方面得到提升等。

即为什么要采用这一设计。

>

3.6方案优点及缺点

〈详细分析本方案的优点,以及缺点。

如为改进型方案,可说明本方案效率提升,时间、空间等缩减和得到优化.如果方案存在负面影响需要说明,其会造成什么样的不利影响〉

3.7技术风险

描述本设计可能存在的技术风险,包括技术成果是否好验证,是否会对产品稳定性造成影响,该技术采用后,研发投入、测试投入、生产投入、维护投入是否会加大,或者时间周期度长等〉

序号

风险分类

风险

风险描述

风险等级

(高、中、低)

3.8方案工作量估算

<

对执行本方案可能产生的研发工作量进行估算〉

任务

任务说明

工作量(人天)

1

2

3

4

合计

3.9关联部门注意事项

描述本执行本方案后,其它关联部门应执行的修改,以及在研发测试过程中应注意的关键工作节点,应预防的问题,相关也函数参数据变动等内容。

防止由于本方案变更,造成软件产品逻辑错误,或测试遗漏,导致产品质量失控。

部门

注意事项

4约束条件

〈描述此方案的约束条件,包括前置约束条件,后置约束条件。

即该方案在满足什么条件下,方案中的设计才有效;

或者方案设计需要输入哪些内容,对这些内容的要求。

5技术建议

〈此处表述建议的项目开发模式,如是否外包、采购或自行开发〉

6输入输出文档

规定项目需要输入、输出的文档,并对文档进行简要描述,可根据项目属性确定文档范围,对不需要的文档进行删减〉

名称

内容

属性

说明

生产工艺手册目录

公用

生产工艺手册使用指南

产品系列化生产配件配置说明

生产编号表

硬件、软件、线缆和机械编号对照表

质量追踪和记录手册目录

记录每台设备的生产制造和生命过程

私用

元器件清单

生产的元器件清单

机械部件清单

上盖、下盖、前面板、后面板清单

线缆辅料清单

接口连接线缆

该项目不需要

线缆连接图

用于标识每个线缆的位置和编号

线缆制作作业指导书

用于每个线缆的制作指导

线缆检验作业指导书

用于线缆的检测指导

线缆检验记录卡

记录线缆检验结果

产品包装配件清单

用于规定产品套件

PCB投板确认单

投板确认

焊接作业指导书

指导PCB生产厂商焊接板卡

焊接检验作业指导书

指导PCB焊接完成后的检验

焊接检验记录卡

调测作业指导书

指导PCB板卡的调测

调测检验作业指导书

调测检验

调测检验记录卡

整机调测作业指导书

整机调测检验作业指导书

整机调测检验记录卡

整机装配作业指导书

生产辅助软件目录

生产辅助软件使用说明书

产品附件目录表

除硬件、软件、机箱外的产品附件

产品灌装软件目录

产品维护记录卡

产品维护历史记录

产品销售后维护,外用

整体设计方案

软件设计方案

硬件设计方案

机械设计方案

测试方案

测试方案用例

测试报告

硬件原理图

硬件PCB

软件源代码及readme

存档

软件目标码

存档、生产

7评审及流程

设计实现阶段技术中心组织整体方案评审;

评审机构为技术委员会、项目管理中心、项目关联人员。

7.1整体方案评审

整体方案评审主要设计机械方案、硬件方案、软件方案、生产工艺方案等四个大方面内容.

7.1.1评审形式

整体方案评审形式采用会议评议方式,评议内容分现场结论和记录两种方式解决评议议题,后会一周内出具评审结论报告,评审结论报告走文件流转。

7.1.2评审输入

整体方案评审输入包括:

整体方案文档、机械设计示意图(电子)、评审用CheckList表(纸质人手一份)、会议记录(纸质一份)、专家意见表(纸质人手一份)。

7.1.3评审结论跟踪

评议现场有结论的议题,现场更改或标识;

评议现场没有结论的议题采用会议记录形式记录.会后一周内整理所有议题,并给出议题结论。

修订整体方案,出具评审结论报告。

7.1.4评审输出

整体方案评审输出包括:

修订后的整体方案文档(纸质一份)和评审结论报告(纸质一份)。

评审输出采用文件流转方式进行复议。

8附录

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 语文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1