22软件概要设计(42002)

软件质量保证 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 模板 密 级：机密 文档编号：QMS42002 第 1 版 分册名称：XXX项目概要 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 S/N: 第 1册/共 1 册 项目名称（项目编号） 概要设计 北京东华合创数码科技股份有限公司 版 本： 密级：机密 总页数： 正文： 附录： 编 制： 审批： 生效日期： 文档管理 合理地管理主文档， 确保文档版本的及时更新，同时保持备份文档和源文档的一致性。 版本管理 本版本修订日期 生效日期 版本 生效日期 变更内容 编制人 文档审批 本版本由以下领导审批： 姓名 职位 签名 日期 文档分发管理 本文档分发至以下人员: 姓名 部 门 职 位 目 录 TOC \o "1-5" \h \z 1．引言 4 1.1目的 4 1.2范围 4 1.3缩略词及术语 4 1.4参考资料 4 2．总体设计 5 2.1系统运行环境 5 2.1.1软件环境 5 2.1.2硬件环境 5 2.2软件功能描述 5 2.3软件总体结构 5 2.4技术路线 5 2.5外部接口 5 2.5.1用户接口 5 2.5.2软件接口 5 2.5.3其它接口 6 3．系统功能数据流程 6 3.1 子系统1 6 3.1.1功能结构化 6 3.1.2数据流图 6 4．故障处理说明 6 5．数据库设计 6 5.1编码定义 6 5.2数据字典设计 7 5.3数据库安全设计 7 6．遗留问题及解决措施 7 1．引言 （此部分对所要描述的概要设计进行总体性介绍，包括本文档的目的、适用范围、参考资料、缩略词及术语的总体介绍。） 1.1目的 （说明编写软件概要设计的目的：进一步明确系统需求，建立与系统需求相对应的软件概要设计。） 1.2范围 （说明本文档的适用的系统范围及可能的阅读对象） 如：适用范围： 阅读对象： 1.3缩略词及术语 （给出本文档出现的缩略词的定义及解释，同时对提出的术语给出明确的概念解释，格式如下。） 本文档出现的缩略词： 缩略词 全称 中文解释 DCR Document Change Request 文档变更请求 PR/CR Problem Report/Change Request 问题报告/变更请求 RM Requirements Management 需求管理 本文档出现的术语： 术语 定义 需求者 提出产品或功能需求的外部客户、市场或者其它的内部组织。这个概念不适用于没有需求者的高级开发过程。 1.4参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 、上级机关的批文等)、资料、技术 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ，以及他们的作者、标题、编号、发布日期和出版单位。 编号 资料名称 简介 作者 日期 出版单位 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。 网 址 简 介 2．总体设计 （针对客户需求和系统需求，进行软件总体设计，总体设计主要包括系统运行环境 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 、软件功能结构总体分析、技术路线以及系统外部接口规范等） 2.1系统运行环境 （给出本软件系统运行所需的基本软/硬件环境、使用本软件系统典型用户的设备分布图及设备上相应软件配置。） 2.1.1软件环境 （软件环境包括：操作系统、数据库、以及其它支撑软件，开发工具等） 2.1.2硬件环境 （硬件环境包括：主机类型、网络类型、存储器容量、其它特殊设备。 最后通过列表的方式给出系统典型用户的设备分布图及设备上的相应软件配置） 设备分布列表 编号 设 备 名 称 位置（所属部门） 主要配置 2.2软件功能描述 （具体描述该项目的软件功能，如果已经在系统需求中详细描述了该项目的各个子系统的功能单元，此处可以不再描述，但要说明系统需求文档名称、所在位置、归档部门、个人等信息，以备将来查用）。 2.3软件总体结构 （通过图表的方式，给出本项目系统的软件总体结构及各模块组成。一般情况下，如果已经在系统需求中分别定义了各子系统的功能及其内部的功能单元，此处则可以不再重复给出各子系统内部的功能单元模块，只需给出总体功能结构图表，并说明系统需求文档名称、所在位置、归档部门、个人等信息，以备将来查用。） 2.4技术路线 （给出本软件系统在实现过程中所采用的技术路线、方法。对比较新的技术给予详细的阐述及必要的说明，在可能的情况下给出相应的技术参考资料。） 2.5外部接口 2.5.1用户接口 （描述该软件与用户的接口，包括用户输入输出界面样式、操作方式和界面间的转移关系。如具有等同作用的文件（如使用开发工具编写的界面原型程序等），本处仅需列出该文件名所在位置、归档部门、个人等信息，以备将来查用。） 2.5.2软件接口 （描述该软件与其它系统的软件接口，主要说明其它系统提供的编程接口和本系统向其它系统提供的编程接口，如具有等同作用的文件（如包含接口说明及注释的源文件程序头文件、接口帮助的超文本文件等），本处仅需列出该文件名、所在位置、归档部门、个人等信息，以备将来查用。） 2.5.3其它接口 （描述该软件与其它系统的其它类型接口，主要说明其它系统提供的和本系统向其它系统提供的硬件接口、通信协议及规程、数据交换格式等，如具有等同作用的文件，本处仅需列出该文件名、所在位置、归档部门、个人等信息，以备将来查用。） 3．系统功能数据流程 (本部分主要根据客户需求文档的各个业务需求流程以及系统需求文档中定义的各个子系统及其功能单元，进行各个子系统功能数据流程的设计，给出数据流程图，如果在系统需求中已经给出了各子系统的数据流程，此处则可以不再重复，只需说明系统需求文档名称、所在位置、归档部门、个人等信息，以备将来查用。) 3.1 子系统1 （说明：子系统1在正式文档中需要用分类的子概要设计名称代替，如可以用“订单管理”来代替。） 3.1.1功能结构化 （对该子系统功能进行结构化划分，给出结构化图形以及功能单元唯一的项目编号。 注意：功能结构图中用项目编号表示。 如果系统需求中已经完成，此处可以直接引用。） 3.1.2数据流图 （给出系统的数据流流图） 4．故障处理说明 （说明本系统所采用的基本错误处理方法和原则，例如：统一采用C++ try-catch错误方法，所有错误最终必须以界面形式向用户说明。用一览表方式说明各类可能的错误或故障出现时系统的处理方法和补救措施。） 5．数据库设计 （此部分主要是根据系统分析的结果进行数据库设计，包括各种编码的定义、数据字典设计以及数据库安全设计。） 5.1编码定义 （说明本项目所涉及到的各种需要建立编码的信息，并给出具体的编码规则，如部门、人员编码，物料编码，区域编码，供应商编码，客户编码等。） 以下为常用编码示例，仅供参考。 名称 分类编码 编码规则 具体描述及分类目的 存货分类 有 2-2 存货分类编码分为2级，每级长度为2位，第一级为存货大类编码，第二级为下属明细分类编码，便于按照不同存货大类进行统计。 客户分类 有 2-2 客户分类编码为2级，每级长度为2位，第一级为客户大类编码，第二级为下属明细分类编码，便于按照不同的客户大类进行统计。 供应商分类 有 2-2 供应商分类编码为2级，每级长度为2位，第一级为供应商大类编码，第二级为下属明细分类编码，便于按照不同的供应商大类进行统计。 收发类别 有 1-2 收发类别编码分为2级，第一级长度为1位，主要为收、发两项分类，第二级长度为2位，为收发明细内容，便于按照不同的入出库类别进行统计。 部门 无 4 无分类，按照4位长度顺序编码。 结算方式 无 4 无分类，按照4位长度顺序编码。 地区分类 有 1-2 地区分类编码为2级，第一级长度为1位，为大区分类编码，第二级长度为2位，为大区下属明细区域分类编码，便于按照不同的地区分类来统计供应商和客户的采购销售情况 成本对象 有 2-2-3 成本对象编码分为3级，主要是按照产品的构成进行分类编码。 科目 有 3-3-4 依据企业会计制度来分类编码 存货 有 2-2-3 存货编码分为3级，主要是依据产品的组件构成进行编码，便于区分不同产品的构成件及原材料。 仓库 有 2-2 仓库编码分为2级，共4位长，主要是为了便于分类统计。 5.2数据字典设计 （对数据库设计中涉及到的各种项目，如数据项、记录、表、数据库等建立数据字典，以说明它们的标识符、同义名及有关信息，并说明对此数据字典设计的基本考虑。凡采用数据库设计工具（如ER图设计工具）生成的数据字典，本处仅需列出对应的文件名、所在位置、归档部门、个人等信息，以备将来查用。数据库设计使用PowerDesign 6.1.2版本） 数据字典建立的基本格式可以参照下表： 序号 数据项 数据项名称（业务含义） 类型 长度 可否为空 缺省值 备注说明 1 Name 名称 VarChar 60 N 5.3数据库安全设计 （说明在数据库的设计中，如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密设计考虑。） 6．遗留问题及解决措施