软件技术解决方案.docx
- 文档编号:23028003
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:18
- 大小:29.09KB
软件技术解决方案.docx
《软件技术解决方案.docx》由会员分享,可在线阅读,更多相关《软件技术解决方案.docx(18页珍藏版)》请在冰豆网上搜索。
软件技术解决方案
文件状态
■受控□非受控
发布对象
■公司内部
□公司外部
注意事项
不得外传
文档名称
产品目录
编写部门
V部门名称>
编写人/日期
V姓名>/
V方案名称>
软件技术解决方案
北京开元智信通软件有限公司
版本历史
版本号
修改人
时间
备注
1前言5
1.1背景5
1.2目的5
1.3适用范围5
1.4读者对象5
1.5相关资料6
1.6词汇表6
2需求分析6
2.1技术现状6
2.2用户需求6
3解决方案7
3.1设计原则7
3.2总体设计方案7
3.2.1功能设计模块和项目(产品)需求对应关系7
3.2.2总体功能流程图及框架图8
3.2.3总体功能流程图及框架图说明8
3.2.4各个子模块之间输入输出关系8
3.2.5数据库结构设计8
3.3子模块一(接口)方案详述9
3.3.1XXX子功能流程图及框架图9
3.3.2XXX子功能流程图及框架图说明9
3.3.3XXX子功能用到的算法说明9
3.3.4XXX第三方模块调用说明9
3.3.5XXX子功能输入10
3.3.6XXX子功能输出10
3.3.7XXX子功能数据库设计10
3.4子模块二(接口)方案详述11
3.4.1XXX子功能流程图及框架图11
3.4.2XXX子功能流程图及框架图说明11
3.4.3XXX子功能用到的算法说明11
3.4.4XXX第三方模块调用说明11
3.4.5XXX子功能输入12
3.4.6XXX子功能输出12
3.4.7XXX子功能数据库设计12
3.5方案设计理由12
3.6方案优点及缺点13
3.7技术风险13
3.8方案工作量估算13
3.9关联部门注意事项13
4约束条件14
5技术建议14
6输入输出文档14
7评审及流程16
7.1整体方案评审16
7.1.1评审形式16
7.1.2评审输入16
7.1.3评审结论跟踪16
7.1.4评审输出16
注:
文档中的灰色斜字,正式文档中应替换为正体黑色文字;正式文档本段文字须删除。
本文档内容可以根据项目进行裁减。
本文档需要明确提出技术解决方案的原因,技术方案要解决哪些问题,哪些问题还未解决,该技术方案实现在的的风险,技术方案的实现难点在哪里,技术方案实现估计面要的人力资源,该技术方案要达到的效果,技术方案中未决事项。
技术方案如有必要可列出多种解决方案,并分别论述其优、劣、
得、失。
方案应从实现方式、所需技术、测试要点、生产注意事项、
维修注意事项等方面分别进行论述。
以便评审人员全方位对技术方案可行性进行评价。
1前言
1.1背景
<介绍提出本技术方案的背景,包括:
(1)满足某个客户或者产品的哪些需求
(2)新技术出现后,在原有产品或项目中要应用该技术
(3)客户反馈的产品问题,在原有产品中未能解决,希望通过本方案解决这些问题。
(4)原有产品中的技术存在不合理、不规范的情况。
方案对这些问题进行修改。
本段需要描述清楚,谁(指部门或个人等)?
为什么要提出这个技术解决万案?
>;
1.2目的
<技术解决方案的目的提供满足用户需求的设计、开发和实施解决方案。
本
部分主要描述解决方案目的。
例如:
本方案将作为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
保养逻辑改造
保养子模块
实现新保养逻辑
322总体功能流程图及框架图
<此处用流程图、框图等,说明程序的处理逻辑,程序框架图,接口调用关系等。
>
1.1开始
1.2调用主程序
3.2.3总体功能流程图及框架图说明
<此处按流程图、框图上的编号,详细描述流程或框架的各个需说明节点,之间的调用关系。
>
1.1开始
1.3调用主程序
3.2.4各个子模块之间输入输出关系
<描述设计中各个子模块之间的输入输出关系,哪个子模块或者接口的哪些输
出参数是哪些子模块或者接口的输入参数,主要描述参数调用之间的源和目的>
3.2.5数据库结构设计
表太多,可单独建立EXCELS据库设计文件,见附件:
<整体数据库设计完整版本。
牵扯到本次方案的所有数据库表最终结构,如果
表名
表描述
字段名
字段类型
字段描述
备注
XXX表
微信对应关系表
WechalD
LONG
:
微信号
CustemID
LONG
用户ID
XX)项目数据库结构设计.xlsx
使用的数据库版本:
xxxxxxxx
XXX表
产品对应表
CustName
VCHAR
用户名称
产品对应表
MeMo
VCHAR
备注
3.3子模块一(接口)方案详述
<以下标题,可依据要说明的业务、程序处理再下阶一级或多级>
3.3.1XXX子功能流程图及框架图
<此处用流程图、框图等,说明程序的处理逻辑,程序框架图等。
>
1.1开始
*
1.2调用主程序
3.3.2XXX子功能流程图及框架图说明
<此处按流程图、框图上的编号,详细描述流程或框架的各个需说明节点>
1.1开始
1.3调用主程序
3.3.3XXX子功能用到的算法说明
<此处描述该子功能中用到的特殊算法逻辑,如果没有可省略>
3.3.4XXX第三方模块调用说明
<此处列出本项目或者产品方案之外的第三方项目、产品的调用方法及功能描述。
调用关系在上述流程图描述清楚,输入输出在下面的子功能输入输出章节描述。
>
335XXX子功能输入
<设计逻辑要求输入的内容,如果没有可省略>
3.3.6XXX子功能输出
<设计逻辑最终输出的内容,这些内容会被其它产品或部门调用和使用,如果没有可省略>
3.3.7XXX子功能数据库设计
<针对该子功能的新增数据库表、添加的数据库字段、修改的数据库字段,只描述和本功能相关的数据库的内容。
数据库版本:
XXXXXX
设计类型(新增、修改、删除)
表名
表描述
字段名
字段
类型
字段描述
备注
新增
XXX表
微信对应关系表
WechalD
LONG
微信号
新增微信号和用户对应关系表
CustemID
LONG
用户ID
修改
XXX表
产品对应表
CustName
VCHAF
1用户名称
将原来的
XXX表中的
CarName修改为
CustName,之前表里的数据不变
删除
XXX表
产品对应表
MeMo
VCHAF
1备注
原来XXX表中的
MeMo为冗余字段,且没有存储数据,本次设计去掉
3.4子模块二(接口)方案详述
<以下标题,可依据要说明的业务、程序处理再下阶一级或多级>
3.4.1XXX子功能流程图及框架图
<此处用流程图、框图等,说明程序的处理逻辑,程序框架图等。
>
1.1开始
1.2调用主程序
3.4.2XXX子功能流程图及框架图说明
<此处按流程图、框图上的编号,详细描述流程或框架的各个需说明节点>
1.1开始
1.3调用主程序
3.4.3XXX子功能用到的算法说明
<此处描述该子功能中用到的特殊算法逻辑,如果没有可省略>
3.4.4XXX第三方模块调用说明
<此处列出本项目或者产品方案之外的第三方项目、产品的调用方法及功能描述。
调用关系在上述流程图描述清楚,输入输出在下面的子功能输入输出章节描述。
>
345XXX子功能输入
<设计逻辑要求输入的内容,如果没有可省略>
3.4.6XXX子功能输出
<设计逻辑最终输出的内容,这些内容会被其它产品或部门调用和使用,如果没有可省略>
3.4.7XXX子功能数据库设计
<针对该子功能的新增数据库表、添加的数据库字段、修改的数据库字段,只描述和本功能相关的数据库的内容。
设计类型(新增、修
改、删除)
表名
表描述
字段名
字段描述
备注
新增
XXX表
微信对应关系表
WechalD
微信号
新增微信号和用户对应关系表
CustemID
用户ID
修改
XXX表
产品对应表
CustName
用户名称
将原来的XXX表中的CarName修改为
CustName,之前表里的数据不变
删除
XXX表
产品对应表
MeMo
备注
原来XXX表中的MeMo为冗余字段,且没有存储数据,本次设计去掉
>
3.5方案设计理由
<详细描述此设计引用的设计模式,该模式被验证有效、科学等,该设计在性、
、^'selinh
智営通
价比、纠错、效率等方面得到提升等。
即为什么要采用这一设计
3.6方案优点及缺点
<详细分析本方案的优点,以及缺点。
如为改进型方案,可说明本方案效率提升,时间、空间等缩减和得到优化。
如果方案存在负面影响需要说明,其会造成什么样的不利影响>
3.7技术风险
<描述本设计可能存在的技术风险,包括技术成果是否好验证,是否会对产品稳定性造成影响,该技术采用后,研发投入、测试投入、生产投入、维护投入是否会加大,或者时间周期度长等>
序号
风险分类
风险
风险描述
风险等级
(高、中、低)
3.8方案工作量估算
<对执行本方案可能产生的研发工作量进行估算>
序号
任务
任务说明
工作量(人天)
1
2
3
4
合计
3.9关联部门注意事项
<描述本执行本方案后,其它关联部门应执行的修改,以及在研发测试过程中应注意的关键工作节点,应预防的问题,相关也函数参数据变动等内容。
防止由于本方案变更,造成软件产品逻辑错误,或测试遗漏,导致产品质量失控。
>
序号
部门
注意事项
4约束条件
<描述此方案的约束条件,包括前置约束条件,后置约束条件。
即该方案在满足什么条件下,方案中的设计才有效;或者方案设计需要输入哪些内容,对这些内容的要求。
>
5技术建议
<此处表述建议的项目开发模式,如是否外包、采购或自行开发>
6输入输出文档
<规定项目需要输入、输出的文档,并对文档进行简要描述,可根据项目属性确定文档范围,对不需要的文档进行删减>
名称
内容
属性
说明
生产工艺手册目录
r公用
生产工艺手册使用指南
产品系列化生产配件配置说明
公用
生产编号表
硬件、软件、线缆和机械编号对照表
公用
质量追踪和记录手册目录
记录每台设备的生产制造和生命过程
私用
元器件清单
生产的元器件清单
公用
机械部件清单
上盖、下盖、前面板、后面板清单
公用
线缆辅料清单
接口连接线缆
公用
该项目
不需要
线缆连接图
用于标识每个线缆的位置和编号
公用
该项目
不需要
线缆制作作业指导书
用于每个线缆的制作指导
公用
该项目
不需要
线缆检验作业指导书
用于线缆的检测指导
公用
该项目
不需要
线缆检验记录卡
记录线缆检验结果
私用
该项目
不需要
产品包装配件清单
:
用于规定产品套件
:
公用
PCB投板确认单
投板确认
公用
焊接作业指导书
指导PCB生产厂商焊接
公用
板卡
焊接检验作业指导书
指导PCB焊接完成后的检验
公用
焊接检验记录卡
私用
调测作业指导书
指导PCB板卡的调测
公用
调测检验作业指导书
调测检验
公用
调测检验记录卡
私用
整机调测作业指导书
公用
整机调测检验作业指导书
公用
该项目
不需要
整机调测检验记录卡
私用
该项目
不需要
整机装配作业指导书
公用
该项目
不需要
生产辅助软件目录
公用
生产辅助软件使用说明书
公用
产品附件目录表
除硬件、软件、机箱外的产品附件
私用
该项目
不需要
产品灌装软件目录
公用
产品维护记录卡
产品维护历史记录
私用
产品销售后维护,外用
整体设计方案
公用
软件设计方案
公用
硬件设计方案
公用
机械设计方案
公用
测试方案
公用
测试方案用例
公用
测试报告
公用
硬件原理图
公用
硬件PCB
公用
软件源代码及
readme
存档
私用
软件目标码
存档、生产
公用
7评审及流程
设计实现阶段技术中心组织整体方案评审;评审机构为技术委员会、项目
管理中心、项目关联人员。
7.1整体方案评审
整体方案评审主要设计机械方案、硬件方案、软件方案、生产工艺方案等四
个大方面内容。
7.1.1评审形式
整体方案评审形式采用会议评议方式,评议内容分现场结论和记录两种方式
解决评议议题,后会一周内出具评审结论报告,评审结论报告走文件流转。
7.1.2评审输入
整体方案评审输入包括:
整体方案文档、机械设计示意图(电子)、评审用
CheckList表(纸质人手一份)、会议记录(纸质一份)、专家意见表(纸质人手一份)。
7.1.3评审结论跟踪
评议现场有结论的议题,现场更改或标识;评议现场没有结论的议题采用会议记录形式记录。
会后一周内整理所有议题,并给出议题结论。
修订整体方案,出具评审结论报告。
7.1.4评审输出
整体方案评审输出包括:
修订后的整体方案文档(纸质一份)和评审结论报告(纸质一份)。
评审输出采用文件流转方式进行复议。
8附录
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件技术 解决方案