系统总体设计说明书

总体设计说明书

一、引言

1、编写目的

根据课程设计的要求，结合校园实际情况，我们计划利用GIS的功能和方法做一个关于校园的高效、易用的导航系统，本系统初步目的是为那些对大学校园还很陌生的人提供就一些服务，让他们通过此系统能快速知道目的地在哪，去目的地怎么走，从而节省他们宝贵的时间；以及为在校大学生提供基本的生活信息，学习信息和活动信息等。

2、背景说明

软件名称：“理工之窗”导航系统

项目提出者：毛超荣

项目开发者：毛超荣、王世远、杨克明、彭冠峰、宋红见

用户：

3、系统设计意义

随着互联网技术的发展，GIS已经深入应用到生活的方方面面，给人们的生产生活带来了很大的便利。导航系统的出现使人们的出行变得十分便捷，了解的GIS的强大功能后，为此我们试想用所学到的理论知识结合校园实际需求做一GIS导航系统，方便广大以学生为主体的群体的工作、生活和学习，在地理信息系统快速发展的今天，大部分系统是介于大公司、大项目的设计，很少是关于一个像大学校园等小小范围的导航系统，在此背景下，本系统的设计为广大师生及所有的系统访问者提供一个实用的平台，为他们带来便利。同时也是一个窗口，通过它可以让更多的人了解我们的学校。

4、参考资料

二、用户需求分析成果

1、系统功能需求

“理工之窗”学生服务系统围绕着网站的使用情况在用户、信息、服务、数

据等方面进行管理。从系统运行环境来看，系统建设功能大致可分为两大部分：对外服务网站、内部信息处理系统。

本部分从内部使用者的角度，对系统功能需求进行了分析和描述。

1.1、系统总体功能需求

业务系统是以GIS系统为基础，反映学生服务特点，是集导航和查询功能于一体的的信息系统，其中包括学习信息服务系统、生活信息服务系统、系统维护管理信息系统和人员管理信息系统。系统各功能模块情况如下图：

1.2、功能模块的具体内容和需求明细

1.2.1、学习信息服务系统

模块描述：该部分主要是为同学们的学习服务的，为同学们提供实时的与学习方面有关的各种信息。

①空闲教室查询

功能描述：点击空闲教室查询按钮，出现查询目的地选择框和查询时间段输入框，在两个框中输入相应的文字，点击查询按钮，即可查询三个教学楼及各个学院没有课的教室。

所需输入数据：目的地名称和时间

②学术活动查询

功能描述：点击学术活动查询，出现地点选择框和时间输入框，如果单独选择地点选择框会显示该地点最近要举行的活动，然而如果只选择时间段则会显示早该时间段内哪些地方有学术活动。

所需输入数据：目标名称和时间

1.2.2、生活信息服务系统

模块介绍：该模块主要是为同学们的生活服务的，能为同学们的课余生活在校内活动带来方便。

①最佳路径查询

功能描述：点击最短路径查询，出现出发点选择框、目的地选择框和出行方式选择框，其中出行方式有步行和骑自行车两种方式供选择，再单击查询按钮，就会在学校地图上高亮显示出两地之间的最短路径，并且高亮显示出起始点和目的地及沿途重要标志地物。

所需输入数据：出发点名称、目的地名称及出行方式。

②位置服务

功能描述：点击学校机构查询，出现目标选择框，用户在其中选择要查询的地点，然后地图上高亮显示目标的位置并出现对目标的简要介绍，而且如果是学校机构会有相应的网址，通过单击可以进入机构主页。

所需输入数据：目标名称

③社团活动查询

功能描述：该子模块功能和使用方法与学术信息查询子模块功能相近，只不过在此模块中同一片场地同一时间段可以举办多场活动，而且同一活动可以持续很长一段时间也可更换举办的场地，因此它比学术活动的情况要复杂一点。

所需输入数据：活动地点和举办时间

1.2.3、系统维护管理信息系统

模块介绍：该模块主要是为了系统能正常的运行而设立的，有系统管理员来操作，通过此模块来保证系统安全、稳定、高效的为用户提供服务。

①网站维护

功能描述：主要是系统管理员对系统的网站进行管理，保障网站能正常的运行，并通过对用户的体验进行调查和用户的反馈意见对网页进行升级改进使之更能方便用户使用。

②数据库维护

功能描述：地理信息数据库是系统的重点，对它的维护是重中之重。由于地理信息数据量庞大，管理起来难度很大，因此要统计好数据库的使用情况，对数据库进行调整使之更能安全、稳定、有效的运行。

③数据维护

功能描述：数据是系统的血液，没有它系统就一无是处。要保证数据的实时性和有效性，就必须及时对数据进行更新，添加新信息。过时的信息占有一定的空间会增加系统的负荷，讲的数据库的性能，因此要定期进行更新。

1.2.4、人员信息管理系统

