SIM900开发资料软件,硬件原理图资料
Customer Verification Manual
SIM900 Customer verification manual
Version: 1.01
Date:2010-05-06
Status:Release
Document Control ID:SIM900-CIT-UGD-V1.01
General Notes
SIMCom offers this information as a service to its customers, to support application and engineering efforts that use the products designed by SIMCom. The information provided is based upon requirements specifically provided to SIMCom by the customers. SIMCom has not undertaken any independent search for additional relevant information, including any information that may be in the customer’s possession. Furthermore, system validation of this product designed by SIMCom within a larger electronic system remains the responsibility of the customer or the customer’s system integrator. All specifications supplied herein are
subject to change.
Copyright
This document contains proprietary technical information which is the property of SIMCom Limited, copying of this document and giving it to others and the using or communication of the contents thereof, are forbidden without express authority. Offenders are liable to the payment of damages. All rights reserved in the event of grant of a patent or the registration of a utility model or design. All specification supplied herein are subject to change without notice at any time.
Copyright ? Shanghai SIMCom Wireless Solutions Ltd. 2008
Contents
1 Scope of the user’s guide (4)
2 CIT Overview (5)
2.1 Content of the CIT kit (5)
2.2 General Description (6)
2.2.1 Block Diagram (6)
1 Scope of the user’s guide
This document give the usage of SIM900-CIT, user can get useful information about the SIM900-CIT quickly through this document.
This document is subject to change without notice at any time.
2 CIT Overview
2.1 Content of the CIT kit
SIMCom provide the development equipment as following table, please check out the content of your SIM900-CIT kit, if any of the items is missing, please contact your supplier.
Figure 1：Content of the kit
Table 1: Content of the kit
Part NO. Description Quantity
1 SIM900 -CIT AC adapter 1
2 Earphone 1
3 USB to serial port line 1
adapter 1
4 AC
cable 1
5 Radio
6 Car carried antenna 1
2.2 General Description
The SIM900 CIT kit provides the main functional test such as completing data/phone application. We assume you have to provide are: 1) A personal computer;
2) A SIM card with a valid network subscription;
3) Knowledge of AT commands programming;
MODULE
DC 5-7V
S1 VBAT ON/OFF
S2 PWRKEY ON/OFF (DOWNLOAD)
Level Translater
Figure 2: Block Diagram
2.2 SIM900 CIT Mechanics Description
Figure 3: SIM900 CIT
Table 2: SIM900 CIT Interface
Part NO. Description Part NO. Description
platform 1 Lockpin 2 Module
test
3 Status indication LED
4 Network indication LED
5 VBAT indication LED
6 Not used
9 Debug port 10 Power supply interface 11 Not used 12 Earphone interface
13 Not used 14 Not used
15 Main UART port 16 VBAT On/Off switch
3 CIT kit Assembling Procedure
For verifying the SIM900 module, should set up the testing environment firstly.
Please assemble the CIT kit refers to the following diagram.
?Insert the SIM card.
?Open the lockpin
Figure 4: CIT kit Assembling Procedure
As the figure 4 shows the whole process of assembling the CIT kit, then turn on the VBAT on/off and PWRKEY switch, module will be power on and any function test can be getting started.
4 Accessory Interface Description
This chapter describes the hardware interfaces:
· Power interface
· Audio interface
Figure 5: Power plug
4.2 Audio Interface
The CIT kit provides an earphone interface for audio application. The microphone gain can be adjusted using the AT+CMIC command. The output power can be adjusted by AT+CLVL.
4.3 SIM card interface
The SIM900 contains a dedicated smart card interface, conforming to the ISO/IEC7816-3 (Identification Card) standard but only supporting the subset required for GSM phase 2+ operations.This interface is fully compliant with GSM 11.11 recommendations concerning the SIM functionality.
The SIM interface is available through the 6-pin connector connect to a stand-alone SIM card holder.
Debug port is a 3 wire uart interface, it has to be used as debug function and firmware upgrade.
4.5.1 Main UART Port
Communications between user’s application and the SIM900 modules are allowed use a 9 pin female D-socket connector.
Pin Signal I/O Description
1 DCD O Data carrier detection
2 TXD O Transmit data
3 RXD I Receive data
4 DTR I Data Terminal Ready
5 GND GND
6 DSR O Data Set Ready
7 RTS I Request to Send
8 CTS O Clear to Send
9 RI O Ring Indicator
Not all signal is a useful member in user application, you may select some of this in your design .If SIM900 module used as a modem, it need all signal.
4.5.2 Debug Port
The Debug port use the same connector as Main RS232 Interface.
e 8: main
Pin Signal I/O Description
2 DBG_TXD O Transmit data
3 DBG_RXD I Receive data
5 GND GND
This port is only used as debug port and firmware upgrade, user cannot select this port to another application.
4.6 Indication and services
4.6.1 VBAT LED
VBAT status LED indicates information of the VBAT power ON/OFF state.
State Module function
OFF
Off VBAT
On VBAT ON
4.6.2 NetworkStatus LED
Network status LED indicates information of the network service availability and Call status.
Table 6: Working state of status LED as list
State Module function
Off Module is not running
64ms On/ 800ms Off Module does not find the network
64ms On/ 3000ms Off Module find the network
64ms On/ 300ms Off GPRS communication
4.6.3 Status indication LED
Status indication LED indicate module’s working state.
Table 7: Working state of module as list
State Module function
On Module is power on
Off Module is power off
4.6.4 Switch
The VBAT switch is used to turn on or turn off the power supply to module. The PWRKEY switch is used to power on or off module, as well as upgrade the firmware of the module. For more detail about firmware upgrade please see Chapter6.
5 Functional Test
5.1 Connecting Net and calling
(1) Connect the serial port line to the MAIN UART port.
6 Service and firmware update
You can update the SIM900 module firmware through the serial cables used for the communication with a PC.The firmware update can be done with a specific software tool provided by SIMCom that runs on windows based PC:
Figure 9: SIM900 firmware upgrade tool configure
COM Port: The COM number based on which USB port your serial port line insert in, you should select such as COM3 or COM4 etc.
Application binary file: select the right firmware.
(3) Click Start download button on your PC.
(4) Turn on the PWRKEY on/off switch to ON state, then your can see the firmware upgrade is in progress.
7 Appendix
7.1SIM900 conducted RF conformance test items and requirements
Test instrument: CMU200 or Agilent 8960
Test Item
Test Requirement
Reference RX Sensitivity BER<2% @Rx level -102dBm 3GPP TS 05.05, Subclause 6.2 Frequency error <0.1ppm 3GPP TS 05.05, Subclause 6.1 Peak phase error
<200 3GPP TS 05.05, Subclause 4.6 RMS phase error <50
3GPP TS 05.05, Subclause 4.6 Max & Min TX power
Level 5 ：33±2dBm Level 19 ：5±5dBm
3GPP TS 05.05, Subclause 4.1.1
Output RF Spectrum
Meet the conformance requirements in 3GPP 3GPP TS 05.05, Subclause 4.2 GSM900 Band （CH1，62，124）
TX power vs timing
Meet the P.V.T template requirements 3GPP TS 05.05，annex B Handover between GSM900 and DCS1800
Handover between each other smoothly
RX Sensitivity BER<2% @Rx level -102dBm 3GPP TS 05.05, Subclause 6.2 Frequency error <0.1ppm 3GPP TS 05.05, Subclause 6.1 Peak phase error
<200 3GPP TS 05.05, Subclause 4.6 RMS phase error
<50
3GPP TS 05.05, Subclause 4.6 Max & Min TX power Level 0 ：30±2dBm Level 15 ：0±5dBm
3GPP TS 05.05, Subclause 4.1.1
Output RF Spectrum Meet the conformance requirements in 3GPP 3GPP TS 05.05，Subclause 4.2 DCS1800Band (CH512,698,885)
TX power vs timing
Meet the P.V.T template requirements
3GPP TS 05.05，
annex B
Handover between GSM850 and DCS1800
Handover between each other by proper
RX Sensitivity BER<2% @Rx level -102dBm 3GPP TS 05.05, Subclause 6.2 Frequency error <0.1ppm 3GPP TS 05.05, Subclause 6.1 Peak phase error
<200 3GPP TS 05.05, Subclause 4.6 RMS phase error
<50
3GPP TS 05.05, Subclause 4.6 Max & Min TX power Level 5 ：33±2dBm Level 19 ：5±5dBm
3GPP TS 05.05, Subclause 4.1.1
Output RF Spectrum Meet the conformance requirements in 3GPP 3GPP TS 05.05，Subclause 4.2 GSM850Band (CH128,189,251)
TX power vs timing
Meet the P.V.T template requirements 3GPP TS 05.05，annex B Handover between GSM850 and PCS1900
Handover between each other smoothly
RX Sensitivity BER<2% @Rx level -102dBm 3GPP TS 05.05, Subclause 6.2 Frequency error <0.1ppm 3GPP TS 05.05, Subclause 6.1 Peak phase error
<200 3GPP TS 05.05, Subclause 4.6 RMS phase error
<50
3GPP TS 05.05, Subclause 4.6 Max & Min TX power Level 0 ：30±2dBm Level 15 ：0±5dBm
3GPP TS 05.05, Subclause 4.1.1
Output RF Spectrum Meet the conformance requirements in 3GPP 3GPP TS 05.05，Subclause 4.2 PCS1900Band (CH512,661,810)
TX power vs timing
Meet the P.V.T template requirements
3GPP TS 05.05，
annex B
ISO软件开发全套文档~软件开发过程控制程序
北京易游无限科技公司 https://www.sodocs.net/doc/133084279.html, EUWX/QP 0714 软件开发过程控制控制程序 授控状态： 版号：A/O 分发号： 持有人： 2007年8月6日发布2007年8月6日实施
易游无限科技发布 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第1页
为保证软件产品及其文档可维护，软件开发过程得到有效控制，特制定本程序。 2适用范围 本程序文件适用于本公司有合同的所有软件开发过程的控制活动。 3定义 3．1需求分析：（引用GB/T11457-1995的2.404）研究用户要求以得到系统或软件需求定义的过程。 3．2概要设计：（引用GB/T11457-1995的2.343）分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义，并提出时间和规模方面的估计。 3．3详细设计：（引用GB/T11457-1995的2.147）推敲并扩充概要设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述，直到设计完善到足以能实现的地步。 3．4设计实现：（引用GB/T11457-1995的2.229）把设计翻译成代码，然后对此代码排除隐错的过程。它是程序的一种机器可执行形式，或者能被自动地翻译成机器可执行的形式的某种形式的程序。 4职责 4．1项目负责人：负责制订《项目计划》、协调项目内外各方的关系、控制项目进度并保证项目计划的实施和完成。 4．2需求分析员：作为开发方的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写《软件需求说明书》和初步的《系统指南》。 4．3系统设计员：负责把软件需求变换成可表示的可实现的软件形式，为设计实现提供可行的依据。并在设计过程中要负责编写《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》，完成《系统指南》的编写。 4．4程序员：按设计要求把软件的详细设计变换成可执行的源程序，进行调试。完成相应的文档，编写《用户操作手册》。 4．5测试人员：负责制定测试计划，设计测试方案，测试用例，并实施测试。 4．6配置管理人员负责对开发库中软件配置项的管理和维护。 4工作程序 软件开发过程主要分为项目计划、需求分析、概要设计、详细设计、设计实现、内部测试和系统测试7个阶段。 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第2页
软件项目文档汇总
开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。 技术支持--公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。系统报价--软、硬件平台报价列表、软件开发费用、系统维护费用等。 项目进度--整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。
设计开发原始资料
设计开发输出清单 项目名称型号规格 设计开发输出资料清单 1、项目建议书 2、立项评审报告 3、设计开发输入清单 4、设计开发任务书 5、设计开发任务书评审报告 6、设计开发计划书 7、样机检验报告 8、样机评审报告 9、设计开发验证报告 10、试产报告 11、型式检验报告 12、试产总结报告 13、客户试用报告 14、标准化审查报告 15、产品图 编制：审核：批准：
日期：2006.11 日期：日期： 项目建议书 提出部门建议人 项目名称规格型号 销售对象国内建议日期2006.5 基本要求（包括主要功能、性能、结构、外观包装、技术参数说明等）： 1、负荷：3.26KW。 2、点火方式：压电陶瓷点火、电子脉冲点火。 3、壳：采用不锈钢430材质。 4、燃烧器：采用不锈钢冲压成形。 市场预测分析（包括市场需求、用户期望、竞争对手情况、产品质量。预期首批销量、交货期限、出厂价格等）： 可引用的原有技术： 可行性分析（包括技术、采购、工艺、成本等方面）： 技术、市场、工艺均可行，成本通过论证符合销售成本要求。 项目所需费用，参加人员： 技术开发部、、质管部 部长审核： 签名：日期： 副总经理批示： 签名：日期： 设计开发评审报告
项目名称型号规格 设计开发阶段立项评审负责人 评审人员部门签字评审人员部门签字 秘书处物资部 销售公司开发部 开发部 售后服务部 质管部 评审内容：在“□”内打“√”表示评审通过，“？”表示有建议或疑问，“×”表示不同意。1合同、标准符合性□2采购可行性□3加工可行性□4结构合理性□5可维修性□6可检验性□7美观性□8环境影响性□9安全性□10可靠性□11技术性能实用性□12 □存在问题及改进建议： 评审结论： 对纠正、改进措施的跟踪验证结果： 验证人：日期： 备注：1、评审会议记录应予以保留。2、可另加页叙述。 编制审核批准
软件开发文档模板
软件开发文档模板 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、近代资本主义的经济开始于工场手工业经济，其特征是雇佣劳动、工人多 且进行分工合作、生产规模大及产量高，有简单的生产工具，如：人力纺织机、风能磨坊等。 2、产品的设计包含了工业设计和工程设计两部分，每一个产品的设计必须 有工业设计师的参与，也必须有产品工程设计人员的参与。 3、对批量生产的工业产品而言，凭借训练、技术、经验及视觉感受，赋 予产品以材料、结构、形态、色彩、表面加工以及修饰以新的质量和性能。 4、人性化设计原理就是把人的理性要求和感性要求融入到产品造型设计中 去，使产品的功能和形态、结构和外观、材料和工艺等诸多因素充分满足人的要求，达到产品与人的完美协调。 5、常用工程材料可分为金属材料和非金属材料两大类，金属材料包括黑色金属和有色金属。 6、能被顾客理解的，并能满足其需求的、由企业营销人员所提供的一切有形和无形的统一体，包括实质层、实体层和延伸层三个层次。 7、产品开发是指从研究选择适应市场需要的产品开始到产品设计、工艺制造 设计，直到投入正常生产的一系列决策过程。从广义而言，产品开发既包括新 产品的研制也包括原有的老产品改进与换代。 8、组合设计法是把原来不能单独存在的相邻近的东西组合起来的方法，或 是把两种功能让一件制品来担当，叫组合设计法。 9、产品的全生命周期包括产品的孕育期、生产期、储存销售期、服役期 和转化再生期的整个闭环周期。 10、非金属材料是指除金属材料以外的其他材料。在工业产品中使用的非金属 材料主要有高分子材料、陶瓷材料以及复合材料三大类。
二、简答题 1、工业设计对产品的重要性？ （1）满足顾客需求的重要性：大多数市场上销售的产品都可以通过较好的工业设计在某些方面得到改进，人们所使用、操纵或所见到的所有产品在商业销售上的成功都在很大程度上依赖于工业设计。 传统的评价工业设计重要性的指标主要是人机工程学和美学。 人机工程学方面的需求： a、使用方便：对于大多数消费者来说非常重要，尤其是产品具有多种特性或功能，并且有多种操作模式时。 b、维护的简便性：如果产品需要经常维修和维护，用户一般希望操作简单方便，在大多数情况下，最好的方案是减少维护的必要性。 c、产品的用户界面：用户界面的新颖性是在改进设计中首先应该考虑的，产品的用户界面越多，工业设计在产品的界面设计上就越重要。 d、安全因素考虑：所有的产品都必须考虑其安全性，对于某些特殊产品，安全因素可能是设计人员面临的重大挑战。 美学方面的需求： a、产品的差别化：具有稳定市场和成熟技术的产品在很大程度上依赖于工业设计来创造美观的外形，从而使得产品差异化，来吸引消费者。 b、产品的外观：消费者对产品的感受很大程度上取决于产品的外观，即产品的形象和式样，美观的造型和式样往往能够吸引顾客，并给拥有者带来强烈的自豪感。 c、美观的产品设计激励着设计人员：当一个具有美观外形的产品最终生产出来时，常常会在设计人员和制造人员心目中产生一种“集体荣誉感”，将有助于激励和凝聚每一个开发人员。 （2）工业设计的经济效果： a、工业设计的费用：工业设计的费用包括直接成本、制造成本和时间成本。直接成本是指工业设计服务的开销，取决于雇佣设计师的知名度、人数、项目周期、所需模型的数量，还有材料费用的相关开支；制造成本是具体实现工业设计师所确定的产品细节的费用；时间成本是指延迟产品进入市场的时间所造成的不利后果。 b、工业设计的利益：工业设计所带来的好处包括以额外或更好地特征来美化产品的外观、增加顾客满意度、强化品牌形象和产品的差异性。这些方面使得相对于那些没有经过工业设计的产品来说，这些产品能卖到更高的价格，占有更大的市场份额。 2、产品造型设计的基本要求？ 美观性原则、创新性原则、实用性原则、工业产品设计要注意遵循以下原则：经济性原则、合理性原则、环保性原则，这些原则是精神功能和物质功能的完美
软件开发过程文档 开发大纲
开发大纲 1.目的 (2) 2.适用范围 (2) 3.职责 (2) 4.工作程序 (2) 4.1项目管理的阶段划分 (2) 4.2明确需求阶段 (2) 4.3项目策划 (2) 4.4项目文件....................................................................................... 错误！未定义书签。 4.5项目报告....................................................................................... 错误！未定义书签。 4.6最终归档 (4) 5.质量记录 (4)
1.目的 按软件工程的方法进行项目管理，在软件项目开发之前系统地规划整个项目进展过程，包括阶段划分、资源分配、进度安排、阶段具体计划的制定等，确保项目在预算之内及时交付并达到质量目标。 2.适用范围 适用于所有软件产品和软件项目。 3.职责 3.1项目负责人：负责编制《软件系统规格说明书》与《项目开发计划》。 3.2研发部负责人：负责组织评审《软件系统规格说明书》和《项目开发计划》并进 行审批。 3.3配置管理员：负责项目期间的配置管理工作。 4.工作程序 4.1项目管理的阶段划分 项目管理划分成如下两个阶段： 1）项目启动阶段：在进入具体项目实施之前为获得明确需求或进行完备可行性调研及整体策划所花费的时间，分为第一阶段与第二阶段，第一阶段为明确 需求阶段，第二阶段为具体策划阶段。 2）项目实施阶段：在获得明确需求或通过可行性评估后为实现项目所做的设计和实现。 4.2明确需求阶段 项目启动进入需求分析，项目负责人负责全程的需求管理，组建需求分析小组，了解并协调客户的软件目标，需求分配，接口标准，测试与验收标准，交付期需求，预算限制，资源限制。确定明确具体的需求，包括软件开发环境与技术，软件设计、编程、测试的需求和标准，配置管理需求，质量保证需求，项目风险及降低风险的策略。 项目负责人需提交编制详细的《软件系统规格说明书》，并经客户方确认。 4.3项目策划 经过客户方确认后，下达《设计开发任务书》。指定相关的项目负责人、配置管理员 测试、开发人员等相关人员。
软件项目管理全套文档模板
模版集萃 综述 在程序员的日常工作中，除了编写代码之外，还免不了需要编写各种技术文档。一个编写良好的技术文档在项目中能够很好地建立沟通与协作，起到很积极的作用。因此，编写技术文档也就成为了程序员技能提升的很重要的一面。 为此，我们特意收集了一些在项目开发过程中经常用到的文档模板，这些模板包括格式和简单的写作说明，相信能够帮助大家编写出更加高效、实用的技术文档。在收集过程中，我们十分注重其实用性，以确保每个模板的价值，而且对于一些重要的文档提供了多个模板。 为了方便大家查找，我们将收录的57模板分为以下几类： 项目及开发管理类：包括立项前的分析，立项后的计划、以及进度跟踪、风险控制方面的文档模板，共计16个； 需求分析类：明确清晰的需求，是项目成功的基础，在此收集了在需求分析过程中所将使用到的文档模板，共计14个； 系统分析与设计类：包括体系结构设计、高层设计、详细设计、数据库设计等6个相关文档模板； 软件质量保证类：软件测试是质量保证的关键活动，在此收集了软件测试相关的11个文档模板； 其它类：除此之外，还收集了关于用户手册、软件维护等方面的10个文档模板，其中还有一个软件过程规范的示例。 另外，值得说明的是，文档模板只是为文档的编写提供一个基础，在实际的编写过程中，你可以根据自己的需要进行必要的剪裁和增补。
一、项目及开发管理类 1.1 可行性研究报告(ISO标准) 编者说明： 在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。该模板为ISO标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。 1. 引言 1.1 编写目的 [编写本可行性研究报告的目的，指出预期的读者。] 1.2 背景 a.[所建议开发的软件系统的名称；] b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 2. 可行性研究的前提 [说明对所建议开发的软件的项目进行可行性研究的前提。] 2.1 要求 [说明对所建议开发的软件的基本要求。] 2.2 目标 [说明所建议系统的主要开发目标。] 2.3 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。] 2.4 进行可行性研究的方法 [说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。] 2.5 评价尺度 [说明对系统进行评价时所使用的主要尺度。] 3. 对现有系统的分析 [这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能
软件开发设计文档模板
软件文档编写指南 封面格式： 文档编号 版本号 文档名称： 项目名称： 项目负责人： 编写年月日 校对年月日 审核年月日 批准年月日 开发单位 系统规约说明书（System Specification） 一．引言 A.文档的范围和目的 B.概述 1．目标 2．约束 二．功能和数据描述 A.系统结构 1．结构关系图 2．结构关系图描述 三．子系统描述 A.子系统N的结构图规约说明 B.结构字典 C.结构连接图和说明 四．系统建模和模拟结构 A.用于模拟的系统模型
B.模拟结果 C.特殊性能 五．软件项目问题 A.软件项目可行性研究报告 B.软件项目计划 六．附录 软件项目可行性研究报告（Report for Feasibility Study） 一．引言 1．编写目的（阐明编写可行性研究报告的目的，指出读者对象） 2．项目背景（应包括：（1）所建议开发的软件名称；（2）项目的任务提出者、开发者、用户及实现单位；（3）项目与其他软件或其他系统的关系。） 3．定义（列出文档中用到的专门术语的定义和缩略词的原文。） 4．参考资料（列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。）二．可行性研究的前提 1．要求（列出并说明建议开发软件的基本要求，如（1）功能；（2）性能；（3）输出；（4）输入；（5）基本的数据流程和处理流程；（6）安全与保密要求；（7）与软件相关的其他系统；（8）完成期限。） 2．目标（可包括：（1）人力与设备费用的节省；（2）处理速度的提高；（3）控制精度和生产能力的提高；（4）管理信息服务的改进；（5）决策系统的改进；（6）人员工作效率的提高，等等。） 3．条件、假定和限制（可包括：（1）建议开发软件运行的最短寿命；（2）进行系统方案选择比较的期限；（3）经费来源和使用限制；（4）法律和政策方面的限制；（5）硬件、软件、运行环境和开发环境的条件和限制；（6）可利用的信息和资源；（7）建议开发软件投入使用的最迟时间。） 4．可行性研究方法 5．决定可行性的主要因素 三．对现有系统的分析 1．处理流程和数据流程 2．工作负荷 3．费用支出（如人力、设备、空间、支持性服务、材料等项开支。） 4．人员（列出所需人员的专业技术类别和数量。） 5．设备 6．局限性（说明现有系统存在的问题以及为什么需要开发新的系统。） 四．所建议技术可行性分析 1．对系统的简要描述 2．处理流程和数据流程 3．与现有系统比较的优越性 4．采用建议系统可能带来的影响 （1）对设备的影响 （2）对现有软件的影响
2017年新产品开发全套流程图方案图
2017年新产品开发全套流程（内部资料） 一、决策阶段 是对市场需求、技术发展、生产能力、经济效益等进行可行性研究及必要的先行试验，作出开发决策的工作阶段。是新产品研究开发的初期工作，对新产品研究开发的成败起着重要作用，这一阶段包含下列程序。 (一)市场调查和预测 内容包括： 国外市场有无同类产品及相关产品; 1、国内外同类产品及相关产品的性能指标、技术水平对比; 2、同类产品及相关产品的市场占有率，价格及市场竞争能力等; 3、顾客对同类产品及相关产品的使用意见和对新产品的要求; 4、提出新产品市场预测报告。 (二)技术调查 内容包括： 1. 国内外技术方针策略; 2. 过内外现有的技术现状，产品水平和发展趋势; 3. 专利情况及有关最新科研成果采用情况; 4. 功能分析; 5. 经济效果初步分析; 6. 对同类产品质量信息的分析、归纳; 7. 同类企业与本企业的现有技术条件，生产管理，质量管理特点; 8. 新产品的设想，包括产品性能(如环境条件、使用条件、有关标准、法规、可靠性、外观等)，安装布局应执行的标准或法规等; 9. 研制过程中的技术关键，根据需要提出攻关课题及检验大纲。 (三)先行试验
(四)可行性分析 进行产品设计、生产的可行性分析，并写出可行性分析报告，其内容： 1. 分析确定产品的总体方案; 2. 分析产品的主要技术参数含功能参数; 3. 提出攻关项目并分析其实现的可能性; 4. 技术可行性(包括先行试验情况，技术先进性，结构，零部件的继承性分析); 5. 产品经济寿命期分析; 6. 分析提出产品设计周期和生产周期;‘ 7. 企业生产能力分析; 8. 经济效果分析： (1) 产品成本预测; (2) 产品利润预测。 (五)开发决策 1.对可行性分析报告等技术文件进行评审，提出评审报告及开发项目建议书一类文件。开发项目建议书内容： (1) 新产品开发项目(顾客需要、目标预期效果); (2) 市场、顾客调查结果(市场动向、预测需要量); (3) 技术调查结果(国内外同类产品技术分析); (4) 新产品基本构思和特点(初步设想、包括外观要求); (5) 开发方式(自行开发或需引进技术，确定先行研究的内容); (6) 必要的投资概算; (7) 可行性分析; (8) 销售设想(时间、数量、价格、利润)即竞争性分析。 2.厂长批准开发项目建议书，正式列入企业性产品开发计划。 二.计划阶段
软件开发和文档编制程序
本标准规定了软件产品开发研制过程质量职责及控制要求。 本标准适用于本公司研制的计算机各类型软件的管理。 2 引用标准 GB8567—88 计算机软件产品开发文件编制指南 3 定义 不需用。 4 职责 设计部门负责人批准软件开发项目任务书。 技术发展部负责组织对公司下达的软件项目进行各阶段的评审。物流部经理负责组织项目的最终检测。 项目负责人负责组织对软件项目的各阶段进行考核、质量控制、组织接口协调文档的发布批准及文档更改审批。 项目负责人(软件负责人)负责： a、制定软件课题开发计划和进度安排及资源需求； b、进行总体设计； c、提供阶段评审资料； d、协调技术接口。 标准档案室管理员负责文档的存贮、保管和处理。 5 工作程序与要求 公司下达的软件项目立项后，由技术发展部下达[新产品研制任务书]。
软件项目 5.2.1 公司立项项目由技术发展部负责组织评审。 a、项目负责人（软件负责人）于评审前3天填写[评审申请表]， 并备齐评审资料，交技术发展部。 b、技术发展部审批评审申请表，并将有关资料提前3-5天下发 评审组成员以供分工审阅， c、评审组长主持评审会，并填写[评审报告]；评审结束，技术 发展部负责收回评审资料交项目组存档。 5.2.2 凡上级下达的项目，若上级部门（或系统组织单位）对评审另 有要求时，则按其执行；否则，按条执行。 5.2.4 若项目既有软件开发，又有硬件开发，其评审是分开（软件、 硬件）还是合并进行，由设计部门负责人决定。 软件项目的检测 5. 3. 1 项目负责人负责组织完成下述工作。 a、测试阶段的检测； b、软件课题的系统检测； c、软件版本存档前的检测。 对以上测试发现的问题，由项目组填写[软件测试修改单]，经分析原因和采取纠正措施及回归测试后，由项目负责人审批，方可列入正式版本。 5. 3. 2 物流部经理负责组织软件版本存档前的最终检测，并在[版 本送检（启用）通知单]上签署检测结果。 5. 4 设计部门负责人批准软件项目开发计划。 设计部门负责人审批各项目负责人资格，并负责： a、考核各阶段的进度完成情况； b、及时协调开发中组织接口及计划修改； c、控制项目开发各阶段的设计输入、设计输出、技术状态和各阶段的验 证,并对软件的正确性、文档的完整性负责。 项目负责人(软件负责人)负责组织： a、制定项目开发计划，若软件、硬件相结合的，其计划也可合 并制定。开发计划须明确划分各开发阶段，并可按开发阶段进 行自主开发； b、总体设计；
软件开发项目文档
软件项目开发文档概述—小微邮 一、项目名称：新浪微博发送电子邮件 二、编写目的：项目开发的主要目的是实现在新浪微博上接收信息和发送电子邮件。 三、项目分工： xxx负责接收、发送微博信息代码及项目文档修改; xxx负责项目窗体设计代码; xxx负责项目文档的编写排版。 四、软件系统概述 通过新浪用户也发送信息给用户（A），用户（A）接收并回复信息，新浪好友只需知道用户的（A）的账号（A）的账户名，采用@用户A名***类似格式就可以发送信息给A，A通过接收好友的信息后，可回复给好友相应信息，本项目程序均采用Java语言编写的桌面版应用程序。 五、软件功能结构和项目脑图 程序表： 程序主要的类：GetToken类获得新浪微博信息、sendMail0类发送电子邮件、showFrame 类显示对话框。 项目脑图： 六、软件开发进度和甘特网 进度： 小微邮软件的基本功能已经实现，可以运行基本的功能：接收微博信息、发送电子邮件、显示对话框。 状态： 软件处于优化不足中。 甘特网：
八、最小原型化构想 新浪微博信息获取模型： “小微邮”软件利用微博包中的getMention（）函数返回最新提到登录用户的微博消息（即包含@username的微博消息），将微博中提及Z_legend用户的消息获取，并形成链，逐个输出发给Z_legend用户的消息并且通过TimerTask类创建对象，得到一个线程的任务单，任务. schedule()，加上刷新时间T，实现每隔T进行一次检测微博上是否有新的消息发送给Z_legend用户，在程序中为了不使每次刷新时，总是显示以前的消息和消息中的一些不必要的内容，进行了过滤消息。实现接收一个可行及比较直观的消息框。 邮件发送模型： “小微邮”软件利用STMP（简易邮件发送协议）发送邮件，通过设定用户自己的信息（程序中利用xlegendx@https://www.sodocs.net/doc/133084279.html,）邮箱，进行任何用户的邮件的发送（可以是微博信息发送者的微博，也可以是用户任意输入的用户邮箱地址）。实现了简易的邮件的传输。 九、其他 编写过程中的问题： 1、除了系统的包外，外界包（开发平台对应的包）的概念。 2、导入外界包的问题。（如：weibo4j的所有包，发送邮件的两个必备包：activation.jar/mail.jar等） 3、如何使用外界包的问题。（包中的函数使用、异常处理等） 4、异常处理 5、不同邮箱收、发邮件服务器的地址问题。（如： QQ邮箱对应的pop3（发信）和smtp（收信服务器地址为：pop3：https://www.sodocs.net/doc/133084279.html,；smtp：https://www.sodocs.net/doc/133084279.html, 新浪免费邮箱发信(smtp)服务器的地址为：https://www.sodocs.net/doc/133084279.html, 新浪免费邮箱收信(pop3)服务器的地址为：https://www.sodocs.net/doc/133084279.html,） 6、收、发邮件的协议问题。
(完整版)软件项目开发计划书
软件项目开发计划书 项目名称：基于Android平台跑步运动软件的设计与实现
目录 ----------------------------------------------------------------------- 3编写目的----------------------------------------------------------------- 3背景--------------------------------------------------------------------- 3定义--------------------------------------------------------------------- 4参考资料----------------------------------------------------------------- 4系统动机---------------------------------------------------------------- 5标准、条件和约定--------------------------------------------------------- 5编写文档的WBS----------------------------------------------------------- 5 ------------------------------------------------------------------- 6工作内容----------------------------------------------------------------- 6主要参加人员------------------------------------------------------------- 7产品及成果--------------------------------------------------------------- 8程序----------------------------------------------------------------- 8文件----------------------------------------------------------------- 8服务----------------------------------------------------------------- 8非移交产品----------------------------------------------------------- 8验收标准----------------------------------------------------------------- 9代码的验收----------------------------------------------------------- 9文档验收------------------------------------------------------------ 9服务验收----------------------------------------------------------- 10完成项目的最迟期限------------------------------------------------------ 10本计划的日期------------------------------------------------------------ 10 ---------------------------------------------------------------- 11开发过程---------------------------------------------------------------- 11
软件开发项目报价书
项目管理系统应用升级 软件报价书 XXX科技有限公司 201X年10月
目录 1.概述 (3) 2.项目概况 (3) 3.关于公司 (4) 4.报价清单 (6)
1.概述 此报价书是由XXXX科技有限公司为XXXX设计研究所实施项目管理系统（以下简称PMS）应用升级项目的报价。 2.项目概况 在XXXX所推行现代项目管理制度以来，各项制度逐步健全，已形成了整体完善的项目管理体系，但也存在着全面应用PMS用户数太多和较多人员不太适应PMS软件操作专业化的问题，为此本着健全项目管理体系、提高项目管理成熟度、深化PMS软件应用的目的而进行了PMS管理系统的研发。 该系统从201X年11月起已经在全所全面使用，XXX、XXX、XXX 层次的不同用户在系统中进行了项目计划编制、项目执行反馈、项目计划调整、计划查询监控、统计分析。 但是由于用户前期需求的提出过于理想化，使得在实际应用过程中流程过于繁琐，影响了PMS应用的效率。这都需要对原系统进行优化，以及随着项目管理应用的深入，需在此系统基础上进行功能
扩充、与其他系统的应用集成等。由此XX所启动了项目管理系统应用升级项目。 3.关于公司 XX公司是企业级项目管理整体解决方案专业提供商。XX公司自2001年成立以来，一直致力于项目管理及其相关事业：主要从事于提供企业项目管理整体解决方案（SuperEPIP）、国外系列项目管理软件应用及推广、PMI项目管理咨询服务、PMP考前培训、IPMP 认证及企业内训服务。其中企业项目管理整体解决方案(SuperEPIP)获得国内项目管理领域多项大奖。 XX公司始终围绕项目管理进行软件系统的研发,在参与众多大 型企业的信息化建设基础上，凝结多年项目管理信息系统研发经验，融汇当今国际最先进项目管理思想，结合中国管理实际，并在国家项目管理软件创新基金的扶持下，成功开发出了项目管理信息门户（SuperEPIP），并申请了计算机软件著作权专利，获得了专有证书，SuperEPIP功能涵盖了项目管理体系的基本内容，同时该系统根据企业现代项目管理的要求，通过企业项目分解结构（EPS）+PROJECT+WBS建立统一的项目体系。为项目各种信息的汇总统计、
IT项目管理人员必备的软件文档知识
软件文档知多少？ 如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于MicrosoftWindows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤----软件文档。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、
《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1.《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2.《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件
软件开发项目全套文档
任务申请 [ 无格式要求] [项目名称] 可行性研究报告 拟制人______________________ 审核人______________________ 批准人______________________
可行性研究报告的编写 1. 引言 1.1 编写目的 [编写本可行性研究报告的目的，指出预期的读者。] 1.2 背景 a.[所建议开发的软件系统的名称；] b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 2. 可行性研究的前提 [说明对所建议开发的软件的项目进行可行性研究的前提。] 2.1 要求 [说明对所建议开发的软件的基本要求。] 2.2 目标 [说明所建议系统的主要开发目标。] 2.3 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。] 2.4 进行可行性研究的方法 [说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。] 2.5 评价尺度 [说明对系统进行评价时所使用的主要尺度。] 3. 对现有系统的分析 [这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚至是一个人工系统。]
[分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。] 3.1 处理流程和数据流程 [说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示，并加以叙述。] 3.2 工作负荷 [列出现有系统所承担的工作及工作量。] 3.3 费用开支 [列出由于运行现有系统所引起的费用开支。] 3.4 人员 [列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。] 3.5 设备 [列出现有系统所使用的各种设备。] 3.6 局限性 [列出本系统的主要局限性。] 4. 所建议的系统 4.1 对所建议系统的说明 [概括地说明所建议系统，并说明在第2条中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。] 4.2 处理流程和数据流程。 [给出所建议系统的处理流程式和数据流程。] 4.3 改进之处 [按2.2条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。] 4.4 影响 [说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。] 4.4.1.对设备的影响 [说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改] 4.4.2.对软件的影响 [说明为了使现存的应用软件和支持软件能够同所建议系统相适应，而需要对这些软件所进行的修改和补充。] 4.4.3.对用户单位机构的影响 [说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。] 4.4.4.对系统运行过程的影响 [说明所建议系统对运行过程的影响。] 4.4. 5.对开发的影响 [说明对开发的影响。] 4.4.6.对地点和设施的影响 [说明对建筑物改造的要求及对环境设施的要求。] 4.4.7.对经费开支的影响
软件项目集成开发流程及文档
软件项目集成开发 一、项目组织架构 Ａ 项目经理 负责分析、设计和协调工作。随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等，同时给每个开发人员明确的任务书。 在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。 Ｂ 开发人员 熟悉针对软件开发的编程工具，并具有丰富的编程经验，负责完成不同层与模块的编程工作。 开发人员数量视系统模块数量和开发难度而定。 Ｃ 业务需求人员 熟悉业务工作流程，有丰富的业务经验。 业务需求人员的选择应覆盖系统所服务的业务部门。 Ｄ 文档整理人员 随时整理系统开发过程中相关的技术文档。 作为业务支撑，文档整理人员需熟悉软件开发的流程、文档管理、文档模板。 项目组织架构 项目经理 开发人员 业务需求人员 文档整理人员 测试工程师
Ｅ测试工程师 专门进行代码的测试工作，并且计划和执行源代码复审，负责有关返工的任何反馈意见（有条件可配置）。
二、项目流程管理 系统开发的过程必须符合IT项目开发流程的规律，整个过程应包含但不仅限于以下环节： 需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。 在项目实施的过程中，项目实施者大多把精力放在了编码阶段，而需求调研和系统设计往往不被重视。没有严格的需求调研和分析，最终的软件产品会偏离用户的真正需求。如果没有设计，只能建立一个不稳定的系统结构。如下图所示：
在项目实施过程中，以上各个流程都不应该被忽略（重大项目更是如此），任何一个环节的遗失都可能引起项目方向的偏差，甚至失败。项目管理者可以在此基础上，完善项目管理流程，以降低项目实施的风险。 三、项目文档管理 项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据，也是项目设计、编码、测试、修正、培训和验收的依据。 根据以上项目流程，项目实施过程中应包含以下所必须的文档：
硬件设计开发指导(完整版)
硬件设计开发指导 拟制焦少波日期2016-12-01 评审人日期 批准日期 免费共享
修订记录
目录 硬件设计开发指导 (1) 1概述 (5) 1.1硬件开发过程简介 (5) 1.1.1硬件开发的基本过程 (5) 1.1.2硬件开发的规范化 (5) 1.2硬件组成员职责与基本技能 (5) 1.2.1硬件组成员职责 (5) 1.2.2硬件组成员基本技能 (6) 2硬件开发流程及要求 (6) 2.1硬件开发流程 (6) 2.2硬件需求分析及总体方案制定 (7) 2.2.1硬件需求分析 (7) 2.2.2总体方案制定 (8) 2.3单板设计方案及单板详细设计 (9) 2.3.1单板设计方案及评审 (9) 2.3.2单板详细设计及评审 (9) 2.4原理图设计及PCB设计 (11) 2.4.1原理图设计及评审 (11) 2.4.2PCB方案设计及评审 (11) 2.4.3PCB设计及投板申请 (11) 2.5调试及验收 (12) 2.5.1调试方案及评审 (12) 2.5.2硬件调试、软件调试及系统联调 (12) 2.5.3验收 (13) 2.6开发文档规范及归档要求 (13) 2.6.1开发文档规范 (13) 2.6.2硬件信息库 (14)
硬件设计开发指导 关键词：能够体现文档描述内容主要方面的词汇。 摘要： 缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。
1 概述 1.1 硬件开发过程简介 1.1.1 硬件开发的基本过程 产品硬件项目的开发，首先是要明确硬件总体需求情况，如C PU处理能力、存储容量及速度，I/O端口的分配、接口要求、电平要求、特殊电路（厚膜等）要求等等。其次，根据需求分析制定硬件总体方案，寻求关键器件及其技术资料、技术途径、技术支持，要比较充分地考虑技术可能性、可靠性以及成本控制，并对开发调试工具提出明确的要求，关键器件索取样品。第三，总体方案确定且评审通过后，撰写硬件和单板软件的详细设计，包括绘制硬件原理图、单板软件功能框图及编码、PCB布线，同时完成开发物料清单、新器件编码申请、物料申领等工作。第四，PCB裸板回板及物料采购到货后由焊工焊好1～2块单板，作单板调试，对原理设计中的各功能进行调测，必要时修改原理图并作记录。第五，软硬件系统联调，一般的单板需硬件人员、单板软件人员的配合，特殊的单板（如主机板）需比较大型软件的开发，参与联调的软件人员更多。一般地，经过单板调试后在原理及PCB布线方面有些调整，需经过多次投板迭代测试。第六，内部验收及转中试，硬件项目完成开发过程。 1.1.2 硬件开发的规范化 上节硬件开发的基本过程应遵循硬件开发流程规范文件执行，不仅如此，硬件开发涉及到技术的应用、器件的选择等，必须遵照相应的规范化措施才能达到质量保障的要求。这主要表现在，技术的采用要经过项目组的评审，器件和厂家的选择要参照物料认证的相关要求和规范，开发过程完成相应的规定文档，另外，常用的硬件电路要采用通用的标准设计。 1.2 硬件组成员职责与基本技能 1.2.1 硬件组成员职责 一个技术领先、运行可靠的硬件平台是公司产品质量的基础，硬件工程师