SUCHNESS
硬件设计文档
型号：GRC60定位终端
编号：
机密级别：绝密机密内部文件
部门：硬件组
拟制：XXXX年 XX月 XX日
审核：年月日
标准化：年月日
批准：年月日
文档修订历史记录
目录
1系统概述 (3)
2系统硬件设计 (3)
2.1硬件需求说明书 (3)
2.2硬件总体设计报告 (3)
2.3单板总体设计方案 (3)
2.4单板硬件详细设计 (3)
2.5单板硬件过程调试文档 (3)
2.6单板硬件测试文档 (4)
3系统软件设计 (4)
3.1单板软件详细设计 (4)
3.2单板软件过程调试报告 (4)
3.3单板系统联调报告 (4)
3.4单板软件归档详细文档 (4)
4硬件设计文档输出 (4)
4.1硬件总体方案归档详细文档 (4)
4.2硬件信息库 (5)
5需要解决的问题 (5)
6采购成本清单 (5)
1系统概述
2系统硬件设计
2.1、硬件说明书
硬件需求说明书是描写硬件开发目标，基本功能、基本配置，主要性能指标、运行环境，约束条件以及开发经费和进度等要求，它的要求依据是产品规格说明书和系统需求说明书。它是硬件总体设计和制订硬件开发计划的依据，具体编写的内容有：系统工程组网及使用说明、硬件整体系统的基本功能和主要性能指标、硬件分系统的基本功能和主要性能指标以及功能模块的划分等
2.2、硬件总体设计报告
硬件总体设计报告是根据需求说明书的要求进行总体设计后出的报告，它是硬件详细设计的依据。编写硬件总体设计报告应包含以下内容：系统总体结构及功能划分，系统逻辑框图、组成系统各功能模块的逻辑框图，电路结构图及单板组成，单板逻辑框图和电路结构图，以及可靠性、安全性、电磁兼容性讨论和硬件测试方案等
2.3、单板总体设计方案
在单板的总体设计方案确定后出此文档，单板总体设计方案应包含单板版本号，单板在整机中的位置、开发目的及主要功能，单板功能描述、单板逻辑框图及各功能模块说明，单板软件功能描述及功能模块划分、接口简单定义与相关板的关系，主要性能指标、功耗和采用标准
2.4、单板硬件详细设计
在单板硬件进入到详细设计阶段，应提交单板硬件详细设计报告。在单板硬件详细设计中应着重体现：单板逻辑框图及各功能模块详细说明，各功能模块实现方式、地址分配、控制方式、接口方式、存贮器空间、中断方式、接口管脚信号详细定义、时序说明、性能指标、指示灯说明、外接线定义、可编程器件图、功能模块说明、原理图、详细物料清单以及单板测试、调试计划。有时候一块单板的硬件和软件分别由两个开发人员开发，因此这时候单板硬件详细设计便为软件设计者提供了一个详细的指导，因此单板硬件详细设计报告至关重要。尤其是地址分配、控制方式、接口方式、中断方式是编制单板软件的基础，一定要详细写出。
2.5、单板硬件过程调试文档
开发过程中，每次所投PCB 板，工程师应提交一份过程文档，以便管理阶层了解进度，进行考评，另外也给其他相关工程师留下一份有参考价值的技术文档。每次所投PCB 板时应制作此文档。这份文档应包括以下内容：单板硬件功能模块划分，单板硬件各模块调试进度，调试中出现的问题及解决方法，原始数据记录、系统方案修改说明、单板方案修改说明、器件改换说明、原理图、PCB 图修改说明、可编程器件修改说明、调试工作阶段总结、调试进展说明、下阶段调试计划以及测试方案的修改
2.6、单板硬件测试文档
在单板调试完之后，申请内部验收之前，应先进行自测以确保每个功能都能实现，每项指标都能满足。自测完毕应出单板硬件测试文档，单板硬件测试文档包括以下内容：单板功能模块划分、各功能模块设计输入输出信号及性能参数、各功能模块测试点确定、各测试参考点实测原始记录及分析、板内高速信号线测试原始记录及分析、系统I/O 口信号线测试原始记录及分析，整板性能测试结果分析
3系统软件
3.1单板软件详细设计
在单板软件设计完成后应相应完成单板软件详细设计报告，在报告中应列出完成单板软件的编程语言，编译器的调试环境，硬件描述与功能要求及数据结构等。要特别强调的是：要详细列出详细的设计细节，其中包括中断、主程序、子程序的功能、入口参数、出口参数、局部变量、函数调用和流程图。在有关通讯协议的描述中，应说明物理层，链路层通讯协议和高层通讯协议由哪些文档定义
3.2单板软件过程调试文档
每月收集一次单板软件过程调试文档，或调试完毕（指不满一月）收集，尽可能清楚，完整列出软件调试修改过程。单板软件过程调试文档应当包括以下内容：单板软件功能模块划分及各功能模块调试进度、单板软件调试出现问题及解决、下阶段的调试计划、测试方案修改。
3.3单板系统联调报告
在项目进入单板系统联调阶段，应出单板系统联调报告。单板系统联调报告包括这些内容：系统功能模块划分、系统功能模块调试进展、系统接口信号的测试原始记录及分析、系统联调中出现问题及解决、调试技巧集锦、整机性能评估等。
4硬件设计文档输出
4.1硬件总体方案归档详细文档
4.2 硬件信息库
为了共享技术资料，建议建立一个共享资料库，每一块单板都将有价值有特色的资料归入此库。硬件信息库包括以下内容：典型应用电路、特色电路、特色芯片技术介绍、特色芯片的使用说明、驱动程序的流程图、源程序、相关硬件电路说明、PCB 布板注意事项、单板调试中出现的典型及解决、软硬件设计及调试技巧
5需要解决的问题
6采购成本清单
E-Storage Management System Software Requirements Specification 电子化仓储管理系统软件需求规格说明书 版权所有不得复制 Copyright ? BroadenGate Technologies, Co., Ltd. All Rights Reserved
Revision Record 修订记录
Catalog 目录
错误!未找到引用源。 Keywords 关键词：仓储管理 Abstract 摘要：本文主要描述电子化仓储管理系统的设计需求，包括功能需求和性能需求，以及其他设计约束等。 List of abbreviations 缩略语清单：
1Introduction 简介 1.1Purpose 目的 1.2Scope 范围 本文档包含电子化仓储管理系统V1.0的对外接口和功能描述，以及和外部的约束关系。2General description 总体概述 2.1Software perspective 软件概述 2.1.1About the Project 项目介绍 2.1.2Environment of Pruduct 产品环境介绍 2.2User characteristics 用户特征 2.3Software function 软件功能 2.4Assumptions & Dependencies 假设和依赖关系 3Specific Requirements 具体需求
3.1Functional Requirements 功能需求 我们采用面向对象分析的方法来作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。 Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成时，该模型将来可 派生出动态对象模型。 设计Use-case时，我们遵循下列步骤： 第一步： 识别出系统的管理员。管理员可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者是谁。尽可能地确保所有管理员都被完全识别出来。 第二步： 描述主要的Use Case。可以采取不断地问自己“这个管理员究竟想通过系统做什么？”来准确地描述Use Case。 第三步： 重新审视每个Use Case，为它们下了详尽的定义。 电子化仓库管理系统是通过对入库业务、出库业务、仓库调拨、库存调整业务信息的管理，提高仓库管理信息的实时性和准确性，达到即时库存管理的功能，并有效控制并跟踪业务的物流和成本管理全过程，实现完善的企业仓储信息管理。系统中设计了装箱算法，为客户提供合理有效的装箱方案，保证了货物集装箱的利用。本系统可以提供有关库存情况的准确信息，增强了作业的准确性和快捷性、减少了整个物流中由于商品误置、送错、偷窃、损害和库存、出货错误等造成的损耗，并最大限度减少存储成本。 总体功能时序图：（如图3-1所示）
硬件总体设计报告 (仅供内部使用) 文档作者：_________________ 日期：____/____/____ 文档校对：_________________ 日期：____/____/____ 管理办：_________________ 日期：____/____/____ 请在这里输入公司名称 版权所有不得复制
硬件总体设计报告 1 引言 1 .1编写目的 软件需求规格说明的目的在于为电能质量数据分析软件项目的开发提供： a．提出软件总体要求；作为软件开发人员和最终使用者之间相互了解的基础。 b．提出软件性能要求，数据结构和采集要求，作为软件设计和程序制作基础。 c．软件确认测试的依据。 1 .2背景 见项目开发计划。 1 .3参考资料 略 1 .4术语和缩写词 略。 特别说明：凡涉及到公司内部秘密的部分用（略）代替 2 概述 2 .1软件总体说明 本软件是一项独立、完整的软件。 本软件的主要功能为对（略）进行分析。 2 .2软件总体描述 ********************************************电能质量分析仪的数据分析软件。 该软件的基本要求有： 1.能够根据要求对所测量的结果文件以图形或表格形式进行分析。 2.软件界面友好，指示明确，显示清晰，易于使用。 3.分析结果可打印输出。
1.打开文件及评估标准设置 使用者选择打开一个测量结果文件（略）。文件选择前，首先出现评估标准设置窗口。设置内容可以存储在一个文件中，设置时也可选择一个已存在的文件。 确定后，可选择测量结果（略）。文件选择后，出现“互感器接法”选择窗口，可选择互感器接法。 评估标准国标规定值： （略）
软件开发文档模板 1 可行性研究报告 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下： 1.1 引言 1.1.1 编写目的 1.1.2 背景 1.1.3 定义 1.1.4 参考资料 1.2 可行性研究的前提 1.2.1 要求 1.2.2 目标 1.2.3 条件、假定和限制 1.2.4 进行可行性研究的方法 1.2.5 评价尺度 1.3 对现有系统的分析 1.3.1 数据流程和处理流程 1.3.2 工作负荷 1.3.3 费用开支 1.3.4 人员 1.3.5 设备 1.3.6 局限性 1.4 所建议的系统 1.4.1 对所建议系统的说明 1.4.2 数据流程各处理流程 1.4.3 改进之处 1.4.4 影响 1.4.4.1 对象设备的影响 1.4.4.2 对软件的影响 1.4.4.3 对用户单位机构的影响 1.4.4.4 对系统动行的影响 1.4.4.5 对开发的影响 1.4.4.6 对地点和设施的影响 1.4.4.7 对经费开支的影响 1.4.5 局限性 1.4.6 技术条件方面的可行性 1.5 可选择其他系统方案 1.5.1 可选择的系统方案 1 1.5.2 可选择的系统方案 2 …… 1.6 投资及收益分析 1.6.1 支出 1.6.1.1 基本建设投资
1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益 1.6. 2.1 一次性收益 1.6. 2.2 非一次性收益 1.6. 2.3 不可定量的收益 1.6.3 收益/投资比 1.6.4 投资回收周期 1.6.5 敏感性分析 1.7 社会条件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 结论 2 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 2.1 引言 2.1.1 编写目的 2.1.2 背景 2.1.3 定义 2.1.4 参考资料 2.2 项目概述 2.2.1 工作内容 2.2.2 主要参加人员 2.2.3 产品及成果 2.2. 3.1 程序 2.2. 3.2 文件 2.2. 3.3 服务 2.2. 3.4 非移交产品 2.2.4 验收标准 2.2.5 完成项目的最迟期限 2.2.6 本计划的审查者与批准者 2.3 实施总计划 2.3.1 工作任务的分解 2.3.2 接口人员 2.3.3 进度 2.3.4 预算 2.3.5 关键问题 2.4 支持条件 2.4.1 计算机系统支持 2.4.2 需要用户承担的工作 2.4.3 需由外单位提供的条件 2.5 专题计划要点
硬件总体设计方案
修订记录 目录
1概述 (7) 1.1文档版本说明 (7) 1.2单板名称及版本号 (7) 1.3开发目标 (7) 1.4背景说明 (7) 1.5位置、作用、 (7) 1.6采用标准 (8) 1.7单板尺寸（单位） (8) 2单板功能描述和主要性能指标 (8) 2.1单板功能描述 (8) 2.2单板运行环境说明 (8) 2.3重要性能指标 (8) 3单板总体框图及各功能单元说明 (9) 3.1单板总体框图 (9) 3.1.1单板数据和控制通道流程和图表说明 (10) 3.1.2逻辑功能模块接口和通信协议和标准说明 (10) 3.1.3其他说明 (11) 3.2单板重用和配套技术分析 (11) 3.3功能单元－1 (11) 3.4功能单元－2 ........................................................................................ 错误！未定义书签。3.5功能单元－3 ........................................................................................ 错误！未定义书签。 4关键器件选型 (12) 5单板主要接口定义、与相关板的关系 (13) 5.1外部接口 (13) 5.1.1外部接口类型1 (13) 5.1.2外部接口类型2 (13) 5.2内部接口 (13) 5.2.1内部接口类型1 (14) 5.2.2内外部接口类型2 (14) 5.3调测接口 (14) 6单板软件需求和配套方案 (14) 6.1硬件对单板软件的需求 (14) 6.1.1功能需求 (14) 6.1.2性能需求 (15) 6.1.3其他需求 (15) 6.1.4需求列表 (15) 6.2业务处理软件对单板硬件的需求可实现性评估 (15) 6.3单板软件与硬件的接口关系和实现方案 (16) 7单板基本逻辑需求和配套方案 (16) 7.1单板内可编程逻辑设计需求 (16) 7.1.1功能需求 (16) 7.1.2性能需求 (17) 7.1.3其他需求 (17) 7.1.4支持的接口类型及接口速率 (17) 7.1.5需求列表 (17) 7.2单板逻辑的配套方案 (18) 7.2.1基本逻辑的功能方案说明 (18)
XXX电子有限公司 XXX电子硬件设计规范 V1.2
xxx 电子有限公司发布 1.目的： 为规范硬件设计、保证产品质量和性能、减少各类差错，特制定本规范。 2.适用范围 XXX公司自行研发、设计的各类产品中硬件设计的全过程，各部门涉及到有关内容者均以此规范为依据。 3.文档命名规定 硬件设计中涉及各种文档及图纸，必须严格按规则命名管理。由于XXX公司早期采用的 6.01设计软件不允许文件名超过8个字符，故文件名一直规定为8.3模式。为保持与以前文件 的兼容，本规范仍保留这一限制，但允许必要情况下在文件名后面附加说明性文字。 3.1.原理图 3.1.1.命名规则 原理图文件名形如 xxxxYmna.sch 其中xxxx：为产品型号，由4位阿拉伯数字组成，型号不足4位的前面加0。 Y：为电路板类型，由1位字母组成，目前已定义的各类板的字母见附录1。 m：为文件方案更改序号，表示至少有一个电路模块不同的电路方案序号，不同方案的电路可同时在生产过程中流通，没有互相取代关系。 n：一般为0，有特殊更改时以此数字表示。 a：为文件修改序号，可为0-z，序号大的文件取代序号小的文件。 例如：1801采用SSM339主控芯片的主板原理图最初名为1801M001.SCH，进行电路设计改进后为1801M002.SCH、1801M003.SCH等；改为采用AK1020主控芯片后名为1801M101.SCH，在此基础上的改进版叫1801M102.SCH、1801M103.SCH等。 3.1.2.标题框 原理图标题框中包含如下各项，每一项都必须认真填写： 型号（MODEL）：产品型号，如1801（没有中间的短横线）； 板名（BOARD）：电路板名称，如MAIN BOARD、FRONT BOARD等； 板号（Board No.）：该电路板的编号，如1801100-1、1801110-1等，纯数字表示，见“3.2.2.”； 页名（SHEET）：本页面的名称，如CPU、AUDIO/POWER、NAND/SD等； 页号（No.）：原理图页数及序号，如1 OF 2、2 OF 2等； 版本（REV.）：该文件修改版本，如0.1、0.11、1.0等，正式发行的第一版为V1.0； 日期（DATE）：出图日期，如2009.10.16等，一定要填出图当天日期； 设计（DESIGN）：设计人，由设计人编辑入标题框； 审核（CHECK）：审核人，需手工签字； 批准（APPROVE）：批准人，需手工签字。 3.2.PCB图 3.2.1.命名规则 PCB文件除后缀为.PCB外，文件名主体及各字段的意义与对应的原理图文件完全相同。 注意：PCB图更改后，即便原理图没有变动，也必须更改原理图文件名，使二者始终保持这种对应关系。
硬件系统可靠性设计规范 一、概论 可靠性的定义：产品或系统在规定条件下和规定时间内完成规定功能的能力 可靠性及抗干扰设计是硬件设计必不可少的一部分,它包括芯片、器件选择、去耦滤波、印刷电路板布线、通道隔离等。有完善的抗干扰措施，是保证系统精度、工作正常和不产生错误的必要条件。设备可靠性设计规范的一个核心思想是监控过程，而不是监控结果。 二、可靠性设计方法 1、元器件：构成系统的基本部件，作为设计与使用者，主要是保证所选用的元器件的质量或可靠性指标满足设计的要求 2、降额设计：使电子元器件的工作应力适当低于其规定的额定值，从而达到降低基本故障率，保证系统可靠性的目的。幅度的大小可分为一、二、三级降额，一级降额（(实际承受应力)/(器件额定应力) < 50%的降额），建议使用二级降额设计方法，一级降额<70% 3、冗余设计：也称为容错技术或故障掩盖技术，它是通过增加完成同一功能的并联或备用单元（包括硬件单元或软件单元）数目来提高系统可靠性的一种设计方法，实现方法主要包括：硬件冗余；软件冗余；信息冗余；时间冗余等 4、电磁兼容设计：系统在电磁环境中运行的适应性，即在电磁环境下能保持完成规定功能的能力。电磁兼容性设计的目的是使系统既不受外部电磁干扰的影响，也不对其它电子设备产生电磁干扰。硬件措施主要有滤波技术、去耦电路、屏蔽技术、接地技术等；软件措施主要有数字滤波、软件冗余、程序运行监视及故障自动恢复技术等 5、故障自动检测及诊断 6、软件可靠性设计：为了提高软件的可靠性，应尽量将软件规范化、标准化、模块化 7、失效保险技术 8、热设计 9、EMC设计：电磁兼容（EMC）包括电磁干扰（EMI）和电磁敏感度（EMS）两个方面 三、可靠性设计准则
SUCHNESS 硬件设计文档 型号：GRC60定位终端 编号： 机密级别：绝密机密内部文件 部门：硬件组 拟制：XXXX年 XX月 XX日 审核：年月日 标准化：年月日 批准：年月日
文档修订历史记录
目录 1系统概述 (3) 2系统硬件设计 (3) 2.1硬件需求说明书 (3) 2.2硬件总体设计报告 (3) 2.3单板总体设计方案 (3) 2.4单板硬件详细设计 (3) 2.5单板硬件过程调试文档 (3) 2.6单板硬件测试文档 (4) 3系统软件设计 (4) 3.1单板软件详细设计 (4) 3.2单板软件过程调试报告 (4) 3.3单板系统联调报告 (4) 3.4单板软件归档详细文档 (4) 4硬件设计文档输出 (4) 4.1硬件总体方案归档详细文档 (4) 4.2硬件信息库 (5) 5需要解决的问题 (5) 6采购成本清单 (5)
1系统概述 2系统硬件设计 2.1、硬件说明书 硬件需求说明书是描写硬件开发目标，基本功能、基本配置，主要性能指标、运行环境，约束条件以及开发经费和进度等要求，它的要求依据是产品规格说明书和系统需求说明书。它是硬件总体设计和制订硬件开发计划的依据，具体编写的内容有：系统工程组网及使用说明、硬件整体系统的基本功能和主要性能指标、硬件分系统的基本功能和主要性能指标以及功能模块的划分等 2.2、硬件总体设计报告 硬件总体设计报告是根据需求说明书的要求进行总体设计后出的报告，它是硬件详细设计的依据。编写硬件总体设计报告应包含以下内容：系统总体结构及功能划分，系统逻辑框图、组成系统各功能模块的逻辑框图，电路结构图及单板组成，单板逻辑框图和电路结构图，以及可靠性、安全性、电磁兼容性讨论和硬件测试方案等 2.3、单板总体设计方案 在单板的总体设计方案确定后出此文档，单板总体设计方案应包含单板版本号，单板在整机中的位置、开发目的及主要功能，单板功能描述、单板逻辑框图及各功能模块说明，单板软件功能描述及功能模块划分、接口简单定义与相关板的关系，主要性能指标、功耗和采用标准 2.4、单板硬件详细设计 在单板硬件进入到详细设计阶段，应提交单板硬件详细设计报告。在单板硬件详细设计中应着重体现：单板逻辑框图及各功能模块详细说明，各功能模块实现方式、地址分配、控制方式、接口方式、存贮器空间、中断方式、接口管脚信号详细定义、时序说明、性能指标、指示灯说明、外接线定义、可编程器件图、功能模块说明、原理图、详细物料清单以及单板测试、调试计划。有时候一块单板的硬件和软件分别由两个开发人员开发，因此这时候单板硬件详细设计便为软件设计者提供了一个详细的指导，因此单板硬件详细设计报告至关重要。尤其是地址分配、控制方式、接口方式、中断方式是编制单板软件的
xxx硬件详细设计方案 2010年11月26日
目录 xxx硬件详细设计方案 (1) 1 产品概述 (3) 2需求描述（来自于需求规格书） (3) 2.1功能描述 (3) 2.2性能描述 (3) 2.3 其它需求描述 (3) 3硬件总体框图和各功能单元说明 (3) 3.1硬件总体框图 (3) 3.2功能单元1 (3) 3.3功能单元2 (3) 3.4功能单元3 (3) 3.5其它 (4) 3.5.1 其它 (4) 4硬件外部接口描述 (4) 4.1硬件主要外部接口 (4) 4.2外部接口1 (4) 4.3外部接口2 (4) 5硬件的软件需求 (4) 5.1系统软件 (4) 5.2配置软件 (4) 5.3应用软件 (5) 6硬件的产品化 (5) 6.1可靠性设计 (5) 6.2电源 (5) 6.3电磁兼容设计与安规设计 (5) 6.4环境适应性与防护设计 (5) 6.5工艺路线设计 (5) 6.6结构设计 (5) 6.7热设计 (5) 6.8监控设计 (6) 6.9可测试性与可维护性设计 (6) 7硬件成本分析 (6) 8硬件开发环境 (6) 9其它 (6)
1产品概述 2需求描述（来自于需求规格书） 2.1功能描述 2.2性能描述 2.3 其它需求描述 3硬件总体框图和各功能单元说明3.1硬件总体框图 3.2功能单元1 3.3功能单元2 3.4功能单元3
3.5其它 3.5.1其它 4硬件外部接口描述4.1硬件主要外部接口 4.2外部接口1 4.3外部接口2 5硬件的软件需求5.1系统软件 5.2配置软件
5.3应用软件 6硬件的产品化 6.1可靠性设计 6.2电源 6.3电磁兼容设计与安规设计6.4环境适应性与防护设计6.5工艺路线设计 6.6结构设计 6.7热设计
目录
(9) 5
1. 范围 本指南用于指导软件开发者为****的过程，通过规范软件项目承担单位的开发过程达到提高软件质量，降低维护成本的目的。开发者应根据本指南进行软件开发和编制软件开发文档。本指南是对软件项目承担单位的基本要求。在本指南的附录A至E中提供了文档的编写模板供开发者参考，在进行具体软件开发时，开发者可根据实际情况采编写，但必须提供双方约定的文档，文档中约定的内容必须描述清楚。 2. 总体要求 2.1 总体功能要求 网络应用环境以Internet/Intranet技术为核心。 开发者应在充分分析需求的基础上，选择采用B/S结构或者C/S结构。 软件系统的数据库应依照《******规范》进行设计和建设。 本指南中没有规定开发者采用何种具体的软件工程开发方法，开发者可根据项目具体特点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法，但建议开发商使用面向对象软件工程的方法，如：采用目前被广泛使用的RUP(Rational Unified Process)方法来进行分析、设计和开发。 2.2 软件开发平台要求 开发者开发的软件必须能够在******规定的软件平台上正常运行。目前软件平台为：数据库管理系统： Oracle 9i以上版本 中间件(应用服务器)系统： IBM WebSphere OA系统： Lotus Domino/Notes 网络架构： 完全支持TCP/IP协议 开发工具或技术体系： 为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如Microsoft Visual ，Borland Delphi，C++ Builder, 或J2EE(Java2 P1atform Enterprise Edition)等。
XX项目 总体设计方案 版本： 拟制： 校对： 审核： 批准： 二零XX年X月制 修订情况记录
目录
一引言 (5) 1.1项目背景及目标 (5) 1.2术语及缩略语 (5) 1.3设计参考文档 (5) 二项目需求分析 (5) 2.1产品需求 (5) 2.2产品定位 (5) 2.3功能要求 (5) 2.4性能要求 (5) 2.5设计思路 (5) 2.6质量目标 (5) 三外观设计方案 (6) 3.1外观设计整体要求 (6) 3.2外观设计注意事项 (6) 四硬件设计方案 (6) 4.1部件选择 (6) 4.2系统连接框图 (6) 4.3系统逻辑框图 (7) 4.4系统接口及资源分配 (7) 五软件设计方案 (7) 5.1开发调试环境 (7) 5.2开发资源需求 (7) 5.3程序设计方案 (7) 5.4程序设计周期 (7) 5.5生产工具 (7) 六结构设计方案 (7) 6.1结构设计方案 (7) 6.2结构件延用情况 (7) 6.3结构设计注意事项 (8) 七可靠性、安全性、电磁兼容性设计 (8) 7.1可靠性设计要求 (8) 7.2安全性设计要求 (8)
7.3电磁兼容性要求 (8) 7.4其它（包装、泡沫等） (8) 八电源设计 (8) 8.1电源电气参数要求 (8) 8.2电源安全设计要求 (8) 8.3电源其它要求 (8) 九散热设计 (9) 9.1整机散热设计 (9) 9.2部件散热设计 (9) 十测试要求 (9) 10.1整机结构方面测试要求 (9) 10.2整机电气方面测试要求 (9) 10.3整机环境方面测试要求 (9) 十一成本估算及控制 (9) 11.1成本估算 (9) 11.2成本控制 (10) 十二项目风险及控制 (10)
硬件开发流程及规范 硬件开发流程及规范 一、主板 二、辅助PCB及FPC 三、液晶屏 四、摄像头 五、天线 六、SPEAKER 七、RECEIVER 八、MIC 九、马达 十、电池 十一、充电器 十二、数据线 十三、耳机 V1.0版2008-12-13
(一)主板 1.开发流程： 2.资料规范 1)主板规格书 a)基本方案平台； b)硬件附加功能： c)软件附加功能； d)格式和排版布局合理，便于打印； 范例格式见下表：
E519 PDA主板规格书 2)元件排布图 a)标明所有接插件名称、引脚定义，方向及连接器型号；
b)标明所有外部焊接位置的名称，极性； c)位号图可用放大的图纸单独标示，并标明需区分方向和极性的器件； d)标明所有结构尺寸比较高可能影响装配的器件； e)格式和排版布局合理，便于打印； 范例格式见下图： 3)BOM a)每次改版记录要明确记录在改版记录中，明确试产版和量产版及版本号和日期； b)保证数据正确性，物料编码与物料描述一致，位号数量与用量一致，物料种数和数量与改版 记录一致； c)结构件、IC、阻容件分类，按一定顺序排列； d)功能可选项分开列出（注意相互的关联性）； e)格式和排版布局合理，便于打印（所用文字全部显示）； 范例格式见下表：
4)SMT试产报告 a)召开试产会议，所用发现的问题要全部列出，并修改相关的文件； b)所用问题要有解决措施，并明确责任人限时处理； c)有代表性的问题要列入设计查核表，防止类似问题再次出现； d)记录试产环境及关键参数； e)报告审核后发相关部门负责人； f)保证数据真实性，有任何问题要找到确实的原因，不可用习惯性思维处理； 范例格式见下表： SMT试产报告
软件系统开发需求分析模板 1. 引言 编写目的 本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。 项目背景 本项目的名称：酒店管理系统。 随着国民经济的发展，酒店餐饮行业的队伍在全国范围（尤其是在经济发达地区）不断壮大，从事酒店餐饮行业的单位之间竞争愈加激烈。为了提升自身的竞争能力， 各酒店餐饮单位都在尽量定制或购买各项业务的应用软件，运用高科技手段进行经营 和管理。为了让酒店更好的经营，我们组织开发了本软件。 本项目的任务提出者及开发者是酒店管理系统软件开发小组，主要是面向酒店餐饮服务行业。 定义 酒店管理系统是帮助酒店自身管理和服务酒店客户的软件。 % 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社 刘敬严东明马刚编著 ③《软件需求说明书（GB856T——88）.doc》 ④《iso标准之需求分析说明书.doc》 2.任务概述 目标 开发本软件是为了服务酒店，使得酒店更好的经营。适用于一些大中型酒店，主
要用于就餐管理和住宿管理。本软件产品是一项独立的软件，不过功能还可以增加，完成后可以升级以增加功能和完善系统。 用户的特点 } 使用本软件要求用户熟悉Windows 操作，并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。 假定和约束 本软件由我们小组六个人共同开发，几乎不要经费，开发期限一个月左右。3.需求规定 对功能的规定 ①系统帐号管理 第一次用一个管理员账号（系统给定）登陆，登陆成功后，可以设置其他用户，包括密码、权限等。 ②就餐管理 为就餐客户查询并分配餐桌，纪录客户用餐情况并结帐。 ③住宿管理 、 为住宿客户查询并分配房间，纪录客户住宿情况并结帐。 对性能的规定 精度 本软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻。所以输入,输出数据精度的要求不是很高，用于计算的数用浮点数就可以了。 时间特性要求 本软件运行的响应时间要求不超过1～2秒，基本能实现。 灵活性
硬件开发文档规范 §2.2.1 硬件开发文档规范文件介绍 为规范硬件开发过程中文档的编写，明确文档的格式和内容，规定硬件开发过程中所需文档清单，与《硬件开发流程》对应制定《硬件开发文档编制规范》。开发人员在写文档时往往会漏掉一些该写的内容，编制规范在开发人员写文档时也有一定的提示作用。《硬件开发文档编制规范》适用于项目组立项项目硬件系统的开发阶段及测试阶段的文档编制。规范中共列出以下文档的规范： 1 硬件需求说明书 2 硬件总体设计报告 3 单板硬件总体设计方案 4 单板硬件详细设计 5 单板硬件过程调试文档 6 单板硬件系统调试报告 7 单板硬件测试文档 8 硬件总体方案归档详细文档 9 硬件单板总体方案归档详细文档 10 硬件信息库 2.2.2 硬件开发文档编制规范详解 1、硬件需求说明书 硬件需求说明书是描写硬件开发目标，基本功能、基本配置，主要性能指标、运行环境，约束条件以及开发经费和进度等要求，它的要求依据是产品规格说明书和系统需求说明书。它是硬件总体设计和制订硬件开发计划的依据，具体编写的内容有：系统工程组网及使用说明、硬件整体系统的基本功能和主要性能指标、硬件分系统的基本功能和主要性能指标以及功能模块的划分等。 2、硬件总体设计报告 硬件总体设计报告是根据需求说明书的要求进行总体设计后出的报告，它是硬件详细设计的依据。编写硬件总体设计报告应包含以下内容： 系统总体结构及功能划分，系统逻辑框图、组成系统各功能模块的逻辑框图，电路结构图及单板组成，单板逻辑框图和电路结构图，以及可靠性、安全性、电磁兼容性讨论和硬件测试方案等。 3、单板总体设计方案 在单板的总体设计方案定下来之后应出这份文档，单板总体设计方案应包含单板版本号，单板在整机中的位置、开发目的及主要功能，单板功能描述、单板逻辑框图及各功能模块说明，单板软件功能描述及功能模块划分、接口简单定义
1. 引言 1.1 目的 说明编写这份报告的目的，指出预期的读者。 1.2 背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。 1.4 术语 列出本报告中用到的专门术语的定义。
2.任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。3.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4.需求规定 4.1软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2对功能的一般性规定
硬件电路板设计规范(总36 页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
0目录 0目录............................................... 错误!未定义书签。
1概述............................................... 错误!未定义书签。 适用范围............................................ 错误!未定义书签。 参考标准或资料 ...................................... 错误!未定义书签。 目的................................................ 错误!未定义书签。2PCB设计任务的受理和计划............................ 错误!未定义书签。 PCB设计任务的受理................................... 错误!未定义书签。 理解设计要求并制定设计计划 .......................... 错误!未定义书签。3规范内容........................................... 错误!未定义书签。 基本术语定义........................................ 错误!未定义书签。 PCB板材要求: ....................................... 错误!未定义书签。 元件库制作要求 ...................................... 错误!未定义书签。 原理图元件库管理规范：......................... 错误!未定义书签。 PCB封装库管理规范............................. 错误!未定义书签。 原理图绘制规范 ...................................... 错误!未定义书签。 PCB设计前的准备..................................... 错误!未定义书签。 创建网络表..................................... 错误!未定义书签。 创建PCB板..................................... 错误!未定义书签。 布局规范............................................ 错误!未定义书签。 布局操作的基本原则............................. 错误!未定义书签。 热设计要求..................................... 错误!未定义书签。 基本布局具体要求............................... 错误!未定义书签。 布线要求............................................ 错误!未定义书签。 布线基本要求................................... 错误!未定义书签。 安规要求....................................... 错误!未定义书签。 丝印要求............................................ 错误!未定义书签。 可测试性要求........................................ 错误!未定义书签。 PCB成板要求......................................... 错误!未定义书签。
软件开发需求文档模板
目录
1. 范围 本指南用于指导软件开发者为南京市交通局开发软件项目的过程，通过规范软件项目承担单位的开发过程达到提高软件质量，降低维护成本的目的。开发者应根据本指南进行软件开发和编制软件开发文档。本指南是对软件项目承担单位的基本要求。在本指南的附录A至E中提供了文档的编写模板供开发者参考，在进行具体软件开发时，开发者可根据实际情况采编写，但必须提供双方约定的文档，文档中约定的内容必须描述清楚。 2. 总体要求 2.1 总体功能要求 网络应用环境以Internet/Intranet技术为核心。 开发者应在充分分析需求的基础上，选择采用B/S结构或者C/S结构。 软件系统的数据库应依照《南京市交通局信
息化数据库建设规范》进行设计和建设。 本指南中没有规定开发者采用何种具体的软件工程开发方法，开发者可根据项目具体特点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法，但建议开发商使用面向对象软件工程的方法，如：采用目前被广泛使用的RUP(Rational Unified Process)方法来进行分析、设计和开发。 2.2 软件开发平台要求 开发者开发的软件必须能够在南京市交通局规定的软件平台上正常运行。目前软件平台为： 数据库管理系统： Oracle 9i以上版本 中间件(应用服务器)系统： IBM WebSphere OA系统： Lotus Domino/Notes 网络架构： 完全支持TCP/IP协议 开发工具或技术体系：
为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，如Microsoft Visual https://www.doczj.com/doc/31308273.html,，Borland Delphi，C++ Builder, 或J2EE(Java2 P1atform Enterprise Edition)等。 2.3 软件项目的开发实施过程管理要求 2.3.1 软件项目实施过程总体要求 （一）开发者提交软件开发工作大纲，交通局组织专家组对工作大纲进行评审，并提出整改意见。 （二）通过评审后，开发者根据整改意见完善工作大纲，经过交通局认可后组织项目组进行软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行，在开发过程中，开发者需分阶段提交相关文档。 （三）在软件开发工作完成后，开发者应向交通局提交完整的软件文档，交通局组织验收组对软件进行验收审查。 2.3.2 软件项目实施变更要求 在开发过程中，需求或设计不可避免地需要
单板总体设计方案
单板总体设计方案 关键词：能够体现文档描述内容主要方面的词汇。 摘要： 缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。 缩略语英文全名中文解释
1 概述 1.1 文档版本说明 <如果该文档不是第一版本，应说明导致文档升级的主要设计更改和指出这些改变在本文档中的章节位置。> 1.2 单板名称及版本号 <说明本文档当前版本对应的单板的正式名称及版本> 1.3 开发目标 <说明开发该单板的具体目标。具体目标可能包括这几种情况：一，面向产品，实现产品功能；二，面向方案，包括关键器件或电路的方案选择等；三，面向试验，通过单板的调试过程决定某些可选功能（及相关电路和/或软件模块）的增删。 可以引用上一级设计文件（产品设计规格书）中的相关内容，并根据需要适当补充。> 1.4 背景说明 <包括与以前相关开发预研课题或产品的继承关系、改变等。如果牵涉到重用技术，建议在这里进行说明。> 1.5 位置、作用、 <简要说明单板在系统中的位置和主要作用，最好用框图表示（应与产品设计规格书保持一致）>
1.6 采用标准 <简要说明单板采用的标准（与产品设计规格一致，并细化）。注意遵循公司所有有关的开发设计技术规范。> 1.7 单板尺寸（单位） <说明单板的尺寸（含扣板、特殊器件）和单位。在采用非标准尺寸或尺寸要求特别严格的情况下，应说明使用该尺寸的足够理由。> 2 单板功能描述和主要性能指标 <单板的功能和性能要求主要来自产品设计规格书，以引用其中的相关内容，并作详细解释。注意区分相关单板的功能划分和性能差异。> 2.1 单板功能描述 <本节主要是从单板整体角度说明单板完成的功能，不区分单元电路> 2.2 单板运行环境说明 <需要说明各种可能的物理环境和逻辑环境、软件支持环境等。> 2.3 重要性能指标 <列出单板的主要性能指标，例如处理器性能，缓存容量，端口通信速率等等这些指标；说明指标分配的计算过程和设计思路等。应该说明这些指标的参考标准，比如时钟方面、EMC方面等> 表1 性能指标描述表 性能指标名称性能指标要求说明
需求分析 1.引言 1.1目的 说明编写这份报告的目的，指出预期的读者。 1.2背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网 1.4术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 3.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4.需求规定 4.1软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2对功能的一般性规定 本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。 4.3对性能的一般性规定 4.3.1精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。 4.3.2时间特性要求 说明对于该系统的时间特性要求。 4.3.3灵活性 说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。 4.4输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。 对系统的数据输出及必须标明的控制输出量进行解释并举例。
目录 1. 范围.............................................................................................................. 错误!未定义书签。 2. 总体要求...................................................................................................... 错误!未定义书签。 2.1总体功能要求 ........................................................................................ 错误!未定义书签。 2.2软件开发平台要求 ................................................................................ 错误!未定义书签。 2.3软件项目的开发实施过程管理要求..................................................... 错误!未定义书签。 2.3.1 软件项目实施过程总体要求........................................................ 错误!未定义书签。 2.3.2 软件项目实施变更要求................................................................ 错误!未定义书签。 2.3.3 软件项目实施里程碑控制............................................................ 错误!未定义书签。 3. 软件开发...................................................................................................... 错误!未定义书签。 3.1软件的需求分析 .................................................................................... 错误!未定义书签。 3.1.1 需求分析........................................................................................ 错误!未定义书签。 3.1.2 需求分析报告的编制者................................................................ 错误!未定义书签。 3.1.3 需求报告评审................................................................................ 错误!未定义书签。 3.1.4 需求报告格式................................................................................ 错误!未定义书签。 3.2软件的概要设计 .................................................................................... 错误!未定义书签。 3.2.1 概要设计........................................................................................ 错误!未定义书签。 3.2.2 编写概要设计的要求.................................................................... 错误!未定义书签。 3.2.3 概要设计报告的编写者................................................................ 错误!未定义书签。 3.2.4 概要设计和需求分析、详细设计之间的关系和区别 ................ 错误!未定义书签。 3.2.5 概要设计的评审............................................................................ 错误!未定义书签。 3.2.6 概要设计格式................................................................................ 错误!未定义书签。 3.3软件的详细设计 .................................................................................... 错误!未定义书签。 3.3.1 详细设计........................................................................................ 错误!未定义书签。 3.3.2 特例................................................................................................ 错误!未定义书签。 3.3.3 详细设计的要求............................................................................ 错误!未定义书签。 3.3.4 数据库设计.................................................................................... 错误!未定义书签。 3.3.5 详细设计的评审............................................................................ 错误!未定义书签。 3.3.6 详细设计格式................................................................................ 错误!未定义书签。 3.4软件的编码 ............................................................................................ 错误!未定义书签。 3.4.1 软件编码........................................................................................ 错误!未定义书签。 3.4.2 软件编码的要求............................................................................ 错误!未定义书签。 3.4.3 编码的评审.................................................................................... 错误!未定义书签。 3.4.4 编程规范及要求............................................................................ 错误!未定义书签。 3.5软件的测试 ............................................................................................ 错误!未定义书签。 3.5.1 软件测试........................................................................................ 错误!未定义书签。 3.5.2 测试计划........................................................................................ 错误!未定义书签。 3.6软件的交付准备 .................................................................................... 错误!未定义书签。 3.6.1 交付清单........................................................................................ 错误!未定义书签。 3.7软件的鉴定验收 .................................................................................... 错误!未定义书签。 3.7.1 软件的鉴定验收............................................................................ 错误!未定义书签。