模块介绍：主要是对访问系统的人员进行管理，保障系统安全。对普通用户的管理主要是设置他们的访问权限，限定他们的操作。系统管理员管理用来添加、删除管理员，并对不同级别的管理员的权限进行设置，便于系统的维护管理。

2、系统性能要求

2.1、系统性能需求

本系统在性能上尽量做到安全、实时性强、响应速度快、稳定性高、出错率低、兼容性好等优点。

2.1.1稳定性

在系统建设过程中，应该高度重视稳定性和对环境的适应性。在进行网络设计时应选用成熟的产品，保证其具有稳定的性能。同时保证网络的可靠性，防止信息错误与丢失，保障信息传输完整性。系统稳定性的其他方面，还表现在保证系统有效工作时间不低于9 9％，使系统故障平均间隔时间不低于300天。

2.1.2、可维护性

“理工之窗”学生服务系统的可维护性包括对数据的维护和对系统的维护。在设计是主要从以下几个方面进行考虑：

1）对正常的数据维护，管理人员可以通过系统本身实现。数据维护包括权限设置、无用数据的删除、数据库的清理、数据备份与恢复等

功能。

2）数据的及时更新实现数据的实时性。包括活动信息的及时添加、教室变更信息的处理、学校建筑变更信息的选择等。

3）全面按照软件工程的要求来开发系统，做到严格管理、严格测试。每个工作阶段，都具备相应的经过严格审查的文档，为将来为系统服务提供技术上的保

证。

2.1.3兼容性需求

本系统研发过程中，要充分考虑本系统与现有信息化应用系统或在建应用系统之间的相互兼容性、集成性、界面风格一致性，及数据描述的一致性。

2.1.4、信息服务指标

1）信息检索响应时间≤3秒

2）信息查重时间≤5秒

2.1.5、吞吐量指标

1）支持同时在线用户数不低于10000。

2）并发用户数不低于5000。

2.2系统安全性需求

出于安全性考虑，本系统除了对外业务可运行于互联网络外，业务处理等环节放在学校内部的VPN专网网络运行，内部网络与外部网络之间要加强安全管理措施，从而保证业务系统在运行过程中的安全。

在系统安全问题上，应充分考虑系统运行安全和信息安全两个方面。

2.2.1系统管理运行的安全

①保障系统安全、可靠和持续运行。

要求能够防止来自外部的恶意攻击，防止来自内容的恶意破坏。

②保障系统的完整性、机密性和信息访问的权限认证。

要求有信息加密措施，对信息访问实现严格控制，对访问权限进行身份认证。

③安全机制的易用性

在确保安全的条件下，尽量为系统应用提供方便，实现统一的身份认证和基于角色的访问控制。

④提供容错风险保障

为了确保系统的可靠运行、数据的完整性，要求本系统必须提供系统容错机制。

2.2.2信息安全，即数据安全

①具备严格的系统访问权限控制，并要具有防止越权操作的技术措施；具

备数据保护管理功能，确保数据安全。

②建立数据备份机制

建立健全对数据的备份机制，利用系统提供的数据备份功能，定期、不定期的进行数据备份，并转存到其它介质；通过数据库服务系统建立数据备份计划，由数据库系统自动完成数据备份工作。

③提供容灾风险保障

鉴于信息不可损坏、丢失，要求加强系统的意外灾害和人为误操作等不可

预知的问题的预防和恢复措施。

通过多种技术手段、管理手段加强对结果存档数据的安全保护措施，从而

保证业务系统的数据安全。

三、 GIS总体设计

3.1 设计目标、依据和方法

设计目标：1、通过对程序的设计可开发，掌握地理信息系统开发的基本方法，基本流程，开发的工具平台等，能够掌握软件开发的思想，能够独立的完成软件设计任务。2、主要针对在校大学生，为便捷学生的生活、学习提供WebGis系统服务平台，系统实施将能够为切合广大同学们实际应用。

设计依据：地理信息系统设计与开发理论、GIS二次开发经验和理论知识、实时收集校园道路、建筑物等相关信息数据库等。

设计方法：总体设计采用自上而下的结构化程序设计方法。子系统设计均采用由下而上的方法，先从实际调查出发，研究其可能设计的资料，确定其校园的规划和建设，然后逐级向上综合，子系统的划分给系统的逻辑设计和物理设计打下基础，为整个系统的运行提供保证。

层次图

层次图（Hierarchical Chart）是在软件总体设计阶段最常用的工具之一，用来描绘软件的层次

结构。

HIPO图

HIPO图是由美国IBM公司发明的“层次＋输入／处理／输出图”的英文缩写。HIPO图实际上由H

图（即层次图）和IPO图两部分组成。这里的H图是

在层次图的基础上对每个方框进行编号，使其具有可

跟踪性。

IPO图使用简洁的方框来方便地描述数据输入、数据处理和数据输出三部分之间的关系。

3.2 GIS软件架构

