总体设计实施方案.docxVIP

.word 格式 , 总体设计方案 , 专业 .专注 . .word 格式 , 模板修订记录 版本 生效时间 修订内容 修订人 审核人 批准人 文档修订记录 版 本 编 号 或 者 简要说明（变更内 变化状态 日期 变更人 批准日期 批准人 更改记录编号 容和变更范围） 变化状态： C――创建， A——增加， M——修改， D——删除 , 专业 .专注 . .word 格式 , 概述 【这部分描述整个系统的设计目标，明确哪些功能是系统决定实现哪些是不准备实现 的。对于性能的需求，可用性和可扩展性都需要提及。必须清晰的描述出系统的全貌， 使读者能清楚将实现的系统有什么特点和功能。 】 1.1 项目背景 【编写背景，包括用户环境】 1.2 定义 【对文档中使用的各种术语进行说明 】 主要功能 【产品主要完成的功能】 架构设计图 【如果是同时具备软件和硬件的产品，需要在此画出产品的架构，详细表组各个模块之 间的关系，接口，数据流向，软件模块，硬件模块。标识出组件之间的调用和被调用关 系】 软件设计 4.1 运行环境 【指出产品运行的软硬件环境。明确产品正常运行的所要求的基本硬件配置；明确系统 要求的软件环境（例如， WINDOWS版本号，是否需要 .NET 支持等）。FPGA没有】 4.2 架构设计图 【单纯软件产品在此画出架构设计图。明确模块之间的关系，接口，数据流向。标识出 模块之间的调用和被调用关系。结构设计包含模块的划分，模块的划分应该按照上一步 , 专业 .专注 . .word 格式 , 分解出的功能点，尽量使一个特定模块对应一个功能点。在模块划分完成以后，需要识 别出该模块的输入输出数据。模块和模块之间应该使用高内聚，低耦合的原则。高内聚 是要求模块做所完成的工作尽量单一，理想内聚的模块只做一件事情。耦合是影响软件 复杂度的一个重要度量，耦合的强弱直接决定接口的复杂程度，在设计中应该尽量做到 低耦合，低耦合即模块间传递的是简单的数据（不是控制参数、公共数据结构或外部变 量）。】 4.3 模块说明 【各软件模块的输入，输出，依赖关系的说明】 4.4 模块性能指标 【详细说明各模块性能指标】 4.5 界面设计 如果客户在需求阶段没有明确的界面需求，在概要设计阶段还应设计出用户界面， 用户界面风格一般情况下应该遵循 WINDOWS的操作风格。各控件的使用参照《用户界面 设计规范》。 【界面设计截图 FPGA可不填写】 4.6 数据库模块指标 如果《技术解决方案》中包含数据库，则此时应该对数据库进行设计，包括数据库 表结构，索引。并编写数据字典。需要填写《数据库说明书》 【如果产品使用数据库，列出数据库需要达到的性功能指标，存储和查询，部署方式， FPGA可不填写】 4.7 接口设计 模块之间的接口是软件的内部接口，各模块之间通过接口传递数据和控制信息。系 统和外部设备，程序，或是用户输入输出的接口是系统的外部接口。外部接口通常是接 受数据，控制命令和输出数据的通道。在设计阶段必须严格按照需求定义出外部接口。 接口设计可参见《接口设计指南》 , 专业 .专注 . .word 格式 , 4.7.1 内部接口 【定义模块和模块之间的接口，以及接口之间数据传递的结构。数据结构的设计需要考 虑重点考虑传输效率和稳定性】 4.7.2 外部接口 【和外部系统的接口，和用户的接口】 4.8 数据结构设计 【输入输出的数据结构 FPGA可不填写】 4.9 运行设计 4.9.1 运行模块的组合 识别出软件内部数据流方向。根据用户业务流程，识别出系统中的数据流向，并画出数据流图 【列出运行时为完成用户操作，各模块之间的协同组合，并画出数据流图。 】 4.9.2 运行控制 【运行时，对模块进行控制的方法】 4.9.3 运行时间 【即每种运行模块组合将要占用资源的时间】 【 FPGA填写占用资源】 4.10 出错处理设计 4.10.1 出错输出信息 【在用户操作或者其它情况系统无法完成指定功能， 或者由于系统本身原因无法完成功 能时，提示用户的信息。这些信息应该在此处被详细说明】 错误类型或错误号 输出信息 等级（警告，错误，严重错 误，致命错误） , 专业 .专注 . .word 格式 , 4.10.2 出错处理方式 【在某一功能模块出现错误是， 系统如果恢复错误部分的功能。 如果系统自身无法恢复， 又该采取什么样的措施】 错误类型或错误号 处理方式 等级（警告，错误，严 重错误，致命错误） 硬件设计 5.1 总体框图 【画硬件总体框图（标明各个部分的名称、相互关系） 】； 5.2 驱动程序 【说明硬件控制程序的设计】 5.3 整体功能和性能指标 【列出模块的功能和性能指标】 5.4 关键模块实现原理 【核心模块或