单片机系统概要设计报告模板.docVIP

项目名称 系统概要设计报告 版本 1.1 [注：以下提供的模板用于*******有限公司CMMI标准的模版。其中用尖括号括起来并以蓝色显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。] [要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择“文件属性”，然后将 标题、主题、作者和公司等字段替换为此文档的相应信息。关闭该对话框后，通过选择“编辑全选（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。] 文档信息及版本历史 LXGS/F/CMMI/PRJ-SE-TS-M-3 文档信息 项目名称 项目名称 项目编号 文档名称 存储位置 版本 作者/修改者 日期 描述 1.0 完成第一次基线的版本 1.1 1、功能架构中描述更加清晰； 2、5.1模块1改成设计框架思路的实现，模块和数据库之间的关系等 版权信息 本文件内容由【上海*****（集团）有限公司EPG】负责解释 本文件的版权属于【上海*****（集团）有限公司】和 【XXXXXXX此处写用户单位名称】 任何形式的散发都必须先得到本文档版本所属单位的许可  【目录】 1 概述 4 1.1 编写目的 4 1.2 适用范围 4 1.3 读者对象 4 1.4 术语和缩写 4 1.5 参考资料 5 2 设计概述 5 2.1 设计约束 5 2.2 设计策略 5 2.3 技术实现 5 3 系统概述 6 4 系统总体架构 6 4.1 平台架构 6 4.2 功能架构 6 5 模块1 7 5.1 模块结构 7 5.2 子模块1 7 5.3 子模块2 7 6 模块2 7 6.1 模块结构 7 6.2 子模块1 7 6.3 子模块2 8 7 运行环境 8 7.1 软件平台 8 7.2 硬件平台 8 8 接口设计 8 9 系统备份设计 8 10 系统容错设计 8 11 设计约定 8 12 待解决问题 8 概述 提示：直接通过数据库进行操作的统计报表类系统，Sieble套件类系统该部分可以不描述 注意： 所有的正文使用正文格式； 每段的首行都使用Tab键缩进，不要使用空格进行缩进； 建议所有的文档编写者完成文档修改后，需要完成以下工作：确定当前版本、修改版本历史、更新目录、更新页眉、检查文档封面； 文档中编号的建议：本文档中基本上将标题都进行了编号，标题类的都使用数字型的分级编号；若在3级分级编号中，还需要再分级，请使用符号编号，符号统一使用“(”； 关于文件名命名问题：在《配置项标识规范》发布前（发布后，按照此规范要求命名)，为了便于历史记录和查找，建议可以先按照以下方式命名： 提交小组文档：文档名称+“_”+“日期简称”； 正式发布文档：文档名称+“V”+版本号。 编写目的 此处填写本文档的目的 例如：XXX项目的目的是：根据《XXX需求规格说明书》进行功能和体系结构分析设计 适用范围 此处填写本文档的适用范围 例如：适用于XXX项目的系统分析和设计过程 读者对象 术语和缩写 此处填写本文档中所特有的术语和缩写，常用的术语和缩写统一编写在一个规范文档中 术语和缩写 解释 备注 参考资料 此处填写本文档的参考资料 参考文件 备注 例如：《XXXX需求规格说明书》 设计概述 填写设计的概要，包括对各种所使用的设计方法的简要描述 设计约束 包括 （1）需求约束。从需求文档（如《用户需求说明书》和《软件需求规格说明书》）中提取需求约束，例如： 本系统应当遵循的标准或规范 软件、硬件环境（包括运行环境和开发环境）的约束 接口/协议的约束 用户界面的约束 软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。 （2）隐含约束。有一些假设或依赖并没有在需求文档中明确指出，但可能会对系统设计产生影响，应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。 设计策略 根据产品的需求与发展战略，确定设计策略（Design Strategy）。例如： 扩展策略。说明为了方便本系统在将来扩展功能，现在有什么措施。 复用策略。说明本系统在当前以及将来的复用策略。 折衷策略。说明当两个目标难以同时优化时如何折衷，例如“时－空”效率折衷，复杂性与实用性折衷。 技术实现 本系统所采用的技术以及该技术的说明 系统概述