目前在应用型地理信息系统中，大多数都采用简单的C/S技术构架。C/S方式对网络要求比较高,一般适用于局域网内部使用。随着Web技术的成熟,网络带宽的不断增加,采用B/S网络结构建立GIS信息系统完全成为可能。采用这种胖服务器、瘦客户端的运行模式,主要的命令执行、数据计算都在服务器完成，应用程序在服务器安装，客户机不用安装应用程序，所有日常办公操作可通过免费的浏览器来完成。

3.3 GIS软、硬件配置方案

硬件配置

硬件包括计算机、存储设备、数字化仪、绘图仪、打印机及其他外部设备

硬件配置的选择取决于系统的任务性质和经费条件

硬件设备的投资在GIS总投资中往往占较大比重，要考虑投资使用的优先顺序

硬件设备的选择还要根据软件的要求和软件的类型购置

软件配置

GIS软件选择：

基本原则

性能能满足建立系统的需要；

具有较好的开放性和兼容性；

有良好的扩充性能；

有良好的用户界面和汉化条件；

性能价格比良好。

注意事项

技术人员均应当研究国际、国内GIS软件的发展现状和软件应用方面的动态，对现有的软件市场有一个比

较清楚的了解。

掌握厂家对软件性能测试的研究报告和对厂家提供的性能指标的研究。

根据经济承受能力选择合适的软件，避免盲目追求高

指标、高性能,使应用GIS时因有的功能闲置而造成

浪费。

数据库系统选择

开发方式及语言选择

3.4 GIS功能模块设计

在DFD图的基础上，用模块结构图来说明各层模块的划分及其相互关系，划分原则上应细到程序级(程序单元)，每个单元必须执行单独一个功能(即单元已不可在细分)

四、系统接口设计

1、用户接口

内部接口：说明本软件内部各模块间的接口关系，包括：名称、意义、数据类型、有效范围、I/O标志；

2、外部接口

外部接口：说明本软件同其它软件及硬件间的接口关系，包括：名称、意义、数据类型、有效范围、I/O标志、格式(指输入或输出数据的语法规则和有关约定)、媒体；

3、内部接口

五、系统运行设计

1、运行模块组合

2、运行控制

3、运行时间

六、系统机构设计

1、逻辑结构设计

2、物理结构设计

3、数据结构和程序的关系

七、系统运行环境

客户端

操作系统：Windows2000 Professional/XP或更新版本。或移动客户端如手机

浏览器：IE6以上，其它常见浏览器如FireFox。

应用服务器端

操作系统：Windows2000 Server或更新版本。

应用服务器：Tomcat 5.5或更新版本。

数据库访问：JDBC。

数据库服务器端

操作系统：Windows2000 Server或更新版本。

数据库系统：SQLServer 2000或更新版本。

八、系统出错结构设计

1、出错信息

2、补救措施

3、系统恢复设计

软件设计文档国家标准-概要设计说明书

概要设计说明书 1引言 1.1编写目的 1.2背景 1.3定义 1.4参考资料 2总体设计 2.1需求规定 2.2运行环境 2.3基本设计概念和处理流程 2.4结构 2.5功能器求与程序的关系 2.6人工处理过程 2.7尚未问决的问题 3接口设计 3.1用户接口 3.2外部接口 3.3内部接口 4运行设计 4.1运行模块组合 4.2运行控制 4.3运行时间 5系统数据结构设计 5.1逻辑结构设计要点 5.2物理结构设计要点 5.3数据结构与程序的关系 6.1出错信息 6.2补救措施 6.3系统维护设计 1引言 1.1编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。

1.2背景 说明： a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标 题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。2.2运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。 2.3基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 2.4结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系. 2.5功能器求与程序的关系

管理信息系统设计说明

管理信息系统综合练习报告题目：学生宿舍管理系统 2010年12月1日

引言 随着电脑的普及与应用，现在的管理也需要提升一个档次。即从原来的手工记录管理模式转变为电脑一体化管理。这样会给公寓的管理人员带来很多好处，让他们管理的效率更高、效果更好，管理起来更方便。由此而产生了本管理软件――学生公寓管理软件。 学生公寓管理软件是用Microsoft Visual Basic 编写完成。由于Visual Basic率先采用了可视化（VISUAL）的程序设计方法。所以利用系统提供的大量可视化控件，可以方便的以可视化方式直接绘制用户图形界面，并可直观，动态的调整界面的风格和样式，直到满意为止，从而克服了以前必须用大量代码去描述界面元素的外观和位置的传统编程模式。做起来方便，使用起来更为快捷。 作为一个学生公寓的管理软件，要十分全面的贴近以及适合大学公寓的管理方法。本软件的参考资料主要有两种来源：一是参考本学校公寓的管理结构，管理方法。如各个公寓的分布特色，以及公寓的各种管理制度。这些资料是本软件的主要依据，也可以说这些资料来源于普通的生活，比较真实一些。二是来源于网络上的各种同类软件，通过这些软件可以看出一个公寓最低需要哪些管理与设置，在这些软件中，有些软件功能比较齐全，但是在管理上显的非常的不方便，使用起来十分麻烦、繁琐，有些虽然简单，但是功能上又不是十分完善，对这些软件首先要进行取其精华，弃其糟粕，从而进行编写。 本系统主要包括以下方面：信息查询，学生管理，公寓管理。 学生公寓管理软件目前版本为1.0.1，为一个测试版本。它目前在功能上，以及操作的简便上有很大的改进。但是还是存在一些不足，在有些功能的实现上还不是十分的理想，这也是本人在时间和精力上留下的遗憾。但是相信这些会在以后的版本中得到完善，使这个软件成为一个功能上最全，使用上最简捷方便的管理软件

