设计开发计划书
编号：序号：ZL-7.3-01
备注:
批准：审核：编制：
设计开发任务书
编号：序号：ZL-7.3-02
总工程师签名: 日期
ZL-7.3-03 编号:
设计开发输入清单
编号：序号：Z L-7.3-04
表单自定义设计器 1设计思路 1.1表单自定义功能的误区 1、关于成本：表单自定义一般容易实现的仅布局、字段的增减、简单的脚本控制等，但有很多诸如复杂脚本控制、自动计算、特殊逻辑验证、主从关系，复杂基础数据选择（过滤、合并）、与其它功能模块的交互等等需求，自定义工具都不能很轻易地解决，最终可能带来的代价是重做，甚至推翻整个系统架构重新实现，付出成本是预计成本的2-4倍以上均有可能。建议采用对此类复杂需求通过关联创建人定义的SQL语句来实现。 2、表单自定义功能实现的方式一般是数据库表中预制了很多字段或者是一个表中的记录存储为ID、字段名、值、字段类型，而且值的类型往往是字符型，这些做法给数据的查询统计及SQL优化带来的是非常大的性能损失和阻力，业务系统数据量不大的时候看不出，一旦数据业务表大到一定程度的时候，性能瓶颈就会出现。我们知道需要工作流的业务系统都是大量用户和大规模业务数据的。对于表单自定义做法，性能瓶颈是一定要考虑的； 3、??表单自定义往往实现的是一个数据实体的增、删、改，但对于一个系统来讲一个表单仅仅是一个功能点而已，这个功能点对于整个系统来讲远不是那么单纯的，有可能一个数据实体的资料分别在多个表单里进行更新和维护，自定义逻辑往往是处理不了它们之间的冲突，还有查询和统计分析，这些是需要关联很多基础数据、关联其它业务数据。自定义表单功能本身也只是从功能特性的角度去出发，对于系统复杂的实体关系、业务模式、设计模式的支持几乎为零，一个高质量系统需要的因素基本实现不了； 4、?企业使用表单自定义工具的时候往往已经有了很多的系统，比如HR、CRM甚至ERP系统，很多关联数据会是来自于这些系统的数据。表单自定义工具往往无法提供高可靠性的集成方案，即使能集成也是勉强的，后续会付出很多手工同步、统计口径不一致等代价，为企业整体的信息化效果大打折扣； 5、?另外从实际的使用情况而言，实现一个表单自定义功能的目标往往是为了方便用户实现自己的业务逻辑，但实际上很少客户会自己去自定义这些表
设计开发控制程序表单
————————————————————————————————作者：————————————————————————————————日期：
设计开发任务书 LX．QMS/ＪS-001 序号： 项目名称产品图号 型号规格预算费用 客户名称起止日期 依据的标准、法律法规及技术协议的主要内容: 设计内容（包括产品主要功能、性能、技术指标、主要结构等)： 设计部门及项目负责人: 备注： 技术部负责人签字:日期：年月日
设计开发计划书 LX.QMS/JＳ-001 序号: 项目名称起止日期 型号规格预算 职责设计开发人员职责设计开发人员 资源配置（包括人员、生产及检测设备、设计经费预算分配及信息交流手段等）要求： 设计开发阶段的划分及主要内容设计开发人员负责人配合部门完成期限 备注： 批准: 日期：审核：日期：编制: 日期: 设计开发输入清单
LX.ＱMS/JS-00１序号: 项目名称产品图号 设计开发输入清单（附相关资料份): 备注: 批准：日期: 审核：日期：编制：日期: 设计开发输出清单 LX.QMS/JS－０01 序号： 项目名称产品图号 设计开发输出清单（附相关资料份）: 备注： 批准: 日期:审核: 日期: 编制：日期: 设计开发评审报告 LX.ＱＭS/JS-０01
序号： 项目名称型号规格 设计开发阶段化负责人 评审人员部门职务或职称评审人员部门职务或职称 评审内容：“□”内打“√”表评审通过。“？”表有建议或疑问，“X”表不同意 1合同标准符合性□２采购可行性□3加工可行性□4结构合理性□ 5可维修性□6可检验性□７美观性□8环境影响□ 9安全性□10 □1１□12□ 存在问题及改进建议： 评审结论： 对纠正、改进措施的跟踪验证结果： 验证人：日期: 备注:1评审会议记录应予以保留。 2可另加页叙述。 批准: 日期: 审核: 日期: 编制:日期： 设计开发验证报告
泛微O A开发技巧流程表单H T M L扩展开发设计器实现设置表单元 素的长度 文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）
版本 文档主题(Title) 【开发技巧】流程表单HTML 扩展开发（推荐：设 计器实现设置表单元素的长度） 作者(Author) 胡顺 审批者(To Be Approved By) 说明(Comments) 文件名称(File Name) 【开发技巧】流程表单HTML 扩展开发（推荐：设计器实现设置表单元素的长度）.doc 序号 日期 版本 变更说明 修改人 注释 2017-12-19 创建目录功能点 刘泰宏 2018-2-1 完善各模块内容 胡顺 目录 仅限阅读 请勿 传播 流程表单HTML 设计器 实现自定义控制表单元素的长度 及其他常见需求实现案例
1.说明 难度：★★★☆☆ 预计时间：1小时 涉及代码开发：有 目标需求： 此案例适用项目人员通过流程表单HTML设计器实现自定义控制表单元素的长度。当不得不这么做的时候，请参考该方案进行适当调整。 可以按照客户要求对时间流程表单进行适当改造。 流程表单上面布局、校验、样式等功能 可以jQuery的方式进行适当改造。
知识点： 基本信息： 背景知识： 1、在阅读本教程之前,需具备html和JavaScript基本知识。 2、在阅读本教程之前,需具备jsp页面读写的基本能力。 最终效果： 通过流程表单HTML设计器实现自定义控制表单元素的长度实现隐藏表单原始边框 实现表单元素未输入内容时悬浮提醒的效果 html签字节点格式调整（内容在左，署名在右） html签字节点按时间排序并调整格式 2.准备工作 1、准备一台和正式环境一致操作系统的服务器。 3.（推荐）实现自主设置表单元素的长度 将附件提供的上传到服务器的/css/width/目录下面。
附一： 关于图纸修改的统一规定 一、已出图归档的图纸需要做修改、增补时，都应填写A4大小统一规格的 “设计修改通知单”，应填写序号、修改日期和所属专业，并写明修改原因、因甲方原因需修改的须清单确认书面文件 （1）甲方要求（2）现状问题（3）图纸变动、修改内容以及涉及被修改的有关图纸的图别、图号。 二、已出图归档的图纸需要做修改、增补时，可采用下列三种方式进行并 应做好相应的标识。 1.直接在“设计修改通知单”上填写方式 当设计人对图纸做较少修改时，可直接采用A4大小统一规格格式的“设计修改通知单”。“设计修改通知单”以文件表达为主，此时修改图和“设计修改通知单”合在同一张底图上。“设计修改通知单”应填写序号、修改日期和所属专业并写明修改原因、修改内容以及涉及被修改的有关图纸的图名、图号。 2.重绘制底图 当图纸做较多修改时，可采用重绘底图方式进行。局部修改的地方应做彩云状标记，并在图签栏上加注修改日期及内容，底图的版次应作相应修改。设计人应用文字形式同时填写“设计修改通知单”通知顾客/业主或相关单位。
3、插入图纸方式 当有内容需要增加补充，涉及的相关图纸继续有效、且采用上述两种方式修改增补均不能满足要求时，可采用插入图纸的方式进行。与原图纸无关的补充图纸一般按顺序排列在已出图纸之后。 设计人应同时用文字形式填写“设计修改通知单”通知顾客/业主或相关单位 三、修改、插入、删除、补充图纸的图号标识。 通知单——“设计修改通知单”应分别按专业排列顺序号，通知单的类别及序号可简称“景修—3”“结修—3”等。 修改——重绘底图产生的新图应采用A、B、C等顺序的版次标识。 如：景施—18修改后被景施—18A替代，在景施—18A的图 纸中必须加注“原景施—18作废。” “设计修改通知单” 重绘时也按此条办法标识，如“景修—3”修改后被“景修 —3A”代替，在“建修—3A”的图纸“说明”中必须加注 “原景修—3作废”。 插入——需要在原先图号中“插入增补”产生的新图纸，应采用加注第二层注脚的方式加以标识，如需在景施—18与景施—19 中间插入补绘三张图纸，应标“景施—” 、“景施—” 、 “景施—。” 删除——删除的图纸应在更新的“图纸目录”中添注文字说明。如“景施—18图纸已删除，无此图。”其余图号均可不变。
XXXXXXX 有限公司 APQP 全套表单
APQP 设计开发过程全套记录表格清单
序号
编号名称
1 TTQR8.1-01 运行策划和控制方案
2 TTQR8.1-02 质量计划书
3 TTQR8.1-03 保密检查情况记录
4 TTQR8.3-01 设计和开发总策划
5 TTQR8.3-02 产品开发项目立项书
6 TTQR8.3-03 新品开发计划
7 TTQR8.3-04 设计任务书
8 TTQR8.3-05APQP 小组成员及职责技能表
9 TTQR8.3-06 初始材料清单
10 TTQR8.3-07APQP 计划阶段评审报告
11 TTQR8.3-08 产品设计开发输入评审
12 TTQR8.3-09 DFMEA
13 TTQR8.3-10 产品特殊特性清单
14 TTQR8.3-11 产品标准规范
15 TTQR8.3-12 总成图、零件图、装配图
16 TTQR8.3-13 设计和开发评审
17 TTQR8.3-14 产品保证计划
18 TTQR8.3-15 设计验证计划
19 TTQR8.3-16 初始过程流程图
20 TTQR8.3-17 样件控制计划
21 TTQR8.3-18 样品验证报告
22 TTQR8.3-19 新设备工装检测设备检查表及开发计划进度表
23 TTQR8.3-20 产品安全防护表
24 TTQR8.3-21 产品材料用量规格表（BOM)
25 TTQR8.3-22 工程规范审查确认
26 TTQR8.3-23 产品防错一览表
27 TTQR8.3-24 可制造性和装配性设计
28 TTQR8.3-25 模具配置申请表
29 TTQR8.3-26 模具设计任务书
30 TTQR8.3-27 模具制造报价单
31 TTQR8.3-28 模具供方评定表
32 TTQR8.3-29 模具加工合同
33 TTQR8.3-30 模具跟踪评审验收记录
34 TTQR8.3-31 设计和开发验证记录
35 TTQR8.3-32 小组可行性承诺
36 TTQR8.3-33 产品设计和开发输出评审
修订记录
目录 第一章概述 (5) 1.1.应用模块的目的 (5) 1.2.应用模块总体描述 (5) 1.3.应用模块接口描述 (5) 1.4.假设条件 (5) 第二章设计模式（Design pattern） (6) 第三章类设计 (7) 3.1.分块类图 (8) 3.1.1.<类图1> (8) 3.1.2.<类图n> (8) 3.2.整体继承关系 (8) 3.3.类描述 (9) 3.3.1.<类名1> Class Description (9) 3.3.2.<类名n> Class Description (10) 第四章交互图 (12) 4.1.<情景编号1: 情景名称> (12) 4.1.1.交互图 (12) 4.1.2.例外情况及条件 (13) 4.2.<情景编号n: 情景名称> (13) 第五章状态图 (14) 5.1.<状态图编号1:状态图名称> (14) 5.2.<状态图编号n:状态图名称> (15) 第六章时序流程图 (16) 第七章用户界面设计说明 (18) 7.1.用户界面关系 (18) 7.2.用户界面具体描述 (18) 7.2.1.<界面编号1:界面名称〉 (18)
7.2.2.<界面编号N:界面名称〉 (19) 第八章测试考虑 (20) 第九章附录 (21) 9.1.附录A 代码举例 (21) 9.2.附录B 设计问题 (21) 9.2.1.<设计问题1> (21) 9.2.2.<设计问题n> (21)
第一章概述 1.1.应用模块的目的 请明确客户建立应用模块的目的。 1.2.应用模块总体描述 描述应用模块的总体功能。 1.3.应用模块接口描述 简要描述本应用模块的公共接口，具体接口会在相应的类中进行具体描述。建议采用列表的方式。 1.4.假设条件 列出在问题领域，项目方案及其它影响系统设计的可能方面内，应当成立的假设条件。包括系统的约束条件和应遵循的标准。
设计开发程序 1、目的：本程序的目的是确保与设计开发有关的过程在控制状态下进行,使设计开发满足要求且具有适 宜的经济性和可行性 2、适用范围：本程序适用于公司对包括新产品在内的所有产品的设计、开发和改进。 3、引用文件： 3.1《工程变更程序》 3.2《物料编码原则》 4、定义： 4.1 ODM 客户委托设计及生产制造之产品。 4.2 OEM 客户委托生产制造之产品。 4.3 PDS (Product Design Scheme)新产品开发计划。 4.4 EV Engineering Validate）工程验证阶段 4.5 DV (Design Validate)设计验证阶段 4.6 PV (Production Validate)试产验证阶段 4.7 MP (Mass Production)大批量生产阶段 4.8功能组研发部内分电子、结构、电声、实验室共4个功能组 5、权责： 5.1 营销中心等各职能部门负责提供必要的设计开发所需的信息。 5.2 研发中心负责主导设计开发的策划、实施、评审、验证、确认。 5.3 研发中心实验室负责新产品样机制作及调试。 5.4 工程部编写工艺文件和试产问题的分析、解决、跟踪及试产结论评估。及新产品资料确认。 5.5 品质部负责对新产品品质评估和可靠性试验的检测。 6、程序： 6.1 市场调研 6.1.1 营销中心、研发中心可根据国内、外市场的需求及趋势，针对性地做市场调研，收集市场情 报，了解市场需求，并把收集的情报整理、分板、提报《市场评估表》，以便作为新产品企划 方案的依据。 6.1.2 客户委托设计的产品设计的产品由营销中心、研发中心与客户充分沟通了解并收集相关规格 资料，在情况允许的条件下，由客户提供参考样机或购回参考样机，以供研发中心开发参考 之用。 6.2企划提案书的提出： 6.2.1 营销中心各业务员根据市场调研，分析结果和客户的具体要求，提出《新产品企划提案书》， 由营销中心总监审核后向副总经理和研发中心提报，同时附带《市场评估表》供副总经理和 研发中心参考。 6.2.2 研发中心根据市场调研结果对《新产品企划提案书》进行审核，并召集营销中心、研发中心 及相关部门的专业人员对该《新产品企划提案书》进行评估，并完成《企划方案评估报告》， 若评估可行，营销中心各业务员要完成《新产品开发立项书》，由营销总监审核后提交副总经 理核准。研发中心确认《新产品企划提案书》及《新产品开发立项书》后，进行技术评估。成 本管理委员会组织研发中心及营销中心对成本评估。 6.2.3 ODM、OEM产品由营销中心根据与客户协商的具体要求，并填写《新产品企划提案书》，由营销 总监审核后提交副总经理核准，核准后完成《新产品开发立项书》，研发中心确认《新产品企
新产品开发申请书QR—028 编号： 提出部门总经理建议人 项目名称型号规格 销售对象建议日期 基本要求(包括主要功能、性能、结构、外观包装、技术参数说明等)： 1 市场预测分析(包括市场需求、用户期望、竞争对手情况、产品质量状况、预期首批销量、交 货期限、出厂价格等)： 根据公司市场发展需求及代理商的需要，结合实际情况对的需求量约千台。 而此产品单机成本在原有的型的基础上增加不到元，对于降低站点总体成本及提高站点的都是有益的。 改善机体结构、降低热量等措施有利于提高可靠性。 可引用的原有技术： 可引用型的部分技术。 可行性分析(包括技术、采购、工艺、成本等方面)： 在改善功放功的散热条件，提升电源功率，优化电路的基础，就能实现本机的所有要求。 生产过程中注意控制输送带、变压器加工工艺及用料，装配时的高压处理等细节，无其它特 殊要求。仪表、仪器也无需增加。 项目所需费用、参加人员： 项目负责人：项目参与人员： 总经理批示： 签名：日期：
项目名称起止日期 型号规格GZB－4050－D 预算费用5000元职责设计开发人员职责设计开发人员 项目经理项目助理 资源配置(包括人员、生产及检测设备、设计经费预算分配及信息交流手段等)要求：人员配置：XXX项目经理设备配置：研究所现有设备互相的调用 XXX项目助理 经费预算：材料费2000元（试验材料） 人工费2500元 其它500元 设计开发阶段的划分及主要内容设计开发人员负责人配合部门完成期限技术资料输入5月5日设计：关键电路试验5月8日工艺设计5月8日方案设计5月8日说明书、包装、验收要求提出5月8日图纸设计5月20日评审5月22日试制5月30日小量试产6月10日新产品鉴定6月15日批量生产6月25日 备注： 编制：审核：批准：日期：
某公司APQP新产品开发设计表单(doc 101页)
XXX 有限公司 新产品制造可行性报告 新产品名称开发产品数量 新产品规格 /型号顾客名称 一、顾客概况（包括：人员、工厂规模、现有主要车型、年产量、企业性质、生产经营状况、近几年 发展情况等）： 二、顾客对新产品开发项目的质量和技术要求及其它基本要求（包括：外观、尺寸、功能、性能、材 料、装于何种车型、进度要求、数量要求等基本要求）： 三、顾客对新产品的竞争选点情况（包括：有几家竞争对手与顾客配套、竞争对手的质量和技术状况、 竞争对手的设计和开发能力状况等）：
核准审查制表 第页共页 PPP-2-01A0-1 XXX 有限公司 新产品制造可行性报告（续） 新产品名称开发产品数量 新产品 规格/型号顾客名称 四、顾客对新产品定点及认可程序： 五、市场预测（包括：新车型开发进度、何时装车试验、产量计划等）：
六、顾客有关部门/人员的联系电话和地址情况（包括：设计和开发部门、质量管理部门、采购部门、 工程技术部门等主要负责人的联系电话和地址）： 核准审查制表 第页共页 PPP-2-01A0-2 XXX 有限公司 新产品制造可行性报告（续） 新产品名称开发产品数量 新产品 规格/型号顾客名称 七、对新产品的基本构思和采用先进技术的设想及目前现有系统存在的问题：
八、新产品先行试验和关键技术问题及风险分析： 九、新产品开发的进度安排： 核准审查制表 第页共页 PPP-2-01A0-3 XXX 有限公司 新产品制造可行性报告（续） 评估部门：评估日期：年月日
新产品名称开发产品数量新产品 规格/型号顾客名称十、新产品的预计年产量、成本估算、价格预算： 十一、投资预算（包括：人员投资、设施/设备投资等）： 十二、销售渠道及其它情况： 十三、结论： 备 注 核准审 查 制 表
技术可行性评审记录 合同号: ，研发部保留一份作为开发依据。
产品设计任务书 注：1）全新设计：本表一式二份，研发部、项目负责人各一份。 2）改进设计：本表项目负责人自留一份。 3 ）跨部门合作时，项目负责人直接将此表复印作为研发指令交付协作部门执行。
项目开发计划书 SAIGEW/Q.703-R02 设计编号 项目产品型号 —项目负责人 目的：预期明确项目设计开发阶段安排，各阶段涉及的评审、验证、确认活动安排，各阶段参与部门或人员的职责和权限，小组的接口管理，确保设计按计划顺利、合理、有序、有效的展开。 变更容： 审批：日期:
编制人：审批:
设计开发输出评审记录 WT-R/7-12 产品型号 项目负责人 参评岗位参评人员会签□方案设计□结构设计 设计编号: 评审日期 □工艺□材料□质量□试制组 评审容及输入清单 评审容 评审输入资料1）评价产品设计方案（含结构方案）是否合理，方案是否有审批； 2）检查产品结构图、产品电路原理图是否符合方案设计要求；且是否符合术文件管理规要求，即图纸等技术文件是否有审核批准等； 3）当存在特殊材料米购时，特殊材料的米购技术要求是否明确； 4）其他相关设计输出要求的符合性。 □设计输出清单 □产品设计方案 □产品结构方案草图 □部转化的技术规 □其他 评审意见及结论 □本阶段设计结果评审表明：设计开发方案合理，产品结构图纸、部转化技术规、产品辅件明细表等基本符合文件控制规且均与设计方案协调一致，满足预期要求，可以进入 下一阶段设计。 □本阶段设计结果评审表明：以下几个方面需要改进，建议设计人员重新考虑改进设计，并在月日前重新提交部门主管确认。 改进条目：（附件编号：SJ-XX） 主管领导签名: 日期: 改进容复评: 项目负责人: 日期: 审批: 日期:
流程表单HTML扩展开发版本v0.2 仅限阅读请勿传播 当您阅读本方案时，即表示您同意不传播本方案的所有内容 流程表单HTML设计器实现自定义控制表单元素的长度及其他常见需求实现案例
目录 1.说明 (5) 2.准备工作 (6) 3.实现自主设置表单元素的长度 (6) 3.1.支持PC端及手机端HMTL模式流程表单（单个流程） (6) 3.2.HMTL模式流程引入样式文件（一劳永逸） (8) 4.实现隐藏表单元素表单边框的需求 (11) 4.1.代码块 (11) 4.2.实现效果 (11) 5.实现表单未输入内容时悬浮提醒的效果 (12) 5.1.代码块 (12) 5.2.实现效果 (13) 6.实现提交时校验身份证号码的需求 (15) 6.1.代码块 (15) 6.2.实现效果 (17) 7.实现某个check框设置为必填的需求 (18) 7.1.代码块 (18) 8.html打印时解决签字意见多个空格问题 (19) 8.1.代码块 (19) 8.2.实现效果 (20)
9.html同一节点多个签字节点排序。 (21) 9.1.多个签字节点按时间先后正序排序 (21) 9.2.多个签字节点按时间先后倒序排序 (24) 9.3. 实现效果 (26) 10.html签字节点格式调整 (27) 10.1.html签字节点格式调整为“内容居左，署名居右” (27) 10.2.实现效果 (28) 11. html签字按时间排序并调整格式 (29) 11.1 按时间先后顺序排序并调整格式 (29) 11.2. 按时间先后倒序排序并调整格式 (30)
1.说明 难度：★★★☆☆ 预计时间：1小时 涉及代码开发：有 目标需求： 此案例适用项目人员通过流程表单HTML设计器实现自定义控制表单元素的长度。当不得不这么做的时候，请参考该方案进行适当调整。 ●可以按照客户要求对时间流程表单进行适当改造。 流程表单上面布局、校验、样式等功能 可以jQuery的方式进行适当改造。 知识点： 基本信息： 背景知识： 1、在阅读本教程之前,需具备html和JavaScript基本知识。 2、在阅读本教程之前,需具备jsp页面读写的基本能力。 最终效果： ●通过流程表单HTML设计器实现自定义控制表单元素的长度 ●实现隐藏表单原始边框 ●实现表单元素未输入内容时悬浮提醒的效果 ●html签字节点格式调整（内容在左，署名在右） ●html签字节点按时间排序并调整格式
文件编号：Q/YC–P019–2013/A 0 归口管理：行政部 软件设计开发控制程序 一、目的 为确保按软件工程方法管理软件的设计和开发，以提高软件的产品质量和开发效率，保证开发的软件符合要求并增强顾客满意，制定本程序。 二、范围 本程序适用于软件设计和开发阶段的管理与控制。 三、职责 (1)科研管理部门负责软件设计和开发的管理与控制。 (2)质量管理部门参加软件的测试和质量管理。 四、管理与控制程序 1．术语 1)软件工程 指软件开发、运行、维护和引退的系统方法。 2)软件配置 在软件生存周期各阶段产生的各种版本的文档、程序、数据及环境的组件。 3)嵌入式计算机软件： 软件和所属计算机一起嵌入到整个系统里工作。嵌入式软件主要目的不是进行专门的数值计算，而是用于装备的控制、测试、诊断、通讯、侦察、监视、情报等工作。 4)集成测试 有关软件程序的一种有序的、递增的测试过程，在该过程中对软件元素、硬件元素或软硬件元素进行组合并测试，直到整个系统集成起来以表明其是否符合程序设计及系统的能力和要求。 2．软件设计和开发 软件研制的过程和对过程的控制是实施软件工程的关键。 1)设计和开发的策划 应编制软件开发计划，必要时，应编制质量保证计划、配置管理计划和风险管理计划。软件开发计划中应包括采用的开发方法、阶段划分法、软件需求分析、概要设计、详细设计、软件实现（编码和单元测试）、软件测试（部件集成测试、确认测试）、人员职责、文档要求、配置管理等。 2)设计和开发输入 在进行软件需求分析的基础上形成软件需求规格说明，要求如下： (1)软件需求规格说明一般包括：功能需求、性能需求、数据需求、接口需求、设计约束、安全保密要求、运行环境需求、引用标准等； (2)应对软件需求规定进行评审； (3)需求应具有可追溯性，用产品验收时能认可的形式表达； (4)必要时，软件需求规格说明得到顾客的认可。