软件设计和开发控制程序
软件设计和开发控制程序
1 目的和范围
本程序规定了公司军用软件设计开发的要求，包括软件来发的基本活动、支持活动和管理活动等方面。
本程序适用于本公司军用软件设计开发过程。公司军用软件分两类，一类属于硬件-软件系统，软件嵌入硬件内一并交付顾客。对于这类情况，本程序只适用于其中的软件部分；一类是单纯软件作为产品交付顾客，本程序适用这类产品设计开发全过程。
2规范性引用文件
下列文件对于本程序的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本程序。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本程序。
GB/T19001-2016 质量管理体系要求
GJB 9001C-2017 质量管理体系要求
GJB 2786A-2009 军用软件开发通用要求
GJB438B-2009 军用软件开发文档通用要求
GJB5235-2004 军用软件配置管理
GJB 439A-2013 军用软件质量保证通用要求
GJB5234 -2004 军用软件验证和确认
GJB1267 -1991 军用软件维护
GJB1268A -2004 军用软件验收要求
GJB5716 -2006 军用软件开发库、受控库、产品库通用要求
3 术语和缩略语
3.1 术语
3.1.1 新产品
产品功能指标超出现有技术水平，工艺设备无法保障研制条件，必须采用新技术、新工艺、新器件（材料）、新设备才能满足用户要求的产品定义为新产品。新产品含军队、军工单位立项委托研制项目以及公司自筹经费的自研项目。
3.1.2 软件
与计算机系统的操作有关的计算机程序、规程和可能相关的文档。
3.1.3 软件开发
产生软件产品的一组活动。
3.1.4 软件开发文件
与特定软件开发有关的资料库。其内容一般包括（直接或通过引用）有关需求分析、设计和实现的考虑、理由和约束条件；开发方内部的测试信息；以及进度和状态信息。
3.1.5 软件产品
作为定义、维护或实施软件过程的一部分而生成的任何制品，包括过程说明、计划、规程、计算机程序和相关文档等，无论是否打算将它们交付给顾客或最终用户。软件产品在开发过程中也称软件工作产品。
3.1.6 软件单元
计算机软件配置项（CSCI）设计中的一个元素。例如，CSCI的一个主要构成部分、这种构成部分的一个部件、一个类、对象、模块、函数、子程序或数据库。软件单元可以出现在层次结构的不同层上，并可以由其他软件单元组成。设计中的软件单元与实现它们的代码和数据实体（子程序、过程、数据库、数据文件等）之间，或与包含这些实体的计算机文件之间并不一定有一一对应的关系。
3.1.7 可重用软件产品
为一种用途开发但还具有其他用途的软件产品，或者专门为了用于多个项目或一个项目的多种任务而开发的软件产品。例如商业现货软件产品、需方提供的软件产品、重用库中的软件产品和开发方现有的软件产品。每一次使用可以包括这些软件产品的全部或部分，也可以包括它的修改部分。
注：可重用软件产品可以是任何软件产品（例如需求、体系结构等），而不只限于软件本身。
3.1.8 软件配置
在软件生存周期各阶段产生的各种形式和各种版本的文档、程序、数据及环境的集合。
3.1.9 软件配置项
满足最终使用要求并由需方指定进行单独配置管理的软件集合。计算机软件配置项的选
择基于对下列因素的权衡：软件功能、规模、宿主机或目标计算机、开发方、保障方案、重用计划、关键性、接口考虑、需要单独编写文档和控制、以及其他因素。
3.1.10 软件配置管理
为保证软件配置项的完整性和正确性，在整个软件生存周期内应用配置管理的过程。
3.1.11 软件保障
为确保软件安装后能继续按既定要求运行，而且在系统的运行中能起到作用而发生的一系列活动。软件保障包括软件维护、用户支持和有关活动。
3.1.10 软件可靠性
在规定的条件下和规定的时间内，软件完成规定的功能且不引起系统失效的能力。
3.1.11 软件安全性
软件不会引发影响人身安全的事故的能力。
3.1.12 软件可维护性
软件被校正、被修改、被完善的容易程度。
3.1.13 软件成份
计算机软件配置项中各不相同的部分。它可进一步分解为其他计算机软件成份或计算机软件单元。
3.1.14 软件关键成份
其错误可能导致系统发生危险，或使系统失去控制的软件成份。
软件关键成份包括：
a）中断处理的软件成份（指含此功能的最小软件成份，下同）；
b）所产生信号能直接影响硬件部件或能对硬件进行自动控制的软件成份；
c）所产生信号能启动安全性关键行为的软件成份；
d）其输出是显示可靠性、安全性关键硬件状态的软件成份。
3.2 缩略语
CASE-computer aided software engineering 计算机辅助软件工程；
COM-computer operation manual 计算机操作手册；
CPM-computer programming manual 计算机编程手册；
CSCI-computer software configuration item 计算机软件配置项；
DBDD-database design description 数据库设计说明；
FSM-firmware support manual 固件保障手册；
HWCI-hardware configuration item 硬件配置项；
IDD-interface design description 接口设计说明；
IRS-interface requirement specification 接口需求规格说明；
IV&V-independent verification and validation 独立验证和确认；
OCD-operational concept description 运行方案说明；
SCMP-software configuration management plan 软件配置管理计划；SCMR-software configuration management report 软件配置管理报告；SCOM-software center operator manual 软件中心操作员手册；
SDD-software design description 软件设计说明；
SDF-software development file 软件开发文件；
SDP-software development plan 软件开发计划；
SDTD-software development task description 软件研制任务书；SDSR-software development summary report 软件研制总结报告；SIOM-software input/output manual 软件输入/输出手册；
SIP-software installation plan 软件安装计划；
SOW-software of work 工作说明；
SPS-software product specification 软件产品规格说明；
SQAP-software quality assurance plan 软件质量保证计划；
SQAR-software quality assurance report 软件质量保证报告；
SRS-software requirement specification 软件需求规格说明；
SSDD-system/subsystem design description 系统/子系统设计说明；SSS- system/subsystem specification 系统/子系统规格说明；
STD-software test description 软件测试说明；
STP-software test plan 软件测试计划；
STR-software test report 软件测试报告；
STrP-software transition plan 软件移交计划；
SUM-software user manual 软件用户手册；
SVD-software version description 软件版本说明。
4 职责
4.1 研发部是本程序的主管部门，负责组织软件的开发、评审和文档的审核。
4.2 研发部软件组负责软件开发全过程的组织、协调、实施工作，包括进行开发的策划、确定开发的组织和技术的接口、输入、输出、验证、评审、设计开发的更改和确认等，软件设计人员负责软件的设计和开发，负责编制软件文档。
4.3 项目经理负责项目分解、指标分配及软件各部分之间、软件与硬件之间的协调，明确关键性软件成份，制定可靠性、安全性及质量控制措施，确保可靠性、安全性要求的全面落实。
4.4 总工程师负责审核软件开发输出文件和成果；
4.5 总经理负责批准项目可行性研究报告、项目立项报告。
4.6 质量管理部负责组织对软件开发过程进行监督。
4.7 综合管理部档案组负责军用软件“三库”的建立和维护。
5 要求
5.1 软件采用软件工程化的研制方式，通过对软件需求分析、概要设计、详细设计、编码实现、文档编写、调试、测试、联调、评审与验收、交付使用等全过程的管理与控制，提高软件的可靠性和安全性，保障软件质量。
5.2 研发部软件组应统筹安排，确保军用软件的需求分析与软件实现、软件设计与软件实现、软件实现与软件测试施行“双岗制”。
5.3 软件关键级别
按软件失效可能造成危险的严重程度，将软件的软件关键级别划分为四级，见表1。
表1软件关键级别划分
5.4 软件规模
按源码行数或指令条数将软件规模划分为五类，见表2。
表2软件规模划分
5.5 可靠性、安全性一般要求
软件的可靠性、安全性一般要求为：
a）对于A级和B级软件，必须明确其冗余和容错要求，并进行多版本程序设计。限于条件不能进行多版本程序设计时，应采取其他技术措施以确保安全性及可靠性，并将情况报告指挥系统；
b）各软件成份的失效容限见表3；
c）软件可靠性、安全性需求中必须包括对各种不期望事件加以响应的要求；
d）关键软件成份多为实时嵌入式软件成份，对此类成份须确保其实时性，应通过采用适当的采样周期和适当的软件工作时序来保证其可靠性和安全性；
e）软件应根据有关要求，进行软件FMEA和软件安全性分析。
表3不同软件成份的故障容限要求
5.6 安全关键软件成份的设计
5.6.1 不安全情况的检测
a)设计时应重点考虑使软件能检测出系统中潜在的不安全情况和状态，并能将系统恢复
到某个安全状态；
b)软件应提醒操作人员注意到已检测到的异常情况、应采取的措施，以及安全的系统配
置和状态。
5.6.2 接口软件
a)接口软件必须能够识别合法的及非法的外部中断，并能从错误的外部中断事件中恢复
到安全状态；
b)接口软件必须考虑检测外部硬件输入或输出设备失效，并在发生失效时恢复到安全状
态；
c)必须采用可靠的校验方法保证数据传输的正确性。
5.6.3 人机界面
a)人机交互软件必须使操作人员用单一动作处理当前事件，退出潜在的不安全状态，并
使系统恢复到已知安全状态；
b)对启动安全关键功能时，必须由两个或两个以上独立的操作人员的动作完成，并有完
善的误触发保护机制，以避免无意激活；
c)操作显示、图标及其它交互关系必须清晰、简明；
d)人机交互软件必须能够检测出操作人员的不正确输入和操作，并提供各类手段使操作
人员易于正确操作及得到各种反馈信息。
5.6.4 警报
必须向操作人员提供极明确的声光报警。警报的设计必须使安全性关键警报极易与例行警报相区别。
6 程序
6.1软件设计和开发过程和活动
软件设计和开发过程如图1。
图1 软件设计和开发流程软件设计和开发活动包括：
a）项目策划和监控；
b）软件开发环境的建立；
c）软件需求分析；
d）软件设计；
e）软件实现和单元测试；
f）单元测试和集成；
g）CSCI合格性测试；
h）CSCI/HWCI集成和测试；
i）软件合格性测试；
j）软件使用准备；
k）软件移交准备；
l）软件验收支持；
m）软件配置管理；
n）软件产品评价；
o）软件质量保证；
p）纠正措施；
q）联合评审；
r）测量与分析；
s）风险管理；
t）保密性有关活动；
u）分承制方的管理；
v）与软件独立验证和确认（IV&V）机构的协调；
w）与相关方的协调；
x）项目过程的改进。
6.2 软件文档
软件开发过程中产生的文档如下：
a）运行方案说明（OCD）；
b）系统/子系统规格说明（SSS）；
c）接口需求规格说明（IRS）；
d）系统/子系统设计说明（SSDD）；
e）接口设计说明（IDD）；
f）软件研制任务书（SDTD）；
g）软件开发计划（SDP）；
h）软件配置管理计划（SCMP）；
i）软件质量保证计划（SQAP）；
j）软件安装计划（SIP）；
k）软件移交计划（STrP）；
l）软件需求规格说明（SRS）；
m）软件设计说明（SDD）；
n）软件测试计划（STP）；
o）软件测试说明（STD）；
p）软件测试报告（STR）；
q）软件产品规格说明（SPS）；
r）软件版本说明（SVD）；
s）软件用户手册（SUM）；
t）软件输入/输出手册（SIOM）；
u）软件中心操作员手册（SCOM）；
v）计算机编程手册（CPM）；
w）计算机操作手册（COM）；
x）固件保障手册（FSM）；
y）软件配置管理报告（SCMR）；
z）软件质量保证报告（SQAR）；
a1）软件研制总结报告（SDSR）。
上述文档视软件等级或顾客要求，可以剪裁。
6.2.1软件项目负责人根据合同或《软件研制任务书》对软件项目的开发进行策划，编制《软
件开发计划》。
6.2.2按计划对软件设计开发的各阶段进行评审。软件研制任务书、软件需求规格说明、软
件设计说明、软件测试和分析报告应进行正式评审。做好评审记录，对发现的问题应进行分析并实施闭环管理。
6.2.3软件设计、测试工作由不同人员承担。
6.2.4软件设计和开发各阶段应严格按有关标准或规范编制软件文档，实施分阶段的管理。
6.2.5软件设计开发外包时应对外包方软件设计开发能力进行考察并纳入合格供方名单，实
施动态管理；对外包方提出软件质量保证要求，参加其阶段评审，检查软件测试结果并参与验收测试，对提供的软件是否符合技术和质量要求予以确认。
6.2.6建立软件问题报告、分析和纠正措施系统，按规定记录、整理分析软件的故障数据，
采取纠正措施实施闭环管理。
6.2.7软件设计开发过程形成的各类文件应予以控制，设计任务完成后一并归档。
6.2.8已归档软件的更改必须履行审批手续，更改后的软件应进行回归测试，并重新归档。
6.3 软件设计和开发阶段
6.3.1软件设计和开发一般分为五个阶段：
A）任务确定策划阶段；
B）需求分析阶段；
C）开发计划阶段；
D）设计阶段，包括代码编制、单元集成、部件集成及相对应的测试；
E）测试阶段；
F）运行、维护阶段。
6.3.2每一阶段设计开发工作完成并达到规定的要求后方可转入下阶段工作。
6.3.3在软件设计开发各阶段明确该阶段输入要求，并作为该阶段开展设计开发工作的依
据。
6.3.4软件设计开发各阶段应严格按有关标准或规范编制软件文档。
6.4 任务确定策划阶段
设计开发任务明确后，应按以下步骤开展工作：
A）项目组编制《运行方案说明》（OCD），销售经理、项目经理会签，总工程师批准。单独交付软件必须协调顾客（或顾客代表）同意后方可进行下一步工作；
B）项目组编制《软件研制任务书》（SDTD）；
C）项目组编制《软件开发计划》（SDP）；
D）质量工程师编制《软件质量保证计划》（SQAP）；
E）项目组编制《软件配置管理计划》（SCMP）；
f）总工程师组织对SDTD、SDP、SQAP、SCMP进行评审。
6.5 需求分析阶段
项目组编制《软件需求规格说明》（SRS），需要时编制《接口需求规格说明》（IRS）予以补充。软件需求主要包括以下几个方面：
a）功能需求；
b）性能需求；
c）数据需求；
d）接口需求；
e）环境和资源约束需求；
f）测试要求；
g）可靠性、安全性需求；
h）可维护性需求；
i）其他需求。
6.5.1 功能需求
a)必须给出软件的每一项功能及其目的，特性，并区分主、次要功能；
b)必须确定与功能相关的所有输入、处理、输出信息；
c)必须确定系统是否有特殊要求或应急措施。
6.5.2 性能需求
必须定量地描述软件应满足的具体性能要求。这些要求包括
a)处理数据的最大容量；
b)精度要求；
c)最长响应时间；
d)适应用户需求变化的能力；
e)其他性能需求。
6.5.3 数据需求
a)必须明确定义所使用的各种数据；
b)必须规定静态数据、动态输入输出数据及内部生成数据的逻辑结构；
c)列出数据清单，明确对数据元素的约束；
d)必须明确规定数据采集的要求和被采集数据的特性、要求和范围。
6.5.4 接口需求
必须指明软件与外部的各种接口关系，并说明各个接口的特性。
6.5.5 余量设计
在每个软件使用时，存数量、输入输出通道的吞吐量以及处理时间应留有20%的余量。
6.5.6 软件关键成份
软件的关键成分应包括：
a)中断处理的软件成份；
b)所产生的信号能直接影响硬件部件或能对硬件进行自动控制的软件成份；
c)所产生的信号能启动安全性关键行为的软件成份；
d)其输出是显示可靠性、安全性关键硬件状态的软件成份。
6.5.7 可靠性、安全性要求
a)对于A、B级软件必须明确其冗余和容错要求；
b)明确各种不期望响应；
c)对于实时性软件成份，必须确保其实时性，同时要通过适当的采样周期和适当软件工
作时序来保证其可靠性和安全性；
d）进行可靠性、安全性分析。
6.6 设计阶段
软件设计一般要求为：
a）应采用自上而下逐步细化的方法将软件需求转换为软件设计，软件应采用分层结构，低层模块不得调用高层模块，并尽量减少同层模块间的相互调用；
b）每个软件模块均应考虑相应的防错措施；
c）对每个软件模块，必须确定其存储量、输入输出通道及处理时间要求，应保证在软件在使用时，整个计算机的存储量、输入输出通道及处理时间留有20%以上的余量；
d）必须确定该软件与其他系统的接口，明确数据量、效率、速率、格式、内容及换算要求等；
e）有详细的单元测试计划及组装测试计划；
f）完成《软件设计说明》、《软件测试计划》、《软件安装维护手册》、《软件操作使用说明》的编写。
6.7 测试阶段
6.7.1 软件测试工作流程
软件测试由项目经理牵头，研发部软件组、质量管理部参加。
a)制定测试计划；
b)建立测试环境；
c)产生测试用例集；
d)执行测试；
e)分析结果，若通过则进行步骤f，否则修改软件及文档并重新测试；
f)评估，满意则进行步骤g，否则进行补充测试；
g)编写测试报告。
6.7.2 测试种类和要求
应根据软件关键级别按表4选择测试类型或项目。
表1测试的种类及要求
6.7.3 单元测试
在程序单元完成并通过代码审查之后进行单元测试。测试前应编写单元测试计划，设计并执行单元测试用例。对于A、B级软件，语句覆盖率应达到100%，分支覆盖率应达到100%，达不到的要说明原因、弥补方法及分析对测试结果的影响。根据详细设计说明、单元测试结果和发现的错误信息，评价每个单元的设计及其实现。
测试完成后，应完成单元测试分析报告。
6.7.4 组装测试
组装测试主要检验软件单元和（或）软件部件间的接口关系，逐步将软件单元和（或）软件部件集成成为一个新的符合设计要求的软件部件，最终形成软件配置项。组装测试应在每个供组装的单元完成单元测试之后进行。测试前应编写组装测试计划，建立组装测试环境，设计并执行组装测试用例。根据概要设计说明、组装测试结果和发现的错误信息，评价软件结构的设计及其实现。
测试完成后，应完成组装测试分析报告。
6.7.5 确认测试
根据软件需求规格说明中定义的全部要求，制定确认测试计划，建立确认测试环境，执行确认测试用例。根据软件需求规格说明、确认测试结果和发现的错误信息，评价软件功能、性能及其它需求的设计及其实现。
确认测试的软件必须是经过受控库管理的正式版本。
A、B级软件确认测试型号总体单位指定的第三方测试机构进行测试。
测试完成后，应完成确认测试分析报告。
6.7.6 系统联试
系统联试由分系统在系统（包括硬件和软件）综合试验中进行，设计师系统参加，考核软件是否满足系统的总技术要求，包括功能、性能、可靠性、安全性等要求。
6.7.7 回归测试
a)测试后又修改的软件，必须进行相应的回归测试；
b)已纳入配置管理的软件，修改后应进行相应的回归测试，并进行软件版本的升级。
c)关于测试类型，若进行强度测试和安全性测试，可以参考以下内容。
6.7.8 强度测试
强度测试是把软件强制在其设计能力极限，进而超出设计能力极限的状态下运行，以保证软件在饱和状态下的功能和性能的降低不会引起系统灾难性的故障。
6.7.8.1 强度测试环境
强度测试必须在系统和软件设计的最终使用环境下进行。如果最终使用环境不能适应强度测试所施加的压力，其替代环境必须与最终环境有相同的硬件。强度测试的其它部分的要求（如测试时间长度）必须满足最终使用环境的要求。
6.7.8.2 被测软件版本
强度测试所用的软件必须是最新批准的基准版本，并处于研制单位的配置管理下，这些软件必须由设计师系统预先同意的支持软件来生成。
6.7.8.3 文档的提供
强度测试之前，与测试有关的文档，必须正式提供给测试人员使用。
6.7.8.4 强度测试时间长度
软件强度测试时间长度规定为：在输入状态不断变化条件下，连续测试时间一般不少于10 h，且有足够的累计时间；对于系统任务时间长度小于15 min的软件，测试时间应为任务
时间长度的50倍以上。
6.7.8.5 强度测试内容
强度测试的内容包括：
a)数据处理量超过设计允许最大处理量时，软件正常运行的能力；
b)数据传输量、传输速率超过设计饱和值时，软件正常运行的能力；
c)存储范围超过额定范围时，软件正常运行的能力；
d)与实时处理有关的时间特性超出设计允许最大值时，软件正常运行的能力；
e)硬件降级使用情况下，软件正常运行的能力。
6.7.9 可靠性、安全性测试
对于A、B级软件，应由分系统组织进行可靠性、安全性测试，测试时应尽可能模拟其所在系统的真实环境。
可靠性、安全性测试应考虑以下几方面的内容：
a)对安全关键的最小软件成份，须单独进行测试，以确保其满足可靠性、安全性需求；
b)对软件设计中用于提高可靠性、安全性的结构、算法、容错、冗余等方案，必须进行
针对性的测试；
c)应增加对可能导致系统故障或不安全的各种异常条件（如各种输入错误）下的测试；
d)对在测试中发现的缺陷，必须在纠正后，在同样条件下进行回归测试，以消除危险或
将其风险降到可接受水平；
e)选择适当的可靠性增长模型，通过可靠性测试实现可靠性增长，以满足对软件的高可
靠性要求。
6.7.10 第三方测评
项目经理牵头，软件组、质量管理部参加，联系协调第三方软件测评单位，并配合其完成测评工作。
6.8 交付、运行、维护阶段
6.8.1 软件交付
嵌入式系统软件可随产品进行验收。交付流程一般为：
a）在软件产品归档同时，将母盘复制二份，一份作为工作母盘供生产复制使用，一份交付顾客；
b）进行软件复制，应有检验人员参加并验证复制的正确性；
c）依据生产计划，复制人员提取工作母盘，应填写《软件复制申请单》；
d）复制完成后，操作人员归还工作母盘，归档部门对母盘进行验证，符合要求后入库。
6.8.2 软件防护
软件存储应满足防震、防潮、防静电、防电磁场的要求。
定期循环复制，每两年复制一次。
6.9 配置管理
软件配置管理由研发部负责，质量管理部监督。
6.9.1 配置管理的任务
软件配置管理的任务主要是：
a)确定配置管理项；
b)建立配置管理项标识体制；
c)对配置管理项的更改进行控制；
d)提供软件产品；
e)对软件版本进行控制与管理。
6.9.2 配置基线划分
在软件研制周期中，配置基线的划分如图2所示：
配置项管理
研制流程
基线任务书
需求分析
功能
分配开发实现产品
图2：配置基线划分
6.9.3 建立三库
为实施软件配置管理，应建立军用软件“三库”管理，开发库、受控库和产品库。
a)开发库建在软件组，受控库和产品库建在综合管理部档案组；
b)经评审和批准的配置管理项应适时地纳入配置管理；
c)提交给确认测试和系统联试的软件由受控库提供；
d)客户使用的软件产品由产品库提供。
6.9.4 更改控制
a)对软件的修改，应严格履行审批手续，以软件更改单或软件文档更改单的形式进行修
改，并将更改单一并保存；
b)严格对软件接口的修改审批。若软件对外接口确需修改，必须经相关系统会签，并提
交客户领导审批；
c)对已经测试过的软件进行修改时，必须进行相应的回归测试；
d)验收交付后的软件要严格控制更改。确需要更改时，要提出书面申请，并提交客户领
导审批。修改后，必须进行回归测试；
e)对软件配置管理项的更改要做到文文一致、文实相符。
6.10 软件归档要求
产品定型（鉴定）时归档软件、相关文档都有相应的图号和版本号，并标识程序名称、对应硬件配置标识、图号（版本号）、编制及归档日期、设计人员姓名等。
软件开发流程图.docx
软件开发流程图 项目前期 需 求 变 化项目启动 需 要系统实变现 更系统调测 开始 获取用户需 编制初步方 编制进度 / 跟踪 需求基本确定 编制详细预 配置内部资 分配开发任 系统实现 控制/调 无需变更 技术调测 PM：获取 EU主要的关键性需求 PM：根据 GM安排编制简略 / 详细的建设方案 PM：基于内部预算对 EU提供费用报价 PM：与 EU确认需求变动及方案、费用调整 PM：完成详细内部预算并提交给GM PM：通过内部项目管理系统配置详细人员、进度安排 PM：移交 EU需求给PG，安排 PG开发任务 PG：根据 EU需求及 PM要求，执行开发任务 PM：通过内部项目管理系统审核PG工作日志， 确认 EU需求变动，执行进度控制，必要时变 更人员安排及内部预算 PG：技术调测及修改；根据TE 测试文档调试修改集成测
部署试
TE：进行集成测试，编制测试文档，提交PM，送达PG 未 通 过通过 通过项目后期 系统验收 结束PG：部署至外部服务器 PM：系统初验 EU：试用 PG ： 部署正式上线，编制开发字典，提交PM M 获得试用意见 TE：编制系统操作手册、功能列表，提交PM PM：提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项，向 GM汇报 备注： PM (Project Manager)：项目经理PG (Programmer)：程序员EU (End-User)：最终用户TE (Test Engineer)：测试工程师GM (General Manager)：总经理 硬件开发流程图
产品调研 / 新产品立设计开发执行子项目分支执 首样评审业务部主导 研发部 研发部主导 业务部 研发部主导 研发部主导 业务部 采购部 研发部主导 业务部 工程部 1、资料搜集并拟定产品需求表 ① 预期的用途，特定的功能、性能和安全要求； ② 类似产品的名称，型号或参考实物样板； ③ 细化客户对产品的外观、功能、价格等要求； ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分 析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义，进行3D 图形设计 与修改，形成《产品外观效果图》《产品3D 图》、《产品规 格书》会同业务、总经理展开评审会议，若评审通过，由业 务形成《立案通知书》和《产品研发任务书》交总经 理审批，输出交研发部进行设计开发工作。 注： B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外 观效果图》、《产品 3D 图》、《产品规格书》、《产品研发 任务书》的要求对设计工作进行策划形成《项目进度表》，包括： ① 设计过程中各阶段时间和工作内容的安排； ② 设计评审、设计验证、设计确认的安排； ③ 设计过程中各项工作的分工及各小组之间的接口及工 作顺序等； 4、项目负责人根据《项目进度表》推进设计，每设计阶段 必须与研发部经理进行设计评审，设计评审完成后研发部 完成硬件打样，首样制作由该项目各负责工程师共同制作， 并完成《样机测试记录表》、《操作说明》、《首样评审表》， 并填写《线路板通知书》、《开模申请表》交研发经理审核。研发 部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子 版、结构爆炸图、《样机测试记录表》、《软件测试 记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容，对需要做设计变更的 尤其产品外观改动的，需经总经理批准的《设计变更表》， 才能对其模具设计修改，并填写《改模记录表》。首样评审完 成修改通过后，发放至工程部由工程部汇总完成《工程 样机测试汇总表》，3 个工作日后由项目负责人组织电子、 结构、工程、品质、业务进行项目首样评审。
软件设计和开发控制程序
公司软件设计和开发控制程序 1目的 对软件设计和开发全过程进行控制，确保产品设计和开发能满足顾客和有关标准、法令、法规的要求。 2范围 适用于软件产品设计和开发的全过程，包括软件产品的升级。 3职责 3．1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计和开发输出文件、测试报告、验收报告等，负责组织协调和实施软件产品的设计和开发工作。 3．2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3．3软件研发部测试组负责软件产品的确认测试。 3．4 由各业务部负责将合格软件产品交付顾客使用。 3．5 公司总经理签署《项目经理任命书》，正式启动软件项目。 3．6公司技术总工或授权人负责设计和开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4．1 设计和开发策划 4．1．1立项的依据 软件研发部对要进行的开发项目进行立项申请，提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目，由软件研发部进行详细进度计划安排，落实时间进度、资源（人员／设备、内部／外部）、技术、资金和费用等，相关资源和资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批，进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4．1．2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。
4．1．3设计和开发人员资格要求可参照本公司相关岗位卡的条款进行． 4．1．4 接口管理 4．1．4．1 在设计和开发策划和输入阶段： a．各业务部将客户相关文件资料交与软件研发部，同软件研发部一起对《需求规格说明书》进行评审； b．软件研发部编制《项目实施计划书》，经公司技术总工或授权人批准后发往客户方。 c．软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料，提供给各设计和开发人员，作为工作的依据。 4．1．4．2 在设计和开发输出阶段，软件研发部项目经理根据设计和开发进度，适时召开设计和开发例会，组织解决设计和开发中遇到的困难，协调相关的资源，以例会记录的形式明确相关要求。 4．1．4．3 在设计、编码、测试阶段： a．进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通．必要时，可由项目经理负责召开设计和开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b．软件研发部设计和开发人员提供单元和综合测试的《测试计划》,交本部门的相关设计和开发人员进行集成并由测试人员进行单元、综合测试。 c．软件研发部提供确认测试的《测试计划》，交测试组进行系统安装、测试。 4．1．4．4设计和开发各阶段 a．软件研发部项目经理负责就技术方面在客户与程序员之间进行协调； b．软件研发部经理负责组织和协调各有关单位的工作； c．各业务部负责与客户的业务联系及相关信息传递； d．参与设计和开发的各部门将必要的信息形成文件，经部门经理评审签字后予以传递． 4．2设计和开发输入 4．2．1《项目经理任命书》经公司总经理批准后，由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》，其中《项目实施计划书》须由公司技术总工组织人员评审。 4．2．2软件研发部经理组织软件设计和开发人员、测试人员及各业务部等设计和开发提出部门(包括客户)，对《需求规格说明书》进行评审，对其中不完善、含糊或矛盾的需求做出澄清和解决．4．2．3《需求规格说明书》在接受合同时可以不完全确定，在项目进行期间可继续制定。当《需求规格说明书》更改时，合同可以修订，对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4．3 设计和开发输出 4．3．1各设计和开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计和开发活动，并形成相应的文档。 4．3．2设计和开发的输出应形成文件，但不限于以下文档： ——《软件概要设计说明书》；
设计和开发控制程序文件
设计和开发控制程序 1 目的 对产品设计和开发全过程进行控制，确保设计能满足合同及顾客的要求，达到或超越国家/行业/企业标准规定的技术要求。 2 适用范围 本程序适用于新产品的设计和定型产品的改进活动。 3 职责 3.1 研发部负责编制并且监督执行产品设计开发计划，负责设计和开发全过程的组织、协调和管理工作，组织设计评审、设计验证、设计确认工作。负责处理车间生产制造过程中发生的产品设计问题，负责在外购件的采购发生困难时，协助采购部选择代用品。负责处理车间生产制造过程中发生与设计相关的工艺问题，负责试验组织实施工作。 3.2 总经理负责产品立项审批的批准，负责主持产品的定型鉴定并批准产品鉴定报告。3.3 制造生产部负责试制阶段的生产组织落实及计划进程的控制。 3.4 采购部负责试制过程中的配套采购。 4 工作程序 4.1 设计和开发策划 4.1.1 设计项目的来源
①公司内外反馈的信息 研发部根据公司内外反馈的信息，编制“项目开发建议书”，提出产品开发或技术改造的建议，报总经理批准。产品设计和开发活动应在公司战略目标指导下进行。 ②市场部的市场调查 市场部通过对市场调查结果的分析，提出“项目开发建议书”，报总经理批准后，连同有关资料移交研发中心。 ③合同评审的结果 有技术开发成份的合同或订单 ( 包括技术协议 )，必须由研发部组织相关部门进行评审。评审通过后，将“合同订单评审表”连同客户的有关资料移交采购部。 4.1.2 设计任务书的编制 《设计任务书》(亦称《项目手册》)应做如下明确规定： a) 产品的质量目标/ 指标及性能要求。 b) 确定活动的输出满足输入的要求，并处于受控状态。 c) 确定组织和技术上的接口。 d) 设计评审、设计验证、设计确认等设计过程的计划安排。 e) 控制产品研发过程的准则。 f) 特定的工作程序及相应的工艺技术文件。 g) 《设计任务书》的管理方法。 h) 特殊过程控制采用的必要检验和试验。 4.1.3 设计任务书的评审 研发部或项目组负责人组织包括设计、生产、质量部门人员对《设计任务书》进行评审。评审的内容包括：
设计和开发控制程序
1、目的 对产品设计开发全过程实行有效控制，以确保开发的产品满足预期要求与用途。 2、适用范围 适用于本公司体系覆盖产品设计和开发全过程的控制。 3、术语、缩略语 本程序采用质量手册中的术语、缩略语 4、职责和权限 4.1企业负责人负责组建开发小组，负责项目可行性研究报告以及产品开发立项申请书的审查，批准设计开发任务书。 4.2项目组长负责组织协调设计开发全过程，负责审核或批准本程序要求的相关记录，负责建立设计开发文档。 4.3技术部负责本部门设计输出，负责产品实现全阶段的风险管理，参与设计评审、设计验证、设计转换以及设计确认。 4.4生产部负责本部门设计输出以及样品试制，负责产品试制过程的风险管理，从生产过程评估风险发生的概率及其降低措施，参与设计评审、设计验证、设计转换以及设计确认。 4.5质量部负责本部门设计输出，负责产品检验/试验过程的风险管理，从检验过程评估风险发生的概率及其降低措施，主导设计验证，参与设计评审、设计转换以及设计确认。 4.6综合部负责市场调研和分析，负责按设定的技术要求采购符合要求的物料。 5、工作程序 5.1设计和开发的策划 5.1.1任务来源 5.1.1.1新产品的开发
企业负责人结合公司产品现状和发展规划，会同销售人员调查用户对拟开发产品的需求，提出开发新产品的初步意见，必要时由综合部据此编制完成市场调研报告。 5.1.1.2现有产品的改进 针对已获得注册证的医疗器械产品，若发生以下情形，技术部应考虑对该产品实施设计更改（或对增品实施设计开发）： 1）由于外部法规、技术标准的变化，引起原有产品已不再符合现有的法规要求； 2）增加或删减部分功能、性能； 3）更换、增加或减少部件； 4）产品型号的增加； 5）顾客针对产品提出合理的改进要求时； 6）预期用途变更。 5.1.2项目可行性研究 技术负责人会同相关部门或人员编制完成项目可行性研究报告，并向企业负责人提交，从立项的背景和意义、开发团队、技术创新点（若适用）、营销及商业模式、技术指标分析、经济指标分析、资源配置要求（包括场地、人员、生产设施、监测设备）等方面对项目可行性进行前期分析。 5.1.3项目可行性研究报告的评审 技术负责人组织各部门负责人对项目可行性研究报告进行评审，通过后由其编写“产品开发立项申请书”，写入有关评审的结果，提交企业负责人审查。 5.1.4设计开发任务书的下达 在“产品开发立项申请书”进行审查通过后，由技术负责人编写“设计开发任务书”，经企业负责人批准后实施。“设计开发任务书”的内容包括产品项目及其预期用途、使用要求、开发小组成员、预定开发期限，资源配备等。 5.1.5开发计划的编制 由项目组长根据“设计开发任务书”编制完成“开发计划”，交企业负责人批准。“开发计划”的内容应包括：各阶段的人员或组织的职责、评审人员的组成；设计开发的输入、输出、评审、验证、确认等各阶段的划分和主要工作内容，产品开发周期，持续时间和复杂程度，各阶段预期的输出结果；明确各设计阶段的接口、传递和评审的要求，过程中的信息必须写成文件，为采购、制造、检验等活动提供技术依据，风险管理活动，设计开发输出满足设计开发输入的可追溯方法，必要的资源配备等。当需要对设计开发计划实施细化时，项目组长应确保主要任务和阶段性任务的策划安排与整个项目的一致，必
软件设计和开发控制程序
公司软件设计与开发控制程序 1目的 对软件设计与开发全过程进行控制,确保产品设计与开发能满足顾客与有关标准、法令、法规的要求。 2范围 适用于软件产品设计与开发的全过程,包括软件产品的升级。 3职责 3.1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计与开发输出文件、测试报告、验收报告等,负责组织协调与实施软件产品的设计与开发工作。 3.2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3.3软件研发部测试组负责软件产品的确认测试。 3.4 由各业务部负责将合格软件产品交付顾客使用。 3.5 公司总经理签署《项目经理任命书》,正式启动软件项目。 3.6公司技术总工或授权人负责设计与开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4.1 设计与开发策划 4.1.1立项的依据 软件研发部对要进行的开发项目进行立项申请,提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目,由软件研发部进行详细进度计划安排,落实时间进度、资源(人员／设备、内部／外部)、技术、资金与费用等,相关资源与资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批,进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4.1.2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。 4.1.3设计与开发人员资格要求可参照本公司相关岗位卡的条款进行. 4.1.4 接口管理
4.1.4.1 在设计与开发策划与输入阶段: a.各业务部将客户相关文件资料交与软件研发部,同软件研发部一起对《需求规格说明书》进行评审; b.软件研发部编制《项目实施计划书》,经公司技术总工或授权人批准后发往客户方。 c.软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料,提供给各设计与开发人员,作为工作的依据。 4.1.4.2 在设计与开发输出阶段,软件研发部项目经理根据设计与开发进度,适时召开设计与开发例会,组织解决设计与开发中遇到的困难,协调相关的资源,以例会记录的形式明确相关要求。 4.1.4.3 在设计、编码、测试阶段: a.进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通.必要时,可由项目经理负责召开设计与开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b.软件研发部设计与开发人员提供单元与综合测试的《测试计划》,交本部门的相关设计与开发人员进行集成并由测试人员进行单元、综合测试。 c.软件研发部提供确认测试的《测试计划》,交测试组进行系统安装、测试。 4.1.4.4设计与开发各阶段 a.软件研发部项目经理负责就技术方面在客户与程序员之间进行协调; b.软件研发部经理负责组织与协调各有关单位的工作; c.各业务部负责与客户的业务联系及相关信息传递; d.参与设计与开发的各部门将必要的信息形成文件,经部门经理评审签字后予以传递. 4.2设计与开发输入 4.2.1《项目经理任命书》经公司总经理批准后,由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》,其中《项目实施计划书》须由公司技术总工组织人员评审。 4.2.2软件研发部经理组织软件设计与开发人员、测试人员及各业务部等设计与开发提出部门(包括客户),对《需求规格说明书》进行评审,对其中不完善、含糊或矛盾的需求做出澄清与解决. 4.2.3《需求规格说明书》在接受合同时可以不完全确定,在项目进行期间可继续制定。当《需求规格说明书》更改时,合同可以修订,对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4.3 设计与开发输出 4.3.1各设计与开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计与开发活动,并形成相应的文档。 4.3.2设计与开发的输出应形成文件,但不限于以下文档: ——《软件概要设计说明书》; ——《详细设计说明书》; ——《用户操作手册》; ——《系统开发使用手册》。 4.4 设计与开发评审 4.4.1 设计与开发完成后,由软件研发部组织与设计与开发阶段有关的所有职能部门(必要时也可
设计开发控制程序(含表格)
设计开发控制程序 （ISO9001-2015） 1.0目的 对产品的开发设计进行控制，以保证所设计的新产品技术先进、使用可靠、经济合理、易于生产、验证和控制。 2.0适用范围 适用于本公司新产品的设计、开发全过程，包括引进产品的转化、定型产品及生产过程的技术改进等。 3.0职责 3.1质技部负责设计开发全过程的组织、协调、实施工作，进行设计开发的策划，确定设计开发的组织和技术接口、输入、输出、验证、评审、设计和开发的更改和确认等。 3.2 质技部负责人负责审核项目建议书、下达设计和开发任务书，负责批准设计开发方案、设计开发计划书、设计开发评审、设计开发验证报告，负责试产报告等。 3.3 总经理负责批准项目建议书、试产报告。 3.4 采购部负责所需物料的采购。 3.5 销售部负责根据市场调研或分析，提供市场信息及新产品动向，负责提交顾客使用新产品后的顾客使用报告。 3.6 生产部负责新产品的生产加工和试制等。质技部是产品设计开发的归口管理部门，负责策划并且执行产品设计和开发计划，负责主持设计评审、设计验
证、设计确认工作。 4.0工作程序 4.1设计和开发的策划 4.1.1设计开发项目的来源 a)销售部与顾客签订新产品合同或技术协议。根据总经理批准的相应的《产品要求平评审表》，质技部负责人下达《设计任务书》； b)销售部根据市场调研或分析提出的《项目建议书》，报质技部负责人审核，总经理批准后，质技部负责人下达《设计开发任务书》。 c)生产部根据技术改进需要，提交《项目建议书》报质技部负责人审核、总经理批准后，质技部负责人下达《设计任务书》。 4.1.2 质技部负责人根据上述信息及项目来源，确定项目负责人，将设计开发策划的输出转化为《设计开发方案》、《设计开发计划书》。计划书的内容包括：设计开发的输入、输出、评审、验证、确认等各阶段的划分和主要工作内容；各阶段人员的职责和权限、进度要求和配合部门；资源配置的需要，如人员、信息、设备、资金保证等及相关内容。 4.1.3 设计开发策划的输出文件将随着设计开发的进展在适当时予以修改，应执行《文件控制程序》的有关规定。 4.1.4 设计开发不同部门之间的接口管理 明确参与设计过程的不同部门/人员之间在组织上和技术上的接口并对接口进行管理，确定每项活动的职责和权限。指派有经验、能胜任其岗位工作的人员从事设计各阶段的活动。 4.2设计和开发的输入
过程的设计和开发控制程序
1．目的 对过程质量进行先期策划，做到早期识别，避免晚期更改，规范过程开发工作，确保持续稳定生产顾客满意产品。 2．适用范围 适用于对本公司产品的制造过程质量先期策划工作。 3．职责 3.1生技部负责过程开发的先期策划工作。 3.2生技部部长负责APQP的总体策划和监视，负责组织建立APQP小组。 3.3APQP小组成员及相关部门负责开发APQP策划输入评审验证工作。 4．工作程序 4.1APQP小组的成立与APQP工作进度计划的编制。 4.1.1与顾客初步达成产品生产协议后，总经理通知生技部部长，部长据此成立APQP小组。 4.1.2 APQP小组成员来自生技部、综合部、车间、以及顾客代表，必要时邀请顾客及供应商代表参加。 4.1.3通常情况下，APQP小组组长由生技部部长担任，遇到特殊情况时由总经理任命。APQP小组组长负责小组内成员的职责分工及工作安排，负责APQP全过程跟进和监督,负责组织APQP各阶段的组织、协调工作。 4.1.4 APQP小组组长组织编写APQP工作时间进度表，经APQP成员讨论通过，送总经理批准后下发有关部门实施。APQP工作时间进度表应随着APQP的进展适时进行修订。 4.2计划和项目的确定 4.2.1．本企业不进行产品设计，但要在2个工作周内对顾客提供的产品图纸和技术资料进行评审。 4.2.2．APQP小组对顾客提供的产品图和相关的产品符合性要求进行评审，填写《工程规范评审记录》，对评审中发现的问题，要及时与顾客联络解决。 4.2.3．评审时要确定需要进行试验及可靠性研究的项目（适用时）。
4.2.4必要时，生技部对顾客以往的投诉意见和建议进行收集分析，分析结果作为APQP 小组的参考资料。 4.2.5必要时，APQP小组应对顾客的业务计划进行研究，以识别顾客现在和未来最关注的事项。 4.2.6项目小组根据顾客要求和以往类似产品过程的设计、生产经验确定产品的质量目标、环保等要求，提出《初始材料清单》、《特殊特性清单》、《初始过程流程图》 4.2.7完成以上工作后APQP小组编写《产品保证计划》，其主要内容有： 1．产品过程要求。 2．可靠性和质量目标。 3．进度要求。 4．成本要求。 5．风险评估。 4.2.8计划和确定项目的总结 APQP小组在计划和确定项目阶段工作结束时，应召开APQP小组会议进行这一阶段工作的总结评审，评审时可要求有关管理人员参加，以获得其支持并协助解决有关未解决问题。 总结评审的结论应记录在《第一阶段评审表》中。 4.3样件制造 编制样件制造控制计划 生技部负责编制《样件控制计划》，对样件制造过程中尺寸测量和材料性能试验等进行描述。《样件控制计划》编写完成后，APQP小组用《控制计划检查表》对计划的完整性进行检查。 当顾客没有要求编制《样件控制计划》，本企业样件制造可使用与批量生产相同的设备、工装、材料和供方时，可以编制批量生产的《控制计划》。 4.3.1提出所需的新设施、设备和工装 生技部提出产品生产所需的新设施、设备和工装，编制《设备需求表》和《工装需求表》，保证样件试制和小批量生产前到位。 《设备需求表》和《工装需求表》由APQP小组有关人评审、总经理批准。
软件产品开发流程
软件产品开发流程 软件开发流程（Software development process）即软件设计思路和方法的一般过程，包括设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编程和调试、程序联调和测试以及编写、提交程序。 第一步：需求调研分析 1相关系统分析员和用户初步了解需求，然后用WORD列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚例用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还例出相关的界面和界面功能。 3 系统分析员和用户再次确认需求。 第二步：概要设计 首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。 第三步：详细设计 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足
够详细，能够根据详细设计报告进行编码。 第四步：编码 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。 第五步：测试 测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。 第六步：软件交付准备 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。 《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。 《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。 第七步：验收 用户验收。
产品设计开发控制程序
1目的 对设计和开发全过程进行控制，以确保设计产品的质量满足客户和有关标准、法规的要求。 2 范围 本程序规定了设计和开发的策划、输入、输出、评审、验证、确认及更改的控制要求。 本程序适用本公司各类产品设计的全过程，包括产品的重大技术改进。 3 职责 3.1总经理负责批准设计项目，技检副总组织协调设计和开发全过程的工作。 3.2 技术部负责设计和开发计划书、设计输出文件、评审验证报告等的编制、样 品的制作及整个设计工作的实施。 3.3 市场部负责提供市场调研报告，提出对新产品的设想与要求，并负责新产品 的试用安排。 3.4 采购部负责样品及试制所需零部件的采购 3.5 生产部负责批量试制（试产）的安排。 3.6 质检部负责产品鉴定报告的编制，样品及试制产品的检测。 3.7 相关部门负责各自范围内的配合工作。 4 工作程序 4.1 设计和开发的工作流程见附图。 4.2 设计、开发的策划和输入 4.2.1立项的依据、设计和开发的项目来源于以下方面：
4.2.1.1与顾客签订的特殊合同或技术协议。 4.2.1.2市场调研和分析。 4.2.2技术部根据以上立项依据，组织编制《设计和开发计划书》，计划书应 包括以下内容： 4.2.2.1设计输入、设计输出初稿、设计评审、样品制作、设计验证、设 计确认等各阶段的划分和主要工作内容； 4.2.2.2各阶段的人员职责分工、进度要求、信息传递和联络方式； 4.2.2.3需要增加或调整的资源（如仪器、设备、人员等）。 4.2.2.4产品功能、主要技术参数和性能指标及主要零部件结构要求等； 4.2.2.5适用的相关标准、法律法规、顾客的特殊需求等； 4.2.2.6以前类似设计的有关要求，及设计开发所必须的其它要求，如环 境、安全、寿命、经济性等要求。 4.2.3 每个设计项目均指定具有合适资格的设计人员作为项目负责人，负责 设计项目各项工作的开展。 4.2.4由技术部组织相关部门对《设计和开发计划书》进行评审（保持评审记 录），对其中不完善、含糊或矛盾的要求作出澄清和解决。经技检副总审批后，作为正式文件予以实施，设计和开发计划书将根据设计进展的变化作出修改。 4.3设计输出 4.3.1各组设计人员根据《设计和开发计划书》的要求开展各项设计工作，编 制相应的设计初稿，包括指导采购、生产、检验等活动的图样和文件，如
产品设计开发控制程序文件
产品设计开发控制程序 1.目的：本程序规定了XX产品设计开发项目所应遵循的步骤及其全过程的控制和要求，旨在科学化管理新产品的设计开发，提高新产品的开发效率及市场适用性，进一步规设计开发工作。 2.0定义： 2.1 FMEA：潜在失效模式及后果分析。 2.2预研：指以实现产品功能为目标，完成产品功能样车的研发活动。 2.3 产品设计：指在预研功能样机基础上，以满足客户需求为目标，完成产品样车制作、小批量生产的设计活动。 3.职责 3.1总经理 3.1.1负责根据企业战略规划明确新产品开发方向，并是公司管理委员会和项目评审委员会的主要负责人。负责领导、组织、主持产品化项目的立项、验收和管理工作。 3.1.2负责批准公司年度《产品发展规划》、《项目任务实施计划》。 3.1.3负责协调所有项目的研发资源，确保关键项目的顺利实施。 3.1.4负责制定公司年度《产品发展规划》，下达《项目设计任务书》 3.2公司管理委员会（见管理委员会章程） 3.3项目评审委员会（见项目评审委员会章程） 3.4研发部经理 3.4.1 负责产品设计开发过程术难点攻关、重大技术路线的确定，总体方案评审，试验报告审核； 3.4.2 重要子项目设计方案审核，重要子项目试验报告审核。 3.4.3 参与设计过程中重要设计活动讨论或者直接参与项目开发。 3.5技术品质部经理 3.5.1参与设计开发个阶段性会议，并提出建议。 3.5.2负责产品设计开发过程中可能涉及后续实现产品化工艺和品质控制问题审查。 3.6项目经理 3.6.1负责立项报告的撰写并报批； 3.6.2负责所报项目立项后所有阶段性技术准备； 3.6.3负责《项目任务实施计划书》的制定并组织实施； 3.6.4负责项目输入输出的控制； 3.6.5负责整个项目组的日常管理； 3.6.6负责设计进度的控制。 3.7项目组 3.7.1 项目小组的组成：由研发部各类设计人员组成、必要时可申请其它部门人员参加，设置项目经理一名。 3.7.2负责按照《项目任务实施计划书》开展相关的设计活动。 3.8营销部 负责确定客户定制项目的设计要求。 4.流程图
服务设计开发控制程序.doc
服务设计开发控制程序 13000000-Cx-7.3-1 文件放发号 文件持有人 受控状态□受控□非受控 文件更改记录 福建省职业技能鉴定指导中心
1目的 对中心开展新的服务项目的设计和开发全过程进行控制，确保服务开发项目能满足有关法律、法规要求、顾客的需求和期望及满足中心发展的需要。 2范围 本程序适用于在全省开展新行业、新职业工种、新等级、新方法的技能鉴定，全省统考及新职业工种题库等项目的设计、开发全过程控制。 3 职责 3．1 业务拓展科负责新行业、新职业工种、新等级、新方法的设计开发全过程组织、协调、策划、实施、验证、评审、确认和更改等。 3．2 命题科负责国家委托新职业工种题库及地方题库的设计开发全过程组织、协调、策划、实施、评审、确认等。 3．3 管理者代表负责审批项目建议书，下达新服务项目任务书，负责批准设计开发方案、计划书、评审、验证报告。 3．4 综合科负责新服务项目的质量控制及设计开发文件资料的存档。 3．5中心主任批准开发项目。 4 工作程序 4．1设计开发控制流程图见图1。 4．2 设计开发的策划 4．2．1 业务拓展科和命题科，根据国家委托或中心发展需要和市场调研结果，提出《项目建议书》（或可行性报告），报主任审批。 4．2．2 主任召开办公会议，对《项目建议书》的可行性进行评审。包括市场需求、资源配置、预期效果、中心能力。根据会议决定下达项目任务。 4．2．3 业务拓展科组织有关部门确定项目负责人，将设计开发策划，其输出形成文件如实施方案、实施计划书。内容包括： a) 设计开发的输入、输出、评审、验证、确认等各阶段划分和主要工作内容。 b) 各阶段人员的职责和权限、进度要求、配合部门； c) 资源配置要求。如人员、信息、设备、资源保证等其它相关内容。 4．2．4 设计开发工作中接口管理 参加设计开发工作不同组别可能涉及到中心不同职能或不同层次，也可能涉及到中心外部，业务拓展科负责人应进行协调处理。 4．3 设计开发的输入 4．3．1 设计开发的输入应包括以下内容： a) 新项目的主要服务要求，应包括《项目建议书》中。 b) 适用的法律、法规要求、强制性标准要求； c) 以前类似项目设计开发提供的适用信息；
简易聊天应用程序的设计与实现
Java网络程序设计大作业分组报名表
目录 一、团队介绍及人员分工..................................... 错误!未定义书签。 团队介绍 .............................................. 错误!未定义书签。 人员分工 .............................................. 错误!未定义书签。 二、作品概述............................................... 错误!未定义书签。 创作背景 .............................................. 错误!未定义书签。 功能概要 .............................................. 错误!未定义书签。 相关技术 ............................................... 错误!未定义书签。 作品可行性分析 ........................................ 错误!未定义书签。 三、需求分析............................................... 错误!未定义书签。 功能性需求 ............................................ 错误!未定义书签。 非功能性需求 .......................................... 错误!未定义书签。 四、作品实现............................................... 错误!未定义书签。 服务端界面实现 ......................................... 错误!未定义书签。 客户端界面实现 ......................................... 错误!未定义书签。 登录实现 ............................................... 错误!未定义书签。 聊天功能实现 .......................................... 错误!未定义书签。 退出功能实现 .......................................... 错误!未定义书签。 五、作品设计、实现难点分析................................. 错误!未定义书签。 难点分析 .............................................. 错误!未定义书签。 解决方案 .............................................. 错误!未定义书签。 测试结果 .............................................. 错误!未定义书签。
设计开发控制程序
1 目的 对设计和开发的全过程进行控制，确保产品能满足顾客的需求和期望及有关法律、法规要求。 2 范围 适用于本公司新产品的设计和开发全过程，包括定型产品的技术改进等。 3 职责 3.1产品开发部负责设计和开发全过程的组织、协调工作，进行设计和开发的策划，确定设 计、开发的组织技术的接口、输入、输出、验证、评审，设计和开发的更改和确认等。 3.2产品开发部负责编制《设计开发计划书》、《设计开发评审记录》、《设计开发验证记录》。 3.3总经理负责下达《设计任务书》及批准《设计开发计划书》。 3.4业务部负责设计开发产品所需材料的采购。 3.5业务部负责根据市场调研或分析，提供市场信息及新产品动向，负责提交顾客使用产品 后的《产品确认报告》。 3.6质检部负责设计开发产品的检验和试验。 3.7生产部负责设计开发产品样板的制作。 4 名词定义（略） 5 工作程序 5.1 设计和开发项目的策划 5.1.1 设计和开发项目的来源 a)营销部与顾客签定的新产品合同或技术协议，通过合同评审后，由总经理下达《设 计任务书》，并将与新产品有关的技术资料转交产品开发部。 b)根据营销部的市场调研或分析，由总经理下达《设计任务书》，并将相关背景资料 转产品开发部。 5.1.2 总经理根据上述项目来源，确定项目负责人，将设计开发策划的输出转化为《设计开 发计划书》。计划书内容包括： a)设计开发的输入、输出、评审、验证、确认等各阶段的划分和主要工作内容； b)各阶段人员职责和权限，进度要求和配合单位； c)资源配置需求，如人员、信息、设备、资金保证等及其他相关内容。 5.1.3设计开发策划的输出文件随着设计开发的进展，在适当时予以修改，应执行《文件控
设计和开发控制程序.pdf
1目的 对设计和开发过程进行有效的策划、控制，提高设计和开发的质量，确保产品满足 顾客需求和期望及有关法律、法规的要求。 2适用范围 适用于本公司新产品设计、开发全过程，包括引进产品的转化、定型产品及生产 过程中的技术改进等。 3职责 技术部: 负责编制项目建议书，制定设计和开发的策划，实施设计和开发计划过程的 输入、输出、评审、验证、确认和更改阶段的控制。 质量管理部: 负责产品性能的检测，参加设计开发的评审、验证与确认等控制活动。 市场部: 采购员负责外购、外协件的采购和业务联系。 董事长: 负责批准项目建议书。 管理者代表: 批准设计和开发相关技术文件资料和试产报告所提出的必要的资料。 4程序 设计开发的策划 4.1.1根据公司发展战略、市场信息分析结果由管理层策划设计开发项目。技术部根据 设计开发的策划，编制《项目建议书》。项目建议书应包括： a) 设计和开发项目目标的描述（对产品的构思概念，产品的用途，开发产品的原因。） b) 顾客和市场对该产品的需求情况（对市场的需求做研究评估，产品在市场中的 价值地位。） 4.1.2《项目建议书》由技术部负责人审核，报董事长批准立项。 4.1.3对于具体设计工作，根据新产品开发建议书，技术部负责人组织有关部门进行评 审，并在评审通过后组织编制“产品设计任务书”，“产品设计开发任务书”的内容 包括： a) 明确方案设计、技术统计、工作室设计、样品试制、小试、产品定型各阶段的 划分和要求； b) 明确各设计阶段人员的分工和设计人员的职责权限、进度要求、成立试制小 组； c) 明确各设计阶段的接口、传递和评审的要求，过程中的信息必须写成文件，为 采购、制造、检验等活动提供技术依据； d) 适用于设计和开发控制的质量管理体系文件、程序和形成的记录描述； e) 对产品设计过程中的风险分析，包括设计过程中采取的措施；
10.设计和开发控制程序(模板)
（注：质量审核程序文件模板，仅供参考） 设计和开发控制程序 1目的 为确保产品满足顾客和法律法规的要求，应对产品设计和开发的策划和控制。为此，依据GB／T19001-20**《质量管理体系要求》制定本程序。 2 范围 本标准规定了产品设计和开发的控制要求、职责和程序、适用于公司产品设计和开发过程。 3 规范性引用文件 4 职责 技术研发部负责公司产品的设计和开发。 5 设计和开发策划 5.1 设计和开发策划和控制 由技术研发部负责组织并实施对产品的设计和开发过程进行策划和控制，以确保满足产品要求。设计和开发的策划应考虑： a）根据设计开发活动性质、持续时间和复杂程度，结合产品实现策划的要求，组建项目组，编制设计和开发流程图，并明确其职责、权限，确定组织机构； b）编制设计和开发计划，确定设计开发阶段，规定每一阶段的工作内容、进度和要求，并随进展情况及时修订设计和开发计划。 c）明确设计和开发阶段所需开展的评审、验证和确认活动及所需要的内外部资源。 e) 顾客和使用者参与设计和开发过程的需求，如参与设计和开发评审、验证、确认需求等。 f) 后续产品和服务提供的要求，提供设计开发产品售后服务、备品备件等要求； g)顾客和其他相关方期望的设计和开发过程控制水平。 当设计和开发由不同小组共同完成时，应对小组之间的接口进行管理，确保有效的沟通。 5.2 设计和开发输入 5.2.1 技术研发部负责，依据产品（项目）合同、技术协议以及有关法律法规等要求，确定与产品有关的要求的设计输入并形成文件，作为设计和开发的依据，编制《设计和开发输入清单》，设计和开发输入的各项内容要标明来源或出处，以便追溯。 5.2.2设计和开发输入主要内容包括： a）研制任务书或合同规定的有关要求，主要包括产品功能和性能指标、产品接收标准、交付和交付后活动等要求； b）来源于以前类似设计和开发活动的信息； c）公司承诺实施的标准或行业规范；
软件设计总体思路及主流程图
软件设计总体思路及主流程图 本系统采用 C 语言编写，主程序主要由四部分构成，系统通电后首先初始化系统，依次完成温度采集、温度处理、数据显示、键盘处理等四项功能。温度采集部分主要完成 4 个温度测试但的温度数据采集任务：温度处理部分主要是将采集到的温度数据与用户设定的各点上下限温度值进行比较处理，并判断是否超出设定的上下限值，如果超出则蜂鸣器报警：数据显示部分主要实现温度数据的显示，显示方式根据设计要求支持 1 到 4 个温度测试点的轮流循环显示和固定显示两种方式：键盘处理部分主要实现用户对系统参数的设置，结合显示部分，实现用户与系统之间的人机接口。系统软件主流程图如下所示：
A/D转换完成中断程序流程图 程序说明： (1)程序实现5次采样，每次检测8个通道 (2)数据的存放格式。 (3)程序的采样周期是通过软件实现的。如果系统处理的人物较多哦，且对 实时性要求较高，则采样中欧器可通过系统扩展8253等定时芯片实现。 A/D转换完成中断功能：将标志位清零，读取转换后的温度数据并存放在RAM中A/D转换完成中断程序流程图如下所示：
肘D 转换完诫中断功昵「将林点拖渭越+渎収黑换启的吐数据井恋做隹RAM '!■_ VD 3 / 6 ■fcA 中斷程序範程SM ■ 丽」、 Tift 1 P 读入甦据 1 标蛊便清爭 > L 「起回） 多路温度测量流程图 LED 显示程序设计 H7-4 转携充成申斷程序灌程醫 B4-3多鮭度测宣电關适程囤
LED显示程序的设计： 动态显示程序流程图如下所示:
测温模块流程图
键盘扫描流程图 按键处理程序通过扫描按键情况，读取键值。主要完成各点温度传感器上下限报警参数设置和显示模式设置。 （1）通过扫描键盘读取键值，流程图如下所示： 4.4?￡扫描瀝程国 按键肚理稈序遴过扫推桩键惆况.達取愿值?主要完慮各点温度传感器I- F 股报欝超绘设置和眾示廉试设賈.. <1）通过扫脑僧菠谨取惟惟，流稈图如图卜吝所示; 用1-5谧亂扛折吟已淀吋国