系统总体设计报告-2

项目名称，《模块设计报告》机构名称，2002PagePAGE5ofNUMPAGES14机构图标机构图标{项目名称}总体概要设计报告文件状态：[√]草稿[]正式发布[]正在修改文件标识：Company-Project-SD-MODULE当前版本：X.Y作者：完成日期：Year-Month-Day机构公开信息机构公开信息版本历史版本/状态作者参与者起止日期备注目录TOC\o"1-3"\h\z0 文档介绍 40.1 文档目的 40.2 文档范围 40.3 读者对象 40.4 参考文献 40.5 术语与缩写解释 51 系统概述 51.1 系统概述 51.2 设计约束 51.3 设计策略 51.4 环境要求 61.4.1 开发环境的配置 61.4.2 运行环境的配置 61.4.3 测试环境的配置 62 总体设计 62.1 系统总体结构 62.2 功能分配 72.2.1 子系统N的结构与功能 73 模块设计 73.1 模块命名规则 73.2 模块汇总 73.2.1 模块汇总表 73.2.2 模块关系图 83.3 子系统A的模块设计 83.3.1 n模块A-n 83.4 子系统B的模块设计 83.4.1 n模块B-n 84 接口设计 95 数据库设计 95.1 数据库环境说明 95.2 数据库的命名规则 95.3 逻辑设计 95.4 物理设计 105.4.1 表汇总 105.4.2 表A 105.4.3 表B 105.5 安全性设计 105.5.1 防止用户直接操作数据库的方法 115.5.2 用户帐号密码的加密方法 115.5.3 角色与权限 115.6 优化 115.7 数据库管理与维护说明 126 用户界面设计 126.1 应当遵循的界面设计规范 126.2 界面的关系图和工作流程图 126.3 主界面 126.4 子界面A 126.5 子界面B 136.6 美学设计 136.7 界面资源设计 13

