产品设计与开发全套资料(编辑修改稿)

产品设计与开发全套资料(编辑修改稿)内容摘要：

评审时间： 一：评审流程 由公司高层领导、用户、营销部、技术部、工程部及研发部的相关人员组成一个评审小组，开会讨论、评审项目的需求建议书、可行性分析报告、需求规格说明书、总体设计方案等资料， 该项目的系统分析员从项目的需求提出、对问题的识别、系统的需求、总体设计方案等分别进行介 绍。 在此过程中，小组成员可以提出问题，展开讨论，审查是否有错误存在。 在讨论结束后，由系统分析员将评审和修改通过后的资料存档并且转给相关部门。 . 二： 评审人员 公司高层 研究院 研发中心 用户 其它部门 三：评审记录（评审的具体结果可以参见评审会议记录） 序号 记录事项 意见 1 系统定义的目标是否与用户的要求一致。 2 系统需求分析阶段提供的文档资料是否齐全。 3 文档中的所有描述是否完整、清晰，准确反映用户要求。 4 与系统其他所有成分的重要接口是否都已经描述清楚。 5 所开发软件的数据流与数据结构是否足够、确定。 6 所有图表是否清楚，在不补充的情况下能否理解。 7 设计的约束条件或限制条件是否符合实际情况。 8 开发的技术风险是什么。 9 市场上有无成熟、稳定的解决方案可以参考。 10 是否考虑过其他的解决方案。 11 是否将来可能会提出的系统需求，有相应的解决方案。 12 系统的兼容性如何（本公司产品及市售产品）。 13 是否制定了详细的检验标准，它们能否对系统定义进行成功确认。 14 其它意见： 核准 审核 制定 总 体 设 计 方 案 项目名称： 项目版本： 拟 制： 审 核： 批 准： 文件版本： 年 月 日 目 录 前言 . 任务概述 方案选择 系统设计 . 1 产品的整体设计 2 产品硬件各个模块设计 ..................... ........................... ....................................... 3 产品软件各模块设计 ..................................... ............... 4 产品外形、结构设计 ..................... ........................................... 开发工具 运行环境 技术风险 相关技术简介 （注：本文档是在设计规划阶段，作为公司研究院和研发中心的接口文档。 本文主要的阅读对象是公司内部 参与系统和模块的设计和测试人员） 前言 简明扼要的说明本产品方案的任务来源、市场背景、技术背景，设计目的和产品的使用场合等。 任务概述 1 设计目标 简述系统的设计目标内容（主要是系统的概述、功能、用途） 2 条件和限制 简述系统设计应具备的条件（如设计人员的技能、数量，设计工具和设备，测试设备等），目前缺少的条件（如人员不足，技能不足，设备不齐全等）。 方案选择 1 提供合理的选择方案 提供高、中、低成本的可行方案，每个方案应包括系统流程图、组成系统的物理元素清单、成本 /效益分析 、实现这个系统的进度计划。 2 推荐最佳方案 根据实际情况，从以上方案中推荐最佳方案，并说明理由。 系统架构设计 1 产品的整体设计 可以用文字、图形介绍系统的总体架构、设计意图。 2 产品硬件各个模块设计 介绍系统硬件部分的功能模块分解，各个模块之间相互的连接和信号传输和控制。 模块名称， 说明模块的功能，实现方法或原理。 模块所用的关键设备的技术指标。 (可以另外撰写更详细的硬件设计方案替代 ) 3 产品软件各个模块设计 软件的功能分解，确定软件由哪些模块组成，以及模块之间的关系（用层次图或 结构图描述）。 介绍软件模块名称，说明模块的功能，各个模块之间的动态调用关系。 对于需要数据库的系统，应设计数据库，确定物理数据库结构，用户使用的数据视图，进行数据库的完整性和安全性设计。 软件模块的开发环境和应用环境 软件的界面图（如果有必要的话） (可以用概要设计说明书替代此节内容。 ) 4 产品外形、结构设计 包括产品的设备布置图，外形图、结构图，可以用图片、文字描述。 确定产品的外观（如指示灯、文字标记等）、安装方式、防护要求、安装连接图等，也可以包括产品的包装图。 开发工具 硬件设计的开发 工具（如原理图， PCB 图等设计软件）。 软件设计的开发工具（系统分析工具、编码软件等。 ） 结构设计的开发工具（如二维图、三维图、结构分析等设计软件）。 运行环境 指明系统的操作系统、网络环境、通信系统、数据库环境，系统的硬件系统配置要求 ，系统将来运行的周围环境要求等。 技术分险 主要分析系统的主要技术难点、关键技术存在的风险。 然后提出解决的方法或提供设计思路。 相关技术简介 简单介绍系统所用到的技术的现行状况和和各自的优缺点，阐述选择使用哪种技术及其原因。 编码评审 项目名称： 项目负责人： 主审人： 评审时间： 一：评审流程 由主审人、评审专家、项目负责人、若干程序员和软件测试人员组成一个评审小组，通过阅读和讨论程序，对程序进行静态分析。 项目负责人提前把设计说明书、控制流程图、程序文本及有关要求、规范等文档分发给评审小组成员，作为评审依据，小组成员在充分阅读这些材料之后，进入下一步。 召开程序编码 审查会。 在会上，首先由程序员讲解其程序的逻辑，在此过程中，小组 成员可以提出问题，展开讨论，审查错误是否存在。 在讨论结束后，由项目负责人整理出一份《编码评审报告》，交给相关程序员。 若发现错误较多，或发现重大错误，则在改正之后，再次组织编码评审。 二：评审人员 主审人 评审专家 项目负责人 程序员 软件测试人员 三：编码错误清单 序号 模块名 错误语句 错误描述 解决方法 负责人 主审人的总结意见和签字： 部件材料清单 产品名称： 型号： 版本： 日期： 序号 部件名称 型号 /规格 数量 备注 生产商 1 2 3 4 5 6 7 8 9 核准 审核 制定 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 批准： 审核： 拟制： 序号 模块名 模块代码行数 错误语句 错误描述 解决方法 负责人 概要设计评审 项目名称： 项目负责人： 主审人： 评审时间： 一：评审流程 由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组成一个评审小组，通过阅读和讨论概要设计的内容，对概要设计进行评审。 项目负责人提前把需求规格说明书、概要设计说明书、数据库设计说 明书、初步用户手册和初步测试计划等文档分发给评审小组成员，作为评审依据。 小组成员在充分阅读这些材料之后，进入下一步。 召开概要设计审查会。 在会上，由该项目的系统分析员就其设计思想进行详细介绍，主要包括有：系统目标、总体设计、数据设计、处理方式设计、接口设计、运行设计、出错设计等。 在此过程中，小组成员可以提出问题，展开讨论，审查是否有错误存在。 在讨论结束后，由项目负责人整理出一份《概要设计评审报告》。 若发现错误较多，或发现重大错误，则在改正之后，再次组织概要设计评审。 二： 评审人员 公司高层 营 销中心 技术中心 工程中心 研发中心 主审人 评审专家 项目负责人 软件测试人员 三：评审内容（评审的具体结果可以参见评审会议记录） 序号 评审事项 评审结果 备注 1 可追溯性 分析该软件的系统结构、子系统结构，确认该软件设计是否覆盖了所有已确定的软件需求。 软件每一成份是否可追溯到某一项需求。 2 接口 分析软件各部分之间的联系，确认该软件的内部接口与外部接口是否已经明确定义。 模块是否满足高内聚和低耦合的要求。 模块作用范围是否 在其控制范围之内。 3 风险 确认该软件设计在现有技术条件和预算范围内是否能按时实现 4 可维护性 从软件维护的角度出发，确认该软件设计是否考虑了方便未来的维护。 可维护性包含了可读性、可修改性、可测试性等含义。 5 选择方案 是否考虑过其他方案，比较各种选择方案的标准是什么。 6 其他 对于文档、设计过程 … .等等进行评估。 主审人的总结意见和签字： 核准 审核 制定 概 要 设 计 说 明 书 项目名称： 项目版本： 拟 制： 审 核： 批 准： 文件版本： 年 月 日 概要设计说明书 1． 引言 编写目的 阐明编写概要设计说明书的目的，指明读者对象。 项目背景 应包括 : a．待开发软件系统的名称 b．列出此 项目的 任务提出者、开发者以及用户 c． 该软件系统与其他系统的关系 定义 列出本文档中所用到的专门术语的定义和外文缩写词的原文。 参考资料 列出有关资料的作者、标题、编号、发表日期、出 版单位或。