概要设计说明书
XXXX项目
概要设计说明书
***公司
变更记录
系统错误
版本号
修改点说明
变更日期
变更人
审批人
V1.0
创建
修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明）

1前言
1.1文档目的
文档编写目的是为了阐述XXX系统的概要设计。概要设计说明书是为了说明整个XXX系统的体系架构，以及需求用例的各个功能点在架构中的体现，为系统的详细设计人员进行详细设计时的输入参考文档。本说明书的预期读者为系统设计人员、系统开发人员和项目评审人员。
1.2背景
XXX系统是
[项目背景]
1.3文档范围
1、产品范围：根据《需求规格说明书》，该文档阐述软件产品的功能
2、涉及到的干系人有：公司高层、客户、项目经理、质量小组、开发小组。
1.4读者对象
✧项目经理、质量保证人员：据此来进入项目策划过程
✧测试人员：据此进入测试过程。
✧需求管理员、配置管理员：可以识别配置项制定相关的活动计划
✧用户IT主管：清楚与确认项目需求。
✧开发人员，包括设计人员、编码人员：明确任务与需求，清楚项目开发流程。
1.5参考文档
《需求规格说明书》
1.6术语与缩写解释
术语或缩略语
解释
2总体设计
2.1系统描述
2.1.1系统概述
XXX系统              ，采用SSI架构开发出的XXX平台。
2.1.2运行环境
对本平台所赖于运行的硬件、软件环境的描述。
1.服务端操作系统：Windows Server 2003 SP2 及以上；
2.服务端运行环境：JDK1.6及以上；
3.数据库支持：Oracle10g企业版；
4.协议支持：TCP/IP、HTTP、HTTPS、SMTP、POP3等；
5.硬件支持：服务器CPU 2.0GHz以上、内存2G以上、需要300G 以上的空闲磁盘空间；
6.网络环境：有固定公网IP，网络畅通，可以远程访问(远程桌面连接或者借助辅助工具)；
7.客户端要求：IE6以上；
2.1.3数据管理要求
2.1.4故障处理要求
（1）产品支撑环境运行错误，包括以下几个方面：
✧数据库运行错误：系统无法使用，将提供错误提示页面，并记录日志。
✧系统配置参数错误：系统提供错误提示页面，要求管理员修改相关配置参数。配置参数的修改方法应参考相关为管理员提供的手册。
✧系统参数初始化错误：提供系统初始化功能，用于成批完成系统初始化。在初始化过程中，对于严重影响平台运行的错误，提供错误提示页面。对于普通错误，记录日志。
✧应用程序错误：由应用程序提供错误提示页面，相关错误应记录日志。
2.1.5其他要求
✧先进性：采用先进成熟的技术，确保系统的先进性、经济性和实用性。
✧安全可靠：提供的应用框架及平台本身提供应用安全保证，并可以和第三方安全手段，如认证、加密、电子签名等进行集成。必须保证数据的安全性和保密性。对于基于平台开发的应用系统，只允许有权限的人员进行操作和浏览信息。必须有安全的手段来进行权限控制。
✧开放互连：系统应对各类业务系统、数据库系统、WEB信息等具有通用的或可定制的接口策略和连接方法。
✧规范性：开发过程控制、开发技术、系统编码、文档应规范化，并遵循相应的国内外标准。开发结束，需要提供必要的文档资料。
✧可靠性：保证系统的可靠运行和在升级过程中的方便快捷。
✧可扩充性：系统应当可以根据需求的变化，方便地进行功能的调整、增减，模块的升级和系统架构的逐步完善。
✧界面友好、操作方便：操作界面要直观、简单、贴近实际，操作过程应当尽量简化，符合实际过程。身份认证过程即要保证安全，也要尽量简化认证过程。
✧可维护性：系统维护应当简单。
2.2总体设计说明
2.2.1基本设计概述
从《需求规格说明书》出发，根据需求分析阶段确定的功能设计软件系统的整体结构、划分功能模块、确定每个模块的实现算法以及编写具体的代码，形成软件的具体设计方案。
2.2.2设计思想
本概要设计主要由结构设计、接口设计、全局数据结构设计及其他方面设计组成。需遵循软抽象、模块化、信息隐蔽及模块独立性等特征。模块独立性从两个方面度量：
(1)内聚性：偶然内聚、逻辑内聚、时间内聚、过程内聚、通信内聚、顺序内聚、功能内聚。
(2)耦合性：内容耦合、公共耦合、外部耦合、控制耦合、标记耦合、数据耦合、非直接耦合
2.2.3系统总体结构
2.2.4处理流程
【描述系统主要功能模块的处理流程】
3接口设计
3.1外部接口
【描述系统与外部第三方系统之间的接口】
3.2内部接口
【描述系统内部各子系统之间的接口】
4系统结构设计
4.1模块1
4.1.1功能A
1.界面原型
2.实现功能
4.1.2功能B
1.界面原型
2.实现功能
4.2模块2
4.2.1功能C
1.界面原型
2.功能说明
4.2.2功能D
1.界面原型
2.功能说明
5系统数据结构
5.1逻辑结构设计要点
XXX系统采用ORACLE数据库。该数据库基都是关系数据库首先需要将E-R图转换为关系模型，然后根据具体DBMS的特点和限制转换为特定的DBMS支持下的数据模型，最后进行优
化。
1、E-R图向关系模型的转换
规则：一个实体型转换为一个关系模式；一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并；一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并；一个m:n联系可以转换为一个独立的关系模式；一个多元联系可以转换为一个独立的关系模式；具有相同码的关系模式可以合并；有些1：n的联系，将属性合并到n端后，该属性也作为主码的一部分
2、数据抽象分类
3、数据模型优化：确定数据依赖，对数据依赖进行极小化处理，消除冗余联系。确定范式级别，根据应用环境，对某些模式进行合并或分解
4、设计用户子模式：考虑使用方便性和效率问题，主要借助视图手段实现，包括：建立视图，使用更符合用户习惯的别名；对不同级别的用户定义不同的视图，以保证系统的安全性；对复杂的查询操作，可以定义视图，简化用户对系统的使用。
5.2数据结构与模块的关系
物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。系统操作对数据库数据结构，也就是数据表进行查询和修改，在操作过程中都需要对数据库中的所有表，进行联合查询、修改。主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中。
6运行设计
6.1运行模块的组合
程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。