文档介绍文档目的文档范围读者对象参考文献提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符]作者，文献名称，出版单位（或归属单位），日期例如：[AAA]作者，《立项建议书》，机构名称，日期[SPP-PROC-SD]SEPG，系统设计规范，机构名称，日期术语与缩写解释缩写、术语解释SPP精简并行过程，SimplifiedParallelProcessSD系统设计，SystemDesign…系统概述系统概述提示：（1）说明本系统“是什么”，（2）描述本系统的主要功能。设计约束提示：（1）需求约束。体系结构设计人员从需求文档（如《用户需求说明书》和《软件需求规格说明书》）中提取需求约束，例如：本系统应当遵循的标准或规范软件、硬件环境（包括运行环境和开发环境）的约束接口/协议的约束用户界面的约束软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。（2）隐含约束。有一些假设或依赖并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖，对支撑本系统的软件硬件的假设或依赖等。设计策略提示：体系结构设计人员根据产品的需求与发展战略，确定设计策略（DesignStrategy）。例如：扩展策略。说明为了方便本系统在将来扩展功能，现在有什么措施。复用策略。说明本系统在当前以及将来的复用策略。折衷策略。说明当两个目标难以同时优化时如何折衷，例如“时－空”效率折衷，复杂性与实用性折衷。环境要求开发环境的配置提示：说明本系统应当在什么样的环境下开发，有什么强制要求和建议？类别标准配置最低配置计算机硬件软件网络通信其它运行环境的配置提示：说明本系统应当在什么样的环境下运行，有什么强制要求和建议？类别标准配置最低配置计算机硬件软件网络通信其它测试环境的配置提示：说明本系统应当在什么样的环境下测试，有什么强制要求和建议？（1）一般地，单元测试、集成测试环境与开发环境相同。（2）一般地，系统测试、验收测试环境与运行环境相同或相似（更加严格）。总体设计系统总体结构提示：（1）将系统分解为若干子系统，绘制物理图和逻辑图，说明各子系统的主要功能。（2）说明“如何”以及“为什么”（howandwhy）如此分解系统。（3）说明各子系统如何协调工作，从而实现原系统的功能。功能分配子系统N的结构与功能提示：（1）将子系统N分解为模块（Module），绘制逻辑图（如果物理图和逻辑图不一样的话，应当绘制物理图），说明各模块的主要功能。（2）说明“如何”以及“为什么”（howandwhy）如此分解子系统N。（3）说明各模块如何协调工作，从而实现子系统N的功能。模块设计模块命名规则提示：模块设计人员确定本软件的模块命名规则（例如类、函数、变量等），确保模块设计文档的风格与代码的风格保持一致。可以从机构的编程规范中摘取或引用（如果存在的话）。模块汇总模块汇总表提示：这里模块是指相对独立的软件设计单元，例如对象类、函数包等等。子系统A模块名称功能简述…子系统B模块名称功能简述…模块关系图提示：参考体系结构设计文档子系统A的模块设计n模块A-n模块名称功能描述接口与属性提示：用专业的设计（开发）工具来设计本模块的接口与属性，说明函数功能、输入参数、输出参数、返回值等。此处粘贴即可。数据结构与算法提示：不论是采用经典的还是专用的数据结构与算法，都应该作必要的描述。不仅用于指导程序的实现，还可以让人们清楚地了解该对象类是如何设计的。补充说明子系统B的模块设计n模块B-n模块名称功能描述接口与属性提示：用专业的设计（开发）工具来设计本模块的接口与属性，说明函数功能、输入参数、输出参数、返回值等。此处粘贴即可。数据结构与算法提示：不论是采用经典的还是专用的数据结构与算法，都应该作必要的描述。不仅用于指导程序的实现，还可以让人们清楚地了解该对象类是如何设计的。补充说明接口设计【包括用户、软、硬件接口及内部模块间调用接口。主要说明向用户提供的命令和语法结构。】数据库设计数据库环境说明提示：（1）说明所采用的数据库系统，设计工具，编程工具等（2）详细配置数据库的命名规则提示：（1）完整并且清楚的说明本数据库的命名规则。（2）如果本数据库的命名规则与机构的标准不完全一致的话，请作出解释。逻辑设计提示：数据库设计人员根据需求文档，创建与数据库相关的那部分实体关系图（ERD）。如果采用面向对象方法（OOAD），这里实体相当于类（class）。物理设计提示：（1）主要是设计表结构。一般地，实体对应于表，实体的属性对应于表的列，实体之间的关系成为表的约束。逻辑设计中的实体大部分可以转换成物理设计中的表，但是它们并不一定是一一对应的。（2）对表结构进行规范化处理（第三范式）。表汇总表名功能说明表A表B表C表A表名列名数据类型（精度范围）空/非空约束条件补充说明表B表名列名数据类型（精度范围）空/非空约束条件补充说明……安全性设计提示：提高软件系统的安全性应当从“管理”和“设计”两方面着手。这里仅考虑数据库的安全性设计。防止用户直接操作数据库的方法提示：用户只能用帐号登陆到应用软件，通过应用软件访问数据库，而没有其它途径操作数据库。用户帐号密码的加密方法提示：对用户帐号的密码进行加密处理，确保在任何地方都不会出现密码的明文。角色与权限提示：确定每个角色对数据库表的操作权限，如创建、检索、更新、删除等。每个角色拥有刚好能够完成任务的权限，不多也不少。在应用时再为用户分配角色，则每个用户的权限等于他所兼角色的权限之和。角色可以访问的表与列操作权限角色A角色B优化提示：分析并优化数据库的“时－空”效率，尽可能地“提高处理速度”并且“降低数据占用空间”。（1）分析“时－空”效率的瓶颈，找出优化对象（目标），并确定优先级。（2）当优化对象（目标）之间存在对抗时，给出折衷方案。（3）给出优化的具体措施，例如优化数据库环境参数，对表格进行反规范化处理等。优先级优化对象（目标）措施数据库管理与维护说明提示：在设计数据库的时候，及时给出管理与维护本数据库的方法，有助于将来撰写出正确完备的用户手册。用户界面设计应当遵循的界面设计规范提示：结合用户需求和机构的《软件用户界面设计指南》，阐述本软件用户界面设计应当遵循的规范（原则、建议等）。界面的关系图和工作流程图提示：