概要设计说明书_齐天宇_2009201222
概要设计说明书1
概要设计说明书（Architectural Design Specification）一．引言1．编写目的此概要设计说明书是为了说明整个系统的体系构架，以及需求用例的各个功能点再架构中的体现，为系统的详细设计人员进行设计时的输入参考文档。
2．项目背景软件系统的名称：胰岛素泵控制系统开发工具：java eclipse3．定义（列出文档中用到的专门术语定义和缩写词的原意。
）4．参考资料（1）参考各大公司的详细设计说明书模板（2）软件工程Ian Sommerville（英）著程成译二．任务概述1．目标：该阶段的目标在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。
2．运行环境：软件基本运行环境为windows环境3．需求概述：能够及时采取人体内的血糖浓度，进行分析，确定出需要注射的胰岛素剂量。
4．条件与限制：能够较快的进行数据分析，对此做出相应的判断。
三．总体设计1．处理流程：采集数据信息，分析数据，确定需要实现的功能，设计程序，完成系统的主要组成部分，测试系统并完善系统。
2．总体结构和模块外部设计3．功能分配（表明各项功能与程序结构的关系。
）程序只要有三大功能，采集数据，分析数据，得出结果。
应把重点放在分析数据上，对采集来的数据进行全面彻底的分析。
主要影响因素如下：（1）进食量。
（2）体力活动、运动、多肌肉运动可酌减胰岛素需要量。
（3）精神情绪紧张状态使需要量增加。
（4）胰岛素制剂，高纯度胰岛素需要量小，产生胰岛素抗体时剂量常须加大。
（5）胰岛素保管情况，夏季高温季节须4℃—10℃冷藏。
（6）许多药物有协同降低血糖或拮抗血糖作用可影响剂量。
（7）各种并发症，如有高热，酮症酸中素、化脓性感染、各种应激状态时受体亲和力下降，剂量须加大。
（8）肥胖及体重，脂肪细胞等受体数与亲和力常与血浆胰岛素成反比，肥胖者较不敏感，剂量往往偏大；消瘦者较敏感，剂量偏小。
概要设计说明书
概要设计说明书一、引言概要设计说明书是在需求分析阶段后的软件开发过程中，对于软件系统进行整体架构设计的重要文档。
通过概要设计，可以明确软件系统的整体结构，并为详细设计阶段的开展提供指导和依据。
本概要设计说明书将对软件系统的总体设计方案进行详细阐述，包括系统功能、系统架构以及技术选择等方面。
二、系统功能在本节中，将会明确系统的核心功能和扩展功能。
2.1 核心功能系统的核心功能主要包括：1) 用户管理：包括用户注册、登录、修改密码等功能；2) 数据管理：用户可以对系统中的数据进行增删改查等操作；3) 权限管理：不同用户拥有不同的权限，可以根据角色划分用户权限；4) 运营管理：系统管理员可以对系统进行运营管理，包括数据备份、日志管理等；5) 报表统计：系统可以生成各种形式的报表，帮助用户进行数据分析和决策。
2.2 扩展功能除了核心功能外，系统还具备以下扩展功能：1) 模块扩展：系统可以通过添加新的模块，拓展系统功能；2) 多语言支持：系统支持多种语言，方便国际化；3) 安全性增强：系统可以增加验证码、加密等功能，提高系统的安全性；4) 第三方集成：系统可以与其他系统进行集成，实现数据交互。
三、系统架构在本节中，将会描述系统的整体架构及各组件之间的关系。
3.1 系统架构图系统采用三层架构，分为表示层、业务逻辑层和数据访问层。
3.2 表示层表示层是系统与用户交互的界面，采用Web页面的形式进行展示。
用户可以通过浏览器访问系统，并进行相应的操作。
3.3 业务逻辑层业务逻辑层负责处理系统的各种业务逻辑，包括用户管理、数据管理、权限管理等。
该层中的模块会根据具体的功能进行划分，各个模块之间通过接口进行通信。
3.4 数据访问层数据访问层负责与数据库进行交互，包括数据的增删改查等操作。
在该层中，采用数据库连接池的方式提高数据库的访问效率。
四、技术选择在本节中，将会介绍系统所采用的主要技术和开发工具。
4.1 开发语言系统主要采用Java作为开发语言，Java具有良好的平台跨度和可扩展性，适用于大型系统的开发。
概要设计说明书
概要设计说明书1.1 概要设计说明书的编写意义概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。
编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处。
流程、程序系统的组织结构、模块划分、功能分配、接口设计。
运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
1.2 概要设计说明书的主要结构和内容1引言1.1编写目的在需求分析阶段，已经将用户对集邮管理信息系统的需求做了详细的阐述，本阶段是在需求分析的基础上，对集邮管理信息系统做比较概括的设计，明确将要开发的系统应该具有的功能，确定如何把该系统划分成若干个模块、各个模块之间的接口以及模块之间传递的信息，并完成数据库的设计。
在下一阶段的详细设计中，程序设计员可以参考概要设计说明书，在概要设计集邮信息管理系统所做的模块结构设计的基础上，对系统进行详细设计，在以后的软件测试以及软件维护阶段也可以参考这个说明书。
1.2背景a．待开发软件系统的名称：集邮管理信息系统。
b．列出此项目的任务提出者：软件工程课程设计。
开发者：用户：集邮者。
1.3定义SQL Server：系统服务器所使用的数据库系统。
1.4参考资料张海藩编著.软件工程导论[M].北京：清华大学出版社.2008陶宏才.数据库原理及设计[M].北京：清华大学出版社.20042总体设计2.1需求规定本系统面向用户的输入接口有：用户登录界面、用户添加和删除界面、邮票信息添加界面、信息修改界面、信息删除和查询界面。
用户输入的信息如果有误，这时系统将提示用户输入的信息发生异常。
2.2运行环境硬件要求：PI 133以上的处理器，最低内存32M内存，300M以上硬盘剩余空间。
运行环境：Window XP或者Win7、SQL Server2005。
2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
用户身份验证邮票信息查询邮票信息汇总邮票信息维护邮票信息添加邮票信息修改邮票信息删除数据库操作结果保存在数据库图1 处理流程图2.4结构集邮信息管理系统用户管理集邮管理添加信息修改信息删除信息查询信息添加用户图2 模块结构图各个子模块的功能概述：用户管理：该模块用于用户信息的管理。
概要设计说明书(模板)
XXX系统XX项目概要设计说明书xxxxx有限公司版本记录目录第一章引言1.1编写目的编写该文档的目的在于明确本系统的用户需求，从技术实现角度描述用户需求，使得软件开发人员与用户对待开发软件的需求有统一的、无二义性的认识。
该文档所描述的内容，可作为软件确认测试的依据，检测所最后的成果是否达到了所描述的技术需求。
该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。
1.2背景根据xxxxx，为使系统管理更深入业务、更人性化，以及适应国家政策倡导的管理转向服务的发展方向，xxx提出了开发《XXX》的需求。
系统由xxxx有限公司进行系统的设计、开发、以及维护。
系统的主要使用者如下：●xxxxxxxxx。
系统的部署分三方面：●数据库以及服务器端的部署，这两部分部署到xxx机房。
●客户端部署到xxxx机器上。
●xxxx通过浏览器联通互联网进行操作。
1.3参考资料●GB 8566 计算机软件开发规范●GB 8567 计算机软件产品开发文件编制指南●计算机软件工程规范国家标准汇编●《计算机软件工程规范国家标准汇编》第二章任务概述2.1目标xxxxx，建设的目的主要有以下几个方面：⏹xxxx；⏹使系统管理更深入业务、更人性化；⏹通过技术手段把xxxx的数据依据；⏹升级系统的安全性，得到更好的数据保障。
2.2运行环境(按实际环境填写)2.2.1硬件环境服务器配置1. 应用服务器一型号：DELL PowerEdge 6850CPU：2个Intel Xeon MP Model 6 Stepping 8 3.0 Ghz （双核）内存：12G硬盘：2个67.75G2. 应用服务器二型号：DELL PowerEdge 6850CPU：4个Intel Xeon MP Model 6 Stepping 8 3.0 Ghz （双核）内存：16G硬盘：1个67.75G3. 应用服务器三型号：DELL PowerEdge 6850CPU：2个Intel Xeon MP Model 6 Stepping 8 3.0 Ghz （双核）内存：4G硬盘：1个67.75G4. 数据库服务器：两台DELL PowerEdge R910，每台配置：4个 Intel(R) Xeon(R) CPU E7540 @ 2.00GHz Model 46 Stepping 6（六核）CPU，64GB内存，2个278.88 GB 硬盘详细参数参见硬件供应商提供的说明。
概要设计说明书
概要设计说明书49097(总13页)--本页仅作为文档封面，使用时请直接删除即可----内页可以根据需求调整合适字体及大小--1引言....................................................... 错误!未定义书签。
编写目的................................................ 错误!未定义书签。
背景.................................................... 错误!未定义书签。
定义.................................................... 错误!未定义书签。
参考资料................................................ 错误!未定义书签。
2总体设计................................................... 错误!未定义书签。
需求规定................................................ 错误!未定义书签。
运行环境................................................ 错误!未定义书签。
基本设计概念和处理流程.................................. 错误!未定义书签。
结构.................................................... 错误!未定义书签。
功能器求与程序的关系.................................... 错误!未定义书签。
人工处理过程............................................ 错误!未定义书签。
尚未问决的问题.......................................... 错误!未定义书签。
概要设计说明书
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (3)2.1需求规定 (3)2.2运行环境 (3)2.3基本设计概念和处理流程 (3)2.4结构 (4)2.5功能需求与程序的关系 (4)2.6人工处理过程 (4)2.7尚未问决的问题............................................................................... 错误！未定义书签。
3接口设计. (5)3.1用户接口........................................................................................... 错误！未定义书签。
3.2外部接口........................................................................................... 错误！未定义书签。
3.3内部接口........................................................................................... 错误！未定义书签。
4运行设计...................................................................................................... 错误！未定义书签。
4.1运行模块组合................................................................................... 错误！未定义书签。
4.2运行控制........................................................................................... 错误！未定义书签。
概要设计说明书
新生报到管理系统概要设计说明书一、引言1、编写目的在本课程管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对课程管理系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对课程管理系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
2、背景随着计算机技术的日益成熟，它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分，使用计算机对学校的课程信息进行管理，与手工管理相比拥有无可比拟的优势。
例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、信息保存时间长等。
使用本系统能够极大地提高学校课程管理的效率。
开发软件名称:新生报到管理系统。
项目任务提出者:某大学计算机系。
项目开发者：江苏城市职业学院。
用户：江苏城市职业学院。
实现软件单位：江苏城市职业学院。
3.符号缩略语FRMS:新生报到管理系统。
4.参考资料《软件工程导论》，张海藩，北京：清华大学出版社。
《实用软件工程》，郑人杰等，北京：清华大学出版社。
《软件文档编写》，辛海明等，高等教育出版社。
《SQL SERVER 2005数据库应用教程》，邱李华，李晓黎等，人民邮电出版社。
《新生报到管理系统可行性研究报告》，江苏城市职业学院。
《项目开发计划》，江苏城市职业学院。
《系统需求说明书》，江苏城市职业学院。
二、总体设计1、需求规定（1）性能系统处理的准确性和及时性：这是系统的必要性能。
概要设计说明书
概要设计说明书1引言1.1编写目的在本工资管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对学校、教师的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对工资管理系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对工资管理系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1.2项目背景本项目（工资管理系统）时由<理工大学>教务处委托，由<>负责开发。
工资管理系统将由两部分组成：置于办公室的前台客户程序，以及置于教务处的数据库服务器。
1.3定义1．3．1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1．3．2 缩写系统：若未特别指出，统指本工资管理系统。
SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。
2任务概述2．1 目标2．2 运行环境系统将由两部分程序组成，安装在办公室客户机上的客户程序及教务处内的数据服务器程序。
概要设计说明书
XXXX项目概要设计说明书***公司变更记录修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明）目录1前言 (1)1.1文档目的 (1)1.2背景 (1)1.3文档范围 (1)1.4读者对象 (1)1.5参考文档 (1)1.6术语与缩写解释 (2)2总体设计 (2)2.1系统描述 (2)2.1.1系统概述 (2)2.1.2运行环境 (2)2.1.3数据管理要求 (2)2.1.4故障处理要求 (2)2.1.5其他要求 (3)2.2总体设计说明 (3)2.2.1基本设计概述 (3)2.2.2设计思想 (3)2.2.3系统总体结构 (4)2.2.4处理流程 (4)3接口设计 (4)3.1外部接口 (4)3.2内部接口 (4)4系统结构设计 (5)4.1模块1 (5)4.1.1功能A (5)4.1.2功能B (5)4.2模块2 (5)4.2.1功能C (5)4.2.2功能D (5)5系统数据结构 (5)5.1逻辑结构设计要点 (5)5.2数据结构与模块的关系 (6)6运行设计 (6)6.1运行模块的组合 (6)6.2运行控制 (7)6.3运行时间 (7)7系统错误处理机制 (7)1前言1.1文档目的文档编写目的是为了阐述XXX系统的概要设计。
概要设计说明书是为了说明整个XXX系统的体系架构，以及需求用例的各个功能点在架构中的体现，为系统的详细设计人员进行详细设计时的输入参考文档。
本说明书的预期读者为系统设计人员、系统开发人员和项目评审人员。
1.2背景XXX系统是[项目背景]1.3文档范围1、产品范围：根据《需求规格说明书》，该文档阐述软件产品的功能2、涉及到的干系人有：公司高层、客户、项目经理、质量小组、开发小组。
1.4读者对象✧项目经理、质量保证人员：据此来进入项目策划过程✧测试人员：据此进入测试过程。
✧需求管理员、配置管理员：可以识别配置项制定相关的活动计划✧用户IT主管：清楚与确认项目需求。
概要设计说明书(1)【范本模板】
密级：秘密系统名称：XXXX系统系统版本：X.X文档分类: 系统设计文件编号：XXXX系统Ver X.X概要设计说明书XXX计算机有限公司XXXX年X月XXX系统VerX.X概要设计说明书共22页第2页目录目录 (2)1.引言 (4)1。
1文档目的 (4)1.2项目概述 (4)1.3参考资料 (5)1。
4术语定义 (5)1。
5修改记录 (5)2。
系统概述 (6)2。
1系统实现目标 (6)2。
2条件与限制 (6)2。
3运行环境 (7)3。
需求概述 (7)3。
1。
总体描述83。
2。
系统角色83。
3。
系统功能83。
3。
4.功能划分83。
3.5.用例清单83。
4。
性能和运行需求84.总体设计 (8)4.1设计原则 (8)4。
2设计规范 (9)4.3软件体系结构 (10)5。
模块结构设计 (11)5.1组件模块总体设计 (11)5。
1.1。
组件模块的划分和功能描述115。
1。
2.组件模块关系12XXX系统VerX.X概要设计说明书共22页第3页5。
1.3.组件模块的物理分布125.1.4.组件模块与用例映射 (13)5。
2组件模块描述 (13)5。
2.1。
组件模块1 136.用例实现 (14)7。
数据结构设计 (16)8.接口设计 (16)9。
系统安全设计 (16)9.1系统故障预防和恢复 (16)9.2用户管理和权限控制 (17)9.3数据备份与恢复 (17)9.3.1.数据备份 (17)9.3。
2。
数据恢复1710.系统运行设计 (18)10。
1运行模块组合 (18)10.2运行控制 (18)11。
系统出错处理设计 (19)11。
1出错处理信息 (19)11.1.1。
通讯线路错误 (19)11.1.2。
系统环境错误 (19)11.1.3.应用设计错误 (19)11.2出错处理对策 (19)12.系统维护设计 (21)12。
1数据维护 (21)12.2功能维护 (21)13.系统版本设计 (21)14。
概要设计说明书
概要设计说明书1引言1.1目的：说明对项目系统的设计考虑，为程序的详细设计提供基础。
1.2背景：本项目的委托单位为河北工专图书馆，开发单位为河北工专信管专业。
1.3定义：HIPO图（分层和输入—处理—输入）技术：用图形的方法表达一个系统的输入和输出功能，以及模块的层次。
参考资料：《信息系统开发》《软件工程概论》《需求规格说明书》。
2总体设计2.1需求规定：总体设计的需求依据为《软件需求规格说明书》运行环境：硬件支持：CPU:PentiumII266或更高;内存：64M或以上，硬盘：2G以上;扫描仪：扫描精度300dpi以上;显示器：VGA或更高;外设：报表打印机等。
软件支持：操作系统：Windows98中文版，Windows 2000中文版，WindowsXP中文版或更高；数据库选择：Visud Alless2000；开发平台：Visud 。
基本设计概念系统总体结构设计包括：a.系统总体布局方案的确定；b.软件系统总体结构的设计；c.计算机硬件方案的选择和设计；d.数据存储的总体设计基本设计方法：结构化设计方法结构（HIPO图）功能需求与程序的关系功能需求程序名用到的表图书信息检索检索1、2图书借阅借书处理1、2、3还书处理1、2、3续借处理2丢书处理1、2、3、4、6、7、罚款处理2、3罚款支付3、4会员信息管理3管理图书信息图书信息管理1打印报表报表打印4、7人工处理过程说明：查看图书是否有破损，破损程度如何，并将信息反映在计算机上3接口设计窗体编号窗体名所属模块编号1图书管理系统12检索3借阅管理4图书状况图书状况书本信息管理7会员信息管理8报表打印9系统配置用户接口说明：用户登录使用该软件时的软件界面具体如下：1.此界面为图书管理系统的主界面，单击界面上的按钮，调用相应功能模块。
2.当单击主界面“检索”按钮时，出现此界面，输入“书名”“作者”“出版社”“出版日期”中的一项或几项，单击“开始检索”按钮，进行检索，单击“退出”则要求输入口令。
概要设计说明书
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (3)2总体设计 (3)2.1需求规定 (3)2.2运行环境 (3)2.3基本设计概念和处理流程 (3)数据处理流程图 (3)2.4结构 (4)3.4.3退票 (5)3.4.4机票信息查询 (6)2.5功能需求与程序的关系 (6)2.6人工处理过程 (7)2.7尚未问决的问题 (7)3接口设计 (7)3.1用户接口 (7)3.2外部接口 (7)4运行设计 (7)4.1运行模块组合 (7)4.2运行控制 (8)4.3运行时间 (8)5系统数据结构设计 (8)5.1逻辑结构设计要点 (8)说明：取票表里存储的是有关取票的核对信息和要取机票有关的信息。
(9)5.2物理结构设计要点 (9)5.3数据结构与程序的关系 (10)6系统出错处理设计 (10)6.1出错信息 (10)6.2补救措施 (10)6.3系统维护设计 (11)概要设计说明书1引言1.1编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
概要设计说明书(1)
XXXX系统Ver X.X 概要设计说明书XXX计算机有限公司XXXX年X月XXX系统VerX.X概要设计说明书共17页第2页目录目录 (2)1.引言 (3)1.1文档目的 (3)1.2项目概述 (3)1.3参考资料 (3)1.4术语定义 (4)1.5修改记录 (4)2.系统概述 (5)2.1系统实现目标 (5)2.2条件与限制 (5)2.3运行环境 (5)3.需求概述 (6)3.1.总体描述 (6)3.2.系统角色 (6)3.3.系统功能 (7)3.3.4................................................... 功能划分73.3.5................................................... 用例清单73.4.性能和运行需求 (7)4.总体设计 (7)4.1设计原则 (7)4.2设计规范 (8)4.3软件体系结构 (8)5.模块结构设计 (9)5.1组件模块总体设计 (9)5.1.1................................. 组件模块的划分和功能描述95.1.2.............................................. 组件模块关系95.1.3........................................ 组件模块的物理分布95.1.4........................................ 组件模块与用例映射95.2组件模块描述 (9)5.2.1................................................. 组件模块1106.用例实现 (11)7.数据结构设计 (12)8.接口设计 (12)9.系统安全设计 (12)9.1系统故障预防和恢复 (12)9.2用户管理和权限控制 (12)9.3数据备份与恢复 (13)9.3.1................................................... 数据备份139.3.2................................................... 数据恢复13XXX系统VerX.X概要设计说明书共17页第3页10.系统运行设计 (13)10.1运行模块组合 (14)10.2运行控制 (14)11.系统出错处理设计 (14)11.1出错处理信息 (14)11.1.1.通讯线路错误 (15)11.1.2.系统环境错误 (15)11.1.3.应用设计错误 (15)11.2出错处理对策 (15)12.系统维护设计 (16)12.1数据维护 (16)12.2功能维护 (16)13.系统版本设计 (16)14.附件 (16)1.引言1.1文档目的简要说明编写这份概要设计说明书的目的，指出预期的读者。
概要设计说明书
XXX项目概要设计说明书文档修订记录1.1术语和缩写本文用到的术语符合国家标准软件工程术语GB/T11475-1995..与本文直接相关的国家标准包括：中国标准出版社 1996年GB8566-1995 软件生存期过程GB8567-88 计算机软件产品开发文件编制指南GB8567-88 计算机软件数据库设计说明编制指南GB/T11457-1995 软件工程术语1.2参考资料文件名称文件版本XXX系统软件需求规格说明书V1.0XXX系统业务需求说明书V1.01.3设计约束1需求约束本系统应当遵循的标准或规范..硬件、操作系统、数据库等基础架构条件描述;如能在普通PC机、windows 操作系统上运行..页面简单、操作方便快捷..具有较高的正确性、健壮性、可靠性、效率性能、易用性、清晰性、安全性、可扩展性、兼容性、可移植性..2隐含约束用户必须具备一定的计算机使用能力IE版本在5.0或5.0之上中央处理器CPU主频800MHZ以上;内存最小128MB;硬盘最小10G;以及必要的网络设备..1.4设计策略1．扩展策略XXX系统的软件设计采用模块化体系结构;新功能的引入不影响原有的功能模块;具有良好的可扩展性..2．复用策略信息查询、统计汇总设计考虑部分通用化设计;便于复用..3．安全性系统中涉及到敏感信息;系统应具备统一、完善的多级安全机制;以保证系统的安全性..4．易用性系统应提供友好的操作界面;便于用户的操作和管理..5．灵活性业务本身具有较多的灵活性;在系统设计时;设计上要充分考虑到灵活性.. 2.总体设计2.1设计规定1、所有的数据库命名都是以模块的缩写加上具体表的英文词汇组成;这样能够统一数据库表的命名;也能够更好的规范数据库表命名..2、所有数据库的设计;都采用Rational Rose进行;并且采用面向对象的设计方法;首先进行对象实体的设计;最后将对象持久化到数据库中;所有的表和表之间的关联ER图都采用标准的Rose设计工具进行;这样能够将整个系统的设计和数据库设计有机的结合起来..3、界面风格：管理界面做到美观大方、风格统一;并有一些提示信息指导用户操作使用..尽量使用选择框、下拉框等选择操作界面;方便用户的使用..4、消息提示：中文提示;言简意赅..2.2运行环境服务器操作系统：UNIXDB服务器数据库软件的名称：Oracle数据库软件的版本：9i客户端操作系统：Microsoft Windows 2000/ XP；CPU：1G；内存：256M；硬盘：剩余>1G设计方法：面向对象2.4技术架构描述实现中所采用的技术框架..如下述采用MVC设计范式的B/S多层网络计算架构;描述示例如下：应用系统构架采用了先进的MVCModel-View-Controller设计范式Design Pattern;如下图所示..采用分布式多层体系;使用平台无关的的技术框架和业务逻辑构件化技术..MVC模型图所谓的MVCModel-View-Controller设计范式可以说是目前国际上最流行的先进软件设计范式.. MVC是一种设计思想..这种思想强调实现模型Model、视图View和控制器的分离..在web开发中引入MVC思想;想要达到的目的是：UI层和业务逻辑层分离——控制器是为了实现上述目的而存在的在解决了持久化的问题后;业务逻辑层和MVC中的Model指的是一回事;UI层和MVC中的View是一回事..MVC提供了让模型和视图相分离的思路——引入控制器..页面跳转关系管理、表单数据的封装及验证、国际化等任务交给控制器处理..因此;MVC框架都具有管理页面跳转关系、表单数据的封装及验证、国际化等特性..2.5功能需求与程序关系3.1应当遵循的界面设计规范页面主色调为蓝色;配合桔黄色和淡黄色;整个页面显得清爽界面简单易懂;操作按钮放置位置明显、清楚..页面层次尽量少;规定页面链接在四级以下..3.2主界面插入主界面图片3.3美工设计1界面的布局及理由界面的布局遵循中以下四个原则：直观原则一致性原则合理化原则鼠标键盘对应原则2界面的色彩及理由界面色彩遵循设计规范中一下两个原则:美观与协调性原则舒适性原则3.4界面资源设计整个系统指示同一个功能必须使用相同的图标;所有图标资源放在icons 目录..本系统的图像资源由美工人员设计绘制;主要图像资源放在数据目录images..控件布置整齐;界面组件的设计遵循简洁统一的原则..4.接口设计4.1外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口；本系统与各支持软件之间的接口关系请填写系统接口设计说明书..4.2内部接口说明本系统之内的各个模块采用配置文件进行连接..5.运行设计5.1程序模块结构图绘制程序中各模块的结构关系图..5.2运行控制根据业务处理类型的不同;把作业划分为两类：交互类业务、查询类业务..在本方案中;相关的性能指标如下：交互类业务交互类业务是指平时工作中在系统中进行的业务处理;如录入;修改或删除一条单据等操作..平均响应时间：2-5秒峰值响应时间：8-15秒查询类业务如信息查询、统计报表生成等..查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响;需要根据具体情况而定;在此给出一个参考范围..简单查询平均响应时间：2-10秒复杂查询平均响应时间：10-60秒6.安全设计6.1架构安全6.2数据安全6.3运行安全6.4管理安全7.数据结构设计7.1逻辑结构设计要点根据系统的实际情况来确定..遵循PAFA架构分层原理..如下所示：简单而言;分成三个层次：用户展示层WEB层、业务逻辑层;数据处理层集成层、资源层..8.系统出错处理设计8.1出错信息为了预防系统故障或者遭遇黑客攻击造成的丢失数据;将采用以下四种方法保护数据：a.后备技术：双机备份；b.降效技术：通过数据库的第三方工具如PL/SQL;TOAD等对数据库进行备份；c.设置数据库的自动备份;防止人工备份的不及时8.3系统维护设计本系统没有采用单独的维护设计模块;在做开发技术选择的时候采用易于维护的开发技术;所以系统采用数据库字段和应用界面中的控件绑定的技术;这样有利于今后的系统维护..。
概要设计说明书——第五组
XXXX公司高校管理系统概要设计说明书文件编号：XXX – GYSJSM – 002 生效日期：版本号：修改状态：密级：总页数：25 正文：系统概要设计附录：编制：日期：2011年8月19ri 修改：日期：批准：日期：目录第1章导言 (1)1.1 目的 (1)1.2 范围 (1)1.3 命名规则 (1)1.4 术语定义 (3)1.5 参考资料 (3)1.6 相关文档 (3)1.7 版本更新记录 (4)第2章总体设计 (9)2.1 总体结构设计 (9)2.2 运行环境设计 (10)2.3 子系统清单 (11)2.4 功能模块清单 (12)第3章模块（部件）功能分配 (17)3.1 专用模块功能分配 (17)3.2 公用模块功能分配 (23)第4章数据结构设计 (24)4.1 数据库表名清单 (24)4.2 数据库表之间关系说明 (25)4.3 数据库表的详细清单 (29)4.4 视图设计..................................................................................... 错误！未定义书签。
4.5 其他数据结构设计 (29)第5章接口设计 (38)第6章其他设计 (38)第7章设计检查列表 (39)7.1 功能设计检查列表 (39)7.2 性能设计检查列表 (39)7.3 接口设计检查列表 (39)第1章导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
1.1 目的本文档的目的旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
通过此次的文档编写，我们能够熟练掌握概要设计的文档编写以及要注意得格式，规范文档的内容。
此外，在协作上要更一层次得提高，增加沟通能力，增强团结意识。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
销售合同管理子系统软件概要设计说明书作者：齐天宇学号：2009201222版本记录版本作者/日期变化内容描述审核人/日期批准人/日期V1.1 齐天宇对系统运行环境进行了更改调试齐天宇/2011.10.30齐天宇/2011.10.30目录1. 范围 (1)1.1. 标识 (1)1.2. 文档概述 (1)1.3. 阅读对象 (1)2. 引用文档 (2)3. 概述 (2)3.1. 软件概述 (2)3.2. 需求概述 (2)3.3. 设计约束 (2)4. 结构设计 (2)4.1. 组成划分 (3)4.2. 功能分配 (4)4.3. 系统关联 (5)4.4. 外部接口 (5)4.4.1. 外部接口图 (5)4.4.2. 外部接口概述表 (5)4.4.3. 外部接口1 (6)4.4.4. 外部接口2 (6)4.4.5. 外部接口3 (6)4.4.6. 外部接口4 (6)4.4.7. 外部接口5 (7)4.4.8. 外部接口6 (7)4.4.9. 外部接口7 (7)4.4.10. 外部接口8 (7)4.4.11. 外部接口9 (7)5. 功能设计 (8)5.1. 子系统N/功能模块N (8)5.1.1. 功能描述 (8)5.1.2. 接口概述 (8)5.1.3. 服务接口 (9)5.1.3.1. 服务接口1 (9)5.1.3.2. 服务接口2 (9)5.1.3.3. 服务接口3 (9)5.1.4. 依赖接口 (9)6. 数据设计 (10)6.1. 实体关系图 (10)6.2. 实体概述 (10)6.3. 实体属性 (11)6.4. CRUD矩阵 (13)7. 需求实现 (14)7.1. 需求实现概述 (14)7.2. 用例1 (14)7.3. 用例2 (15)7.4. 用例3 (15)7.5. 用例4 (15)7.6. 用例5 (15)1.范围1.1.标识软件名称：销售合同管理子系统软件标识：V1.1 Build 071112软件版本：V1.1文档标题：销售合同管理子系统概要设计说明书文档标识：XSGL_G1.3.0缩略语：销售管理子系统1.2.文档概述此概要设计说明书是在做完严格需求分析的情况下，为软件总体设计提供总体大纲。
编制的目的是说明对系统的设计考虑，包括系统的基本处理、流程、程序系统的组织结构、模块划分、功能分配、接口设计。
运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
1.3.阅读对象本文档适合以下人员阅读：系统系架构师产品设计工程师产品开发工程师产品测试工程师其他相关人员2.引用文档标识标题修订版本日期来源XSGL_K1.2 销售管理子系统可行性分析报告K1.2 2011.10.30 项目管理团队XSGL_X1.3 销售管理子系统需求规格说明X1.3 2011.10.30 项目管理团队3.概述3.1.软件概述该系统是一个三级网络综合信息管理系统。
所有需要子系统共享的数据信息全部存放在数据库服务器中，各子系统之间的信息传送依靠网络进行。
本系统网络体系结构采用客户/服务器模式。
对合同的增、修、查等各种工作流程提供支持。
3.2.需求概述“销售合同管理子系统”实现的功能如下：1．增加新销售合同2．修改销售合同3．查询销售合同4．核对收购款单并发送货物5．检查收款、催缴欠款6．检查销售合同履约率7．将履约合同转入历年履约合同库8．编制月/季/年综合统计报表3.3.设计约束系统设计严格遵循系统需求规格说明书的要求，在客户允许的情况下适当做些人性化的设计。
设计严格遵守客户当前现有的及需求规格说明书中要求的软硬件运行环境。
a.响应时间在一秒之内，传输时间小于一秒，更新处理时间小于一秒，数据精确度均为小数点后三位。
b.能够承受一万单位以下物资的属性数据变动。
c.能够自主分析错误产生原因，易于维护与修改，设立三种用户权限，不产生混淆。
d.能够与其他硬件设施如打印机，扫描仪，红外感应器进行良好连接与驱动。
e.输入方式为数字字母及汉字，输出方式为数据打印与表格显示，每页输出不大于10行，并能在输出信息不满足库内信息时及时报错并停止。
f.具有断电即时保存功能，防止由于断电带来的信息丢失。
g.对历史纪录进行加密，加强安全性。
4.结构设计4.1.组成划分销售合同管理修改销售合同增加新销售合同查询销售合同核对收款单并发送货物检查收款、催缴欠款检查销售合同履约率将履约合同转入历年履约合同库编制月/季/年综合统计报表4.2.功能分配名称英文标识功能概述相关用例1)修改销售合同AmendingContract 经过双方同意，可以对已签订的合同内容进行修改。
该功能有严格的修改权限限制。
修改合同2)增加新销售合同AddingContract合同签订并生效后，合同管理人员要将新合同的基本信息录入到“销售合同管理系统”。
增加新合同3)查询销售合同SeletingContract 对执行期合同进行各种查询统计。
查询合同4)核对收购款单并发送货物CheckingAndDelivery对于已签订生效的销售合同，财务管理部门负责收取客户贷款，并开具收款单。
收款单处理5)检查收款、催缴欠款CheckReceiptsAndCollectingArrears对于已签约的销售合同，财务管理部门负责收取客户贷款。
由销售人员监督客户交付货款情况，对没按时交货款的客户催缴欠款并在销售合同上做出标记。
打印催款单6)检查销售合同履约率CheckContractExecution如果合同全部执行完毕，设置销售合同履约标志。
如果没有按时履约，应注明违约方及违约原因。
检查合同履约7)将履约合同转入历年履约合同库IntoExecutionBase对于已经履约的销售合同，在每年固定日期自动转入历年履约合同库，再转入历年履约合同库后在执行其销售合同库中删除已履约合同。
转入历年库8)编制月/季/年综合统计报表PrepareComprehensiveStatistics按月、季、年编制综合统计报表，统计销售合同的总份数、合同履约率、合同总款、已收货款等综合数据。
打印综合报表4.3.系统关联子系统1 子系统2子系统3子系统4子系统5子系统6子系统7子系统8子系统1—Y ——————子系统2————————子系统3—Y ——————子系统4—Y ——————子系统5———Y ————子系统6—Y ——————子系统7—————Y ——子系统8Y ———————4.4.外部接口4.4.1.外部接口图4.4.2.外部接口概述表接口名称英文标识其他系统方向交换信息接口方式性能要求安全要求修改销售合同Xg_xsht 双向API 高安全添加销售合同Tj_xsht 双向API 高安全删除销售合同Sc_xsht 双向API 高安全查询销售合同Cx_xsht 双向API 高安全核对收款单、发货Hd_skd 双向API 高安全检查收款、催债Jc_sk 双向API 高安全检查履约合同Jc_lxht 双向API 高安全保存履约合同Bc_lxht 双向API 高安全编辑统计bjtj 双向API 高安全方向：信息传输的方向，分为：输入、输出、双向；接口方式：文件、数据库、消息、网络、API。
对每个接口，在“接口详述”一节中详细描述。
4.4.3.外部接口1主要内容：修改销售合同API名称：Xg_xsht输入参数：Xg_xsht返回值：void4.4.4.外部接口2主要内容：添加销售合同API名称：Tj_xsht输入参数：Tj_xsht返回值：void4.4.5.外部接口3主要内容：删除销售合同API名称：Sc_xsht输入参数：Sc_xsht返回值：void4.4.6.外部接口4主要内容：查询销售合同API名称：Cx_xsht错误！未指定书签。
错误！未指定书签。
输入参数：Cx_xsht返回值：void4.4.7.外部接口5主要内容：核对收款单、发货API名称：Hd_skd输入参数：Hd_skd返回值：void4.4.8.外部接口6主要内容：检查收款、催债API名称：Jc_sk输入参数：Jc_sk返回值：void4.4.9.外部接口7主要内容：检查履约合同API名称：Jc_lxht输入参数：Jc_lxht返回值：void4.4.10.外部接口8主要内容：保存履约合同API名称：Bc_lxht输入参数：Bc_lxht返回值：void4.4.11.外部接口9主要内容：编辑统计API名称：bjtj输入参数：bjtj返回值：void5.功能设计5.1.子系统N/功能模块N5.1.1.功能描述系统主要功能如图所示：销售合同管理修改销售合同增加新销售合同查询销售合同核对收款单并发送货物检查收款、催缴欠款检查销售合同履约率将履约合同转入历年履约合同库编制月/季/年综合统计报表5.1.2.接口概述接口名称英文标识其他系统方向交换信息接口方式性能要求安全要求修改销售合同Xg_xsht 双向API 高安全添加销售合同Tj_xsht 双向API 高安全删除销售合同Sc_xsht 双向API 高安全查询销售合同Cx_xsht 双向API 高安全核对收款单、发货Hd_skd 双向API 高安全检查收款、催债Jc_sk 双向API 高安全检查履约合同Jc_lxht 双向API 高安全保存履约合同Bc_lxht 双向API 高安全编辑统计bjtj 双向API 高安全5.1.3.服务接口5.1.3.1.服务接口1修改销售合同。
5.1.3.2.服务接口2添加销售合同。
5.1.3.3.服务接口3删除销售合同。
5.1.4.依赖接口接口名称接口定义提供者引用链接功能描述修改销售合同Xg_xsht 功能设计模块新建实体为功能模块服务添加销售合同Tj_xsht 功能设计模块新建实体为功能模块服务删除销售合同Sc_xsht 功能设计模块新建实体为功能模块服务查询销售合同Cx_xsht 功能设计模块新建实体为功能模块服务核对收款单、发货Hd_skd 功能设计模块新建实体为功能模块服务检查收款、催债Jc_sk 功能设计模块新建实体为功能模块服务检查履约合同Jc_lxht 功能设计模块新建实体为功能模块服务保存履约合同Bc_lxht 功能设计模块新建实体为功能模块服务编辑统计bjtj 功能设计模块新建实体为功能模块服务修改销售合同Xg_xsht 功能设计模块新建实体为功能模块服务6. 数据设计6.1. 实体关系图6.2. 实体概述实体名称 用途存储机制介质位置 容量 更新频率 备份要求 Client 存储客户信息 本地 10G 30天 Product 存储商品信息 本地 10G 30天 SalesContra ct 存储销售合同信息 本地 10G 30天 PaymentBil l 存储付款单信息 本地 10G 30天 Prompt 存储欠款单信息 本地 10G 30天 Saler 存储销售人员信息 本地 10G 30天 Manager存储经理本地10G30天信息SalesPlan 存储销售计划信息本地10G 30天Performanc eContact 存储履约合同信息本地10G 30天Saler 存储销售人员信息本地10G 30天6.3.实体属性Client：属性名ID 类型长度取值范围缺省值NULL PK 说明/规则ClientID 00 int 10 Y 客户名称ClientName 01 varchar 100 客户名称ClientAddress02 varchar 100 客户地址Corportive 03 varchar 100 法人代表PrimaryBusi ness 04 varchar 100 主要业务描述Product:属性名ID 类型长度取值范围缺省值NULLPK 说明/规则Product ID 20 整型10 Y 产品编号Brand 21 字符型50 品牌ProductName 22 字符型20 产品名称Producer 23 字符型20 生产商Place 24 字符型50 生产地Type 25 字符型50 规格类型Unit 26 字符型30 单位Unit Price 27 浮点型10 单价StuckNumber28 整型10 库存量Low limit 29 整型10 最低库存Sales Contract：属性名ID 类型长度取值范围缺省值NULL PK 说明/规则SalesContractID 20 整型10 Y 销售合同编号Product Name 21 字符型20 产品名称Product Number 22 字符型20 产品数量Total Price 23 字符型50 总金额Start Time 24 字符型50 签约日期End Time 25 字符型30 终止日期Total Number 26 整型10 发货量Stuck Number 28 整型10 库存量PaymentBill：属性名ID 类型长度取值范围缺省值NULL PK 说明/规则Payment BillID 40 整型10 Y 付款单号SalesContractID 41 整型10 销售合同编号ClientID 42 整型10 客户编号Payment 43 字符型10 付款人LastDeliveryTime 44 字符型20 最后交款时间PayTime 字符型20 付款时间Receivement 字符型10 收款人Prompt：属性名ID 类型长度取值范围缺省值NULL PK 说明/规则Prompt ID 40 整型10 Y 欠款单号SalesContract ID 41 整型10 销售合同编号ClientID 42 整型10 客户编号Reach 43 整型10 欠款额LastDeliveryTime 44 字符型20 最后交款时间Saler:属性名ID 类型长度取值范围缺省值NULL PK 说明/规则SalerName 40 字符型10 Y 销售人员姓名SalerID 41 整型10 销售人员编号SalerSex 42 字符型10 销售人员性别SalerAdd 43 字符型10 销售人员地址SalerTel 44 字符型20 销售人员电话SalerEmail 字符型20 销售人员邮箱SalerAchievement 字符型20 销售人员业绩SalerResume 字符型20 销售人员简历Manager:属性名ID 类型长度取值范围缺省值NULL PK 说明/规则ManagerName 40 字符型10 Y 经理姓名ManagerID 41 整型10 经理编号ManagerSex 42 字符型10 经理性别ManagerAdd 43 字符型10 经理地址ManagerTel 44 字符型20 经理电话ManagerEmail 字符型20 经理邮箱Manager 字符型20 经理业绩ManagerResume 字符型20 经理简历SalesPlan：属性名ID 类型长度取值范围缺省值NULL PK 说明/规则ProductName 40 字符型10 Y 产品名称ProductID 41 整型10 产品编号ProductFactory 42 字符型10 生产产商ProductAdd 43 字符型10 产地PlanManager 44 字符型20 销售人CostPrice 字符型20 成本价EXWPrice 字符型20 出厂价NetProfit 浮点型20 净利润TotalSales 浮点型20 销售总额6.4.CRUD矩阵实体\子系统子系统1 子系统2 子系统3 子系统4修改销售合同RU添加销售合同CU R删除销售合同DU R查询销售合同U7.需求实现7.1.需求实现概述用例\子系统子系统1 子系统2 子系统3 子系统4 用例1 Y —Y Y 用例2 Y Y ——用例3 —Y Y —用例4 Y —Y —用例5 —Y —Y7.2.用例1进入登陆界面输入用户名和密码密码错误密码正确进入系统主界面7.3.用例2添加销售合同：进入合同管理系统显示消息框点击添加添加销售合同添加成功7.4.用例3修改销售合同：进入合同管理系统显示消息框点击修改修改销售合同修改成功7.5.用例4查询销售合同：进入合同管理系统显示消息框点击查询查询成功7.6.用例5核对销售合同：进入合同管理系统显示消息框点击核对核对销售合同核对成功。