系统设计规格说明书 模板

XX项目 设计规格说明书 (仅供内部使用) 重庆工学院计算机学院 XX年XX月XX日

修改记录

目录 1．引言.................................... 错误!未定义书签。 项目名称.................................... 错误!未定义书签。 编写目的.................................... 错误!未定义书签。 项目背景.................................... 错误!未定义书签。 定义........................................ 错误!未定义书签。 参考资料.................................... 错误!未定义书签。2．任务概述..................................... 错误!未定义书签。 项目总体目标................................ 错误!未定义书签。 需求概述.................................... 错误!未定义书签。 运行环境.................................... 错误!未定义书签。 软件环境............................... 错误!未定义书签。 硬件环境............................... 错误!未定义书签。 开发环境.................................... 错误!未定义书签。 条件与限制.................................. 错误!未定义书签。3．总体设计..................................... 错误!未定义书签。 系统架构.................................... 错误!未定义书签。 处理流程.................................... 错误!未定义书签。4．功能详细设计................................. 错误!未定义书签。 功能1 ...................................... 错误!未定义书签。 功能说明............................... 错误!未定义书签。 功能结构............................... 错误!未定义书签。 类设计................................ 错误!未定义书签。 用户界面设计............................ 错误!未定义书签。 类1 的算法与程序逻辑.................. 错误!未定义书签。 方法1 .............................. 错误!未定义书签。 功能............................ 错误!未定义书签。 输入............................ 错误!未定义书签。

管理信息系统设计说明书

公司人员资料管理系统 系统设计说明书 时间： 2013.4.25———2013.5.10

湖南工业大学科技学院 目录 摘要……………………………………………………………………………… 第一章绪论…………………………………………………………………… 第二章需求分析…..………………………………………………………… 1.1 功能模块的分析………………………………………………… 1.2 模块的设计…………………………………………………… 1.3 系统的数据模型……………………………………………… 第三章系统的配置…………………………………………………………… 3.1 Microsoft Access 2000的安装……………………………… 3.2 Visual Basic 6.0的安装……………………………………… 第四章数据库的设计………………………………………………………… 4.1 数据表的设计……………………………………………………… 4.2 关系的设计………………………………………………………… 第五章详细设计………………………………………………………………… 5.1 建立窗体…………………………………………………………… 5.1.1建立主窗体……………………………………………………… 5.1.2建立详细资料窗体……………………………………………..… 5.1.3建立部门信息窗体……………………………………………… 5.1.4建立系统管理窗体………………………………………….…… 5.1.5建立登录窗体……………………………………………….……. 5.1.6建立增加新用户窗体……………………………………….…… 5.2 创建工程模块………………………………………………….… 5.3 VB窗体与数据库的连接………………………………….……. 第六章系统的编译与发布…………………………………………………….. 第七章设计总结………………………………………………………………. 致谢……………………………………………………………………………..

软件系统设计总体思路

软件/系统设计的总体思路 一、概念 软件设计的本质就是针对软件的需求，建立模型，通过将模型映射为软件，来解决实际问题。因此软件设计需要解决的核心问题是建立合适的模型，使得能够开发出满足用户需求的软件产品，并具有以下特性： ?灵活性（Flexibility） ?有效性（Efficiency） ?可靠性（Reliability） ?可理解性（Understandability） ?维护性（Maintainability） ?重用性（Reuse-ability） ?适应性（Adaptability） ?可移植性（Portability） ?可追踪性（Traceability） ?互操作性（Interoperability） 因此，软件设计并没有一套放之四海而皆准的方法和模板，需要我们的设计开发人员在软件的设计开发过程中针对软件项目的特点进行沟通和协调，整理出对软件项目团队的行之有效的方式，进行软件的设计。并保障软件设计文档的一致性，完整性和可理解性。

我们经常听到这样的话： ?“设计文档没有用，是用来糊弄客户和管理层的文档”； ?“用来写设计文档的时间，我的开发早就做完了”； ?“项目紧张，没有时间做设计”； 这些言论，并不是正确的观念，根据软件项目的实际情况，软件开发设计团队可以约定设计文档的详细程度。项目团队需要保障设计文档的完整性和一致性，在项目进度紧张的情况下，软件设计文档可以更初略一些；在项目时间充裕的情况下，相关文档可以更为详尽。但是在项目开发过程中，需要软件设计开发团队对于设计文档有共同的理解。 二、设计文档分类与使用 通常来说，作为软件项目，我们需要有这几类文档 ?需求说明文档 ?功能设计文档 ?系统架构说明书 ?模块概要设计文档 ?模块详细设计文档 就像我之前说到的，在某个软件团队，对于以上的文档的要求是可以完全不同的，在简单项目中，可能所有类型的文档放在一个文档中进行说明；在复杂项目中，每一类文档可能都要写几个文档；而在最极端的情况下，可能每一类文档都能装

参考模板 - 软件详细设计规格说明书

附录D:图书管理系统软件设计规格说明书 图书管理系统 软件详细设计规格说明书 1．引言 1.1编写目的 软件设计的任务是将软件需求变换成为软件的具体设计方案。概要设计根据软件需求导出软件的体系结构；详细设计给出软件模块的内部过程描述。该文档是设计结果的详细描述，也是程序员编写程序的功能依据。 1.2项目背景 开发软件名称：图书管理系统。 项目开发者：××学院计算机科学系“图书管理系统”开发小组： ×××(×号，组长)，×××(×号)，…… 用户单位：××学院 1.3 定义 图书管理系统对于现代图书馆而言，是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说，是能否方便快速获取信息的关键。所以，图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。 1.4 参考资料 ?钱乐秋等，《软件工程》，青还大学出版社； ?张害藩，《软件工程导论》（第四版），清华大学出版社； ?王珊等，《数据库原理及设计》，清华大学出版社； ?赵池龙等，《软件工程实践教程》，电子工业出版社。 2．详细设计 2.1软件结构块层次图

图书管理系统 书籍管理读者管理借阅管理 书籍信息 管理出版社管理 书籍类别 管理注销管理读者类别 管理 读者信息 管理 还书管理借书管理 续借管理 过期罚款 管理 图书丢失 管理 2.2 模块详细设计 此处给出各用例的程序实现流程图，也可用下面的描述显示表述 （注，建议用程序流程图） 借书管理： A.输入读者编号； 提示超期未还的借阅记录； B.输入图书编号； If 选择“确定” then If 读者状态无效或改书“已”注销或已借书数>=可借书数then 给出相应提示； Else 添加一条借书记录； “图书信息表”中“现有库存量”-1; “读者信息表”中“已借书数量”＋1; 提示执行情况； Endif 清空读者、图书编号等输入数据； Endif If 选择“重新输入”then 清空读者、图书编号等输入数据； Endif If 选择“退出”then 返回上一级界面； Endif 返回A.等待输入下一条；

超市管理系统详细设计说明书

超市管理系统详细设计说明书 1引言 1.1编写目的 为了提高物资管理的水平和工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象，商品进销存领域迫切需要引入信息系统来加以管理。从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。 预期读者为超市管理系统的开发人员，程序员。 1.2背景 项目名称：超市管理系统。 提出者：XXX。 开发者：郭琦，梁颖嘉，刘浩然，李小龙。 用户：中小型超市 1.3定义 XXXX（列出本文件中用到的专门术语的定义和外文首字母组词的原词组。）1.4参考资料 软件设计文档国家标准操作手册(GB8567——88)。 2程序系统的结构

见《超市管理系统概要设计说明书》相关部分。 3售货管理子系统设计说明 3.1 程序描述 超市管理系统下的一个子系统，记录售货员今日处理的商品信息和会员的购买情况，处理销售过程中的商品信息并作记录。 3.2 功能 包括售货员登陆和会员登陆，以及售货员的售货处理、结账处理。 3.3 性能 时间特殊性：系统的速度要在用户可接受的范围内。 可靠性：系统要有较高的可靠性，可恢复性。 灵活性：系统要有良好的接口。 3.4 输入项 售货员账号密码：售货员登陆 会员账号：会员登陆 条形码：验证商品信息 数量：计算金额 3.5 输出项 售货员信息：确保售货员符合资格 会员信息：确保会员符合资格 金额：结账时的商品总额

OA系统需求规格说明书

XX项目 产品需求规格说明书 机构公开信息

版本历史

1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。

1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。

校园管理系统设计说明书

校园管理系统设计说明书 1 引言 1．1编写目的 概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。 1．3术语定义 实体—联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。 流程图：由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程 盒图：又称为N-S图呀CHAPIN图，它把整个程序写在一个大框图，大框图由若干个小的基本框图构成 1．4参考资料 《软件工程导论》 ---------海藩编著清华大学 《深入浅出面向对象分析和设计》 《数据为原理及应用》------绍原主编科学 2 概述 1．目标 该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 2．运行环境

软件基本运行环境为Windows环境。 3．需求概述 本系统要达到以下目标： 1、用户的存款与消费 2、用户挂失处理 3、管理员的新建与注销 4、用户的查询 4．条件与限制 为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则： 1.软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。 2.设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。 3.设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。 4.应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。 3 系统分析 系统模型：

总体设计说明书(模板)V1.0

XX银行XX项目总体设计说明书 一、总体设计 1．需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2．运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。 3．基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 4．结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 5．功能需求与程序的关系 本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：

6．人工处理过程 说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。 7．尚未问决的问题 说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。 二、接口设计 1．用户接口 说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。 2．外部接口 说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。 3．内部接口 说明本系统之内的各个系统元素之间的接口的安排。

三、运行设计 1．运行模块组合 说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。 2．运行控制 说明每一种外界的运行控制的方式方法和操作步骤。3．运行时间 说明每种运行模块组合将占用各种资源的时间。 四、系统数据结构设计 1．逻辑结构设计要点 给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。 2．物理结构设计要点 给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。 3．数据结构与程序的关系 说明各个数据结构与访问这些数据结构的形式:

餐饮管理系统设计说明书

餐饮管理系统之 ——系统设计说明书一．总体设计 1．处理流程（略） 图总体处理流程图 2．总体结构和模块外部设计 模块是软件结构的基础，软件结构的好坏完全由模块的属性体现出来，把软件模块化的目的是为了降低软件复杂性，使软件设计，测试，调试，维护等工作变得简易，但随着模块数目的增加，通过接口连接这些模块的工作量也随之增加。从这些特性可得出如图九的一条总的成本（或工作量）曲线，在考虑模块化时，应尽量使模块数接近于图中的M，它使得研制成本最小，而且应尽量避免不足的模块化或超量。 总体结构：

总体模块说明 项目容：此系统使用了三层架构实现了管理人员登陆模块，菜单管理模块，餐厅人员管理模块，点菜功能模块，消费结账模块，查询统计 功能模块。 系统登录退出模块：本模块是被用于用户登录，注销和退出。模块根据用户的不同类型赋予用户不同的管理权限。等低级的用户不可访问高等级用户的个别功能，而高等级用户可以使用低等级用户的所有系统功能。 菜单管理模块：本模块将餐厅的菜单信息通过标准化的管理操作加以整合，使得菜品的价格、配料、功效和图片可以完全呈现在客户面前，使得客户可以便地选择自己想要的食物。本模块的分权限设计将限制普通员工对菜单信息加以修改，以防止菜单价格被恶意修改，以此保证餐厅正常可靠的运营。管理人员可以添加到菜谱到系统中，并能进行日常维护（包括修改菜的价格等），系统可以对整个菜单分类管理，可区分凉菜、热菜、汤类、酒水、消费品和主食、 餐饮管理 信息系统 后台管理 前台服务 桌台 仓库 员工 顾客 员工 供货商 材料 信息 系统登录退出 系统登录退出 图1 餐饮管理系统总体功能模块图

设计规格说明书

设计规格说明书 1．引言 1.1 目的 该软件设计规格说明书是基于“只有两个人”小组计划开发的“电影院网上售票系统”需求规格说明书编写的。 “电影院网上售票系统”，缓解了电影院售检票的人力压力，提供高效的，快捷的，稳定的操作。实现系统应具有的实用性、可靠性、有效性及方便性。 软件系统实际报告相近说明了该软件产品的体系结构设计、书籍库设计和构建设计等，从而对该软件产品的结构、实现方法等进行了详细的描述。 1.2 命名规则 （1）Pascal规范：所有单词首字母大写。 例如： UserNameTable Camel 规范：除了第一个单词，所有单词首字母大写。 例如：userNameTable 全局变量：使用Camel 规范，并以g_ 开头。 例如：g_failedFlag 局部变量、方法参数：使用Camel规范。 例如：lineCount 类名：使用Pascal规范 例如：MyClass 成员方法：使用Pascal规范 例如：MyMethod() 普通成员变量：Pascal并且以m_开头。 例如： m_MemberVarible 控件变量：Control类型使用Pascal规范，以m_开头，控件名结尾。 例如：m_SubmitButton Value类型使用Pascal规范，以m_开头。 例如：m_Data1 （2）数据库命名规则： 表中字段名均不加前缀 表名均以“dt_table_”为前缀 索引名均以“dt_index_”为前缀 视图名均以“dt_view_”为前缀 1.3 术语定义

1.4 参考资料 [1] 用户需求报告 [2] 数据库设计规范 [3] 命名规范 1.5 相关文档 （1）系统规划报告 （2）需求规格说明书 2．系统设计 2.1 体系结构设计 采用包图画出体统的体系结构模型，然后进行扩展，画出个子系统内类构成及类之间的关系。

企业网站管理系统设计说明书

企业网站管理系统设计 说明书 第一章引言 1.1项目来源及定义 本项目是一个专门针对网上购车的一个系统，当然这也是一个了解。我们的本公司安设在郑州新政，如果对本公司的产品满意者，也可到指定地点去试车。我们也将以最好的服务质量保证顾客能买到一辆满意的轿车。 本公司轿车特指区别于货车、皮卡、SUV、大巴、中巴的小型汽车，俗称为“小轿车”。按照中国大陆标准划分为：微型轿车（排量/1L以下）、普通级轿车（排量为1.0-1.6L）、中级轿车（排量为1.6-2.5L）、中高级轿车（排量为2.5-4.0L）、高级轿车（排量为4L以上）。轿车工业经历了从单件生产到大量生产方式，然后发展到精益生产方式，最后形成现代全球智能化生产方式。 新的消费税调整办法开始实施以及《关于鼓励发展节能环保型小排量汽车的意见》的颁布为小排量轿车的发展迎来了春天。标准的出台使小排量轿车前景看好，微型轿车和经济型轿车都有很好的市场表现。 国内轿车生产能力的增长开始超过市场需求量的增长，市场对价格越来越敏感，以及轿车企业不断增加，竞争日益激烈，国内轿车市场的价格大战将越演越烈，竞争将更加残酷。未来轿车消费将在比较长的时间内，保持一个增幅相对保守但却稳定的平稳增长态势。预计到2012年，财政部将投入200多亿元推广新能源车的使用。财政部还在研究通过减免所得税、进口税收优惠等政策，支持企业加大对新能源汽车的投入和技术改造的力度。同时还将通过汽车消费税等各种税费政策，引导节能与新能源汽车的消费。 中投顾问发布的《2010-2015年中国轿车行业投资分析及前景预测报告》共十四章。首先介绍了汽车和轿车的定义及分类等，接着分析了国际国内汽车行业与轿车行业的发展概况，然后分别对微型轿车、经济型轿车、其他轿车细分市场做了具体细致的分析。随后，报告对中国轿车行业做了进出口分析、市场竞争分析、市场营销分析、相关产业发展状况分析、重点企业运营状况分析，最后对轿车行业做了投资分析及趋势预测。您

软件总体设计说明书

“教师评教系统”软件总体设计说明书 1.引言 1.1编写目的 编写本可行性研究报告的目的是面对高校教师测评系统进行可行性分析，以最小的代价在尽可能的时间内确定问题是否能够解决和是否值得解决，并最终确定本软件系统并发的可行性。 本文档预期的读者是软件管理人员、并发人员和维护人员。 1.2背景 项目名称：教师评教系统 项目用户：高校测评人员 开发单位：高校计算机系 1.3参考资料 ①《软件产品开发文件编制指南（GB 8567-1987）》 ②《实用软件文档写作》，清华大学出版社 2.总体设计 2.1需求规定 本系统完成高校教师评教的工作，系统的功能如下图：

2.2运行环境 Microsoft Visual Studio 3.数据库设计 3.1表格设计 汇总表

列名数据类型是否允许 为空是否为主键 部门表T_Department 部门编号DepartmentId Int否是部门名称DepartmentName Nvarchar(20)否否 部门号DepartmentNumb er int是否 项目表T_Items 项目编号ItemID Int 否是主项目编号MainID Int 否否项目名称ItemName Int 否否项目ID Idx Int 否否IVA IVA Float 否否IVB IVB Float 否否IVC IVC Float 否否IVD IVD Float 否否IMA IMA Nvarchar(MAX) 是否IMB IMB Nvarchar(MAX) 是否IMC IMC Nvarchar(MAX) 是否IMD IMD Nvarchar(MAX) 是否Memo Memo Nvarchar(MAX) 是否 类型表T_KindInfo ID类型KindID Int 否是用户ID UserID Int 否否KType Int 否否 Kid Int 否否 Tid Int 否否选择类型T_Select Nvarchar(MAX) 是否分数T_Score Float 否否T_Lock Int 否否 T_Memo Nvarchar(MAX) 是否 T_RS Float 否否 主项目表T_MainItem 主项目ID MainID Int TabID TabID Int 否是项目名称ItemName Nvachar(MAX) 否否项目统计ItemValue Float 否否Idx Int 否否总计ChildCount Int 否否Memo Nvarchar(MAX) 是否

系统需求规格说明书 (1)

XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录

1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI

项目管理系统_需求规格说明书V3

品高项目管理系统 软件开发需求

目录 1引言 (2) 1.1编写目的 (2) 2功能性需求 (2) 2.1系统登录 (3) 2.2对内项目管理子系统 (6) 2.3对外项目交流系统 (22)

1 引言 1.1 编写目的 本文档可作为 1. 设计人员进行系统设计的输入源。 2. 开发人员对系统功能开发的依据。 3. 测试人员编写系统测试计划，测试案例编写的输入源。 4. 产品经理检查系统实现程度的依据。 5. 项目团队外人员进行沟通的外部接口，用于他们评审和理解系统。 6. 项目需求阶段的主要交付物。 7. 收集并记录所有的外部接口，以用于作为完成设计和实现系统的参考。 2 系统概貌 2.1 系统背景 随着公司发展，客户范围不断增长,项目数量多且繁杂,给公司的和客户了解项目实际情况带来很大不便,公司及客户之间缺乏有效快速的沟通交流环境. 基于上诉背景，我们提出需建立一套完善的项目管理系统，作为公司及客户之间对项目信息的了解及在线交流, 以满足公司发展的需求。 2.2 用户描述 本系统用户为我们公司业务人员、项目成员、项目经理、管理中心、财务合同管理员、部门经理，项目管理层等。 2.3 系统角色权限 系统的不同角色对信息的权限见附件表 角色权限表.xlsx 2.4 一般限制 ? 应用系统应采用B/S 结构，客户端支持IE6.0 以上的版本。 ? 应用系统的开发工具与技术应采用Microsoft .NET 的技术体系。 ? 应用系统中所有数据统一保存到SQL Server 数据库。

2.5出错处理 ?所有的应用系统错误都应记录到系统日志文件中。 ?所有的Windows服务错误都应记录到Windows服务日志文件中。 ?所有的Web服务错误都应记录到Web服务日志文件中。 2.6假设和依赖条件 ?本系统假设.Net Framework 4.0平台稳定可靠，性能满足实际需求。系统构建在Microsoft .Net Framework平台中，严重依赖于该平台的可靠性，稳定性和性能。 ?本系统假设Microsoft SQL Server数据库稳定可靠，性能满足实际需求。系统数据存储于Microsoft SQL Server数据库中，依赖Microsoft SQL Server数据库的可靠性，稳定性和性能。 ?本系统假设涉及的外部接口可靠运行，提供正确数据。系统部分数据展现依赖于外部接口，当外部接口不能正确工作时，可能会导致部分展示数据不正确或无法显示。 ?本系统假设网络状态良好。本系统和客户端交互时依赖于网络状况，当网络故障或者性能低下时，可能会造成系统无法访问，系统响应速度变慢，数据无法提交等现象。但不应出现数据完整性和一致性的损坏。 ?本系统假设工作流引擎稳定可靠，性能满足要求。 ?本系统假设硬件服务器工作状态良好。 3功能性需求 3.1系统登录 【REQ_1】使用系统的用户分2类,内部用户及外部用户 【REQ_2】内部用户访问系统的时候,需要输入AD帐号密码进行身份验证检查 【REQ_3】外部用户访问系统的时候,需要输入用户名和密码进行身份验证检查 3.2首页 【REQ_4】每个用户登录后都可进入自己所属角色的首页 3.2.1.1业务人员 【REQ_5】列出业务人员本人的预立项的项目列表，已完成的合同列表，个人待办事宜，如下图示：

学生管理系统设计说明书范文

学生管理系统设计 说明书

1简介 1.1 设计要求 学生管理系统应包含学生的全部信息。每个学生是一条记录，包括姓名、学号、性别、出生年月、专业、班级、家庭地址、宿舍号码等。本系统能够按专业班级或学号查找学生，并显示相关学生情况。要求程序结构合理、算法准确、语法正确，并生成可执行文件。 1.2 系统概述 学生信息管理系统作为一个应用软件为学校师生提供一个对学生信息进行管理和查询的平台。用户可根据系统界面的提示信息对学生的信息进行输入、修改、增加、删除、查询、排序等操作。 1.3开发与设计的总体思想 本系统主要应用模块化的设计思想实现学生信息的输入、修改、增加、删除、查询、排序等典型管理功能。各主要模块的数据均存储在文件中，因此包含对文件的读、写等基本操作。在软件开发过程中应用了C语言程序设计中的基本控制结构，如选择、循环、顺序结构。 2

2 总体设计 2.1 功能需求 该系统提供了一个对学生信息进行管理和查看的平台，给用户一个交互式的应用接口，具体功能如下： 2.1.1创立学生信息 用户根据提示信息输入学生的姓名、学号、性别、出生年月、专业、班级、家庭地址、宿舍号码等信息，系统会以文件形式存储，以便进行管理。 2.1.2查询学生信息 用户根据提示信息输入学生的学号或专业班级的方式进行查询，在学生文件中查找到该信息并显示出来。 2.1.3修改学生信息 用户能够根据系统提示修改自己的一些信息。 2.1.4删除学生信息 3

用户根据提示信息输入学生的学号，在学生文件中查找到该信息并删除。 2.1.5显示学生信息 用户根据提示信息输入学生的学号或班级，在学生文件中查找到该信息并显示。 2.1.6保存学生信息 系统将学生信息记录存储在系统磁盘的文件中，以便进行管理、检索和备份。 2.2 系统功能结构图

软件概要设计说明书范例

XX概要设计说明书

文档修改记录

填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。

目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。