软件概要设计说明书(类图,顺序图)

合集下载

软件项目概要设计说明书模板

软件项目概要设计说明书模板

软件项目

概要设计说明书模板

XXXXXX公司

二零二三年十二月

第 1页共14页

修订记录

第 2页共14页

目录

目录 (3)

1文档介绍 (5)

1.1文档目的 (5)

1.2文档范围 (5)

1.3读者对象 (5)

1.4参考文献 (5)

1.5术语与缩写解释 (5)

2系统概述 (6)

3设计约束 (6)

4系统总体功能结构 (7)

4.1系统管理子模块 (7)

4.1.1系统管理子模块功能结构 (7)

4.1.2系统管理子模块功能描述 (7)

4.2XX子模块 (8)

4.2.1XX子模块功能结构 (8)

4.2.2XX子模块功能描述 (8)

4.3党委个人XXXX子模块 (9)

4.3.1党委个人XXXX子模块功能结构 (9)

4.3.2个人XXXX模块功能描述 (9)

4.4XX子模块 (9)

4.4.1XX模块功能结构 (9)

4.4.2子模块功能描述 (9)

4.5消息管理子模块 (10)

4.5.1消息管理子模块功能结构 (10)

4.5.2消息管理子模块功能描述 (10)

4.6汇总统计子模块 (10)

第 3页共14页

4.6.1汇总统计子模块功能结构 (10)

4.6.2汇总统计子模块功能描述 (10)

4.7预警提醒子模块 (11)

4.7.1预警提醒子模块功能结构 (11)

4.7.2预警提醒子模块功能描述 (11)

4.8和XXX数据同步子模块 (11)

4.8.1和XXX数据同步模块功能结构 (11)

4.8.2和XXX数据同步子模块功能描述 (11)

5开发环境的配置 (12)

6运行环境的配置 (13)

7测试环境的配置 (14)

软件概要设计说明书(模板)

软件概要设计说明书(模板)
2.5功能器求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:
程序1
程序2
……
程序n
功能需求1

功能需求2

……
功能需求n


2.6人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
2.7尚未问决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
c.恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。各个程序之间的对应关系,可采用如下的矩阵图的形式
4.2运行控制
说明每一种外界的运行控制的方式方ቤተ መጻሕፍቲ ባይዱ和操作步骤。
4.3运行时间
说明每种运行模块组合将占用各种资源的时间。
5系统数据结构设计
5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
5.2物理结构设计要点
6.2补救措施
说明故障出现后可能采取的变通措施,包括:

软件概要设计说明书类图顺序图

软件概要设计说明书类图顺序图

软件概要设计说明书类

图顺序图

TPMK standardization office【 TPMK5AB- TPMK08- TPMK2C- TPMK18】

软件概要设计说明书 (2)

1.概述 (2)

1.1 软件设计目标 (2)

1.2 参考资料 (2)

2 术语表 (2)

3 用例 (2)

4 设计概述 (3)

4.1简述 (3)

4.2系统结构设计 (3)

4.1.1 物理模型: (3)

4.1.2 软件功能结构图: (4)

4.3系统层次划分 (5)

4.4设计用况的类图、顺序图 (6)

4.4.1市民上报问题 (6)

4.4.2上级下达命令 (10)

4.4.3街乡二级平台上报问题 (13)

4.4.4(监督员)登记问题(接线员上报问题) (15)

4.4.5值班长核查问题 (18)

4.4 约束和假定 (21)

5 非功能性需求 (21)

软件概要设计说明书

1.概述

本说明书主要描述朝阳区城市网络化管理信息系统的子系统的各个模块的设计;包括登录模块,登记问题模块,市民上报问题模块,上级下达命令模块,街乡二级平台上报问题模块,核查问题模块,以及立案模块。将针对上述模块的功能进行面向对象的分析并完成相应用例的顺序图,相应对象的状态图的设计以及系统总体构架和配置。对系统的性能,可用性等非功能需求也有相应描述,供详细设计人员和项目小组以及用户参考。

1.1软件设计目标

我国数字城市技术应用现已逐渐应用到社会的各个领域中。为了节约大量的人力、物力、财力。网格管理新模式的提出将解决人们一串串“投诉没门路、解决无期限”的烦恼。

本系统主要实现朝阳区城市网络化管理信息系统中的信息提交子系统功能。具体针对各个模块进行概要设计,模块化结构更清晰。

软件项目概要设计说明书(模板)Word版

软件项目概要设计说明书(模板)Word版

××_软件项目概要设计说明书

版本:

编制:

审核:

批准:

颁布日期:2017年4月18日

受控状态:■受控□非受控

分发范围:项目组、财务部、质量管理部

修订记录

传播优秀Word版文档,希望对您有帮助,可双击去除!

目录

1 引言 (1)

1.1 概述 (1)

1.2 目的 (1)

1.3 范围 (1)

1.4 缩略语 (1)

1.5 术语 (2)

2 参考资料 (2)

3 交付需求列表 (2)

4 系统物理架构 (2)

4.1 系统运行的硬件环境 (2)

4.2 系统运行的软件环境 (3)

4.3 系统运行的网络环境 (3)

4.4 系统部署图 (3)

4.5 安装部署说明 (4)

5 系统逻辑架构 (5)

5.1 子系统一 (5)

1.1.1子模块一 (5)

1.1.2子模块二 (5)

5.2 子系统二 (5)

6 实现视图 (5)

7 进程视图 (6)

8 数据库设计 (6)

9 设计约束 (6)

10 内部接口定义 (6)

11 外部接口 (6)

12 开发环境说明 (7)

13 技术难点 (7)

14 附录 (8)

14.1 模型文件 (8)

14.2 XXXX (8)

××_软件项目概要设计说明书

1引言

1.1概述

{应包括:

a. 项目的委托单位、开发单位和主管部门;

b. 该软件系统与其他系统的关系。}

本项目交办方为,承办方为。}

1.2目的

{阐明编写概要设计说明书的目的,指明读者对象。}

本文档是在用户和开发方对系统进行需求开发,形成软件需求规格说明书后,设计人员分析各个详细需求后,对软件的概要设计。

本文档作为软件概要设计和软件详细设计的重要依据。软件概要设计人员和软件详细设计人员依此作为工作依据。

软件概要设计说明书

软件概要设计说明书

软件概要设计说明书

文档修改记录

填写说明

1. 系统结构的定义

本体系对整个软件系统按如下结构方式进行划分:系统→子系统→模块→子模块

其中:

(1)“系统→子系统”划分属于“系统设计”,在系统设计说明书中予以描述。

(2)“子系统→模块”划分属于“概要设计”,在本说明书中予以描述。

(3)“模块→子模块”划分属于“详细设计”,在详细设计说明书中予以描述。如果系统相对简单,可以省略“子模块”这一层次。

2. 如果填写了系统设计说明书,则在本说明书中略过“系统→子系统”划分的相关内容(即第2章)。

3. 如果系统相对简单,不需要做“系统→子系统”划分,这种情况下,取消填写系统设计说明书,只须填写本说明书,直接套用“子系统→模块”划分(即第3章)进行“系统→模块”划分(把其中“子系统”一词替换为“系统”),并删除本说明书中“系统→子系统”划分的相关内容(第2章)。

目录

1.简介 (1)

1.1.背景和目的 (1)

1.2.范围 (1)

1.3.术语和缩略语 (1)

2.系统总体设计 (1)

2.1.任务概述 (2)

2.1.1.目标 (2)

2.1.2.需求概述 (2)

2.2.设计概述 (2)

2.2.1.总体约束 (2)

2.2.2.系统外部接口 (2)

2.2.3.设计方案概述 (2)

2.3.系统架构设计 (3)

2.3.1.系统的逻辑架构设计 (3)

2.3.2.系统的物理架构设计 (4)

2.4.子系统定义 (5)

2.4.1.子系统列表 (5)

2.4.2.子系统间关系 (5)

3.子系统1设计 (6)

3.1.任务概述 (6)

软件概要设计说明书(案例)

软件概要设计说明书(案例)

软件概要设计说明书(案例)

软件概要设计说明书

So ftw are Pr eli mi nar y De sig n

De scr

分类:<类别> 使用者:<使用者>

托普集团,2002

<项目名称>

项目编号:<项目编号>

文档名称

Version

项目承担部门:撰写人(签名):完成日期:

本文档使用部门:■主管领导■项目组□客户

(市场)□维护人员□用户

评审负责人(签名):

评审日期:

iption

1. 引言

1.1 编写目的

软件概要设计是从总体上把握系统设计框架,他包括模块划分、处理流程和接口设计,概要设计说明书对上述内容作了总体描述,体现了用户需求与应用系统实现之间的关系,在设计过程中起到了提纲挈领的作用。

待开发的软件系统的名称:多层体系政务框架平台之一行政服务中心政务平台

项目名称:多层体系政务框架平台之一行政服务中心政务平台

项目的任务提出者:集团公司中央研院应用产品开发中心

项目的任务开发者:多层体系政务框架平台之一行政服务中心政务平台项目开发组

项目的用户:行政服务中心

本文档的阅读者:多层体系政务框架平台之一行政服务中心政务平台项目组

1.2 定义

1.3 参考资料

2. 范围

2.1 系统主要目标

构建行政服务中心政务平台,实现办件处理网络化、无纸化、科学化,内部办公自动化与政务公开化的要求,并为领导提供办件相关的统计与决策分析数据。

2.2 主要软件需求

网上审批,网上办件与流程监控。

2.3 设计约束、限制

本节描述软件开发工作的某些限制,例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。

软件概要设计说明书

软件概要设计说明书

软件概要设计说明书

1.引言

本软件概要设计说明书是为了介绍软件的整体架构和功能设计,以便于开发团队和项目相

关人员了解软件的大体情况和设计思路。

2.软件概述

本软件是一款用于管理个人日常事务和安排的日程管理软件,主要功能包括日程安排、提

醒通知、任务管理、备忘录等,旨在帮助用户提高工作效率和时间管理能力。

3.总体设计

3.1 软件架构

本软件采用前后端分离的架构设计,前端使用React进行界面设计,后端使用Node.js进

行逻辑处理和数据存储,数据库采用MySQL进行数据存储。

3.2 功能模块

软件主要分为日程管理模块、提醒通知模块、任务管理模块、备忘录模块等。用户可以根

据自己的需要进行添加、编辑和删除,同时可以设置提醒通知和优先级等。

4.详细设计

4.1 日程管理模块

用户可以添加、编辑和删除日程安排,可设置开始时间和结束时间,以及重复周期、地点、标签等信息。

4.2 提醒通知模块

用户可以设置提醒通知的方式和时间,提醒内容可以自定义,并可设置提前时间,确保用

户不会错过重要事务。

4.3 任务管理模块

用户可以添加、编辑和删除任务,设置任务的优先级、状态、截止时间等信息,以便及时

了解任务进度。

4.4 备忘录模块

用户可以添加、编辑和删除备忘录,对于重要的备忘事项可以设置提醒通知,保证不会遗漏。

5.接口设计

本软件提供RESTful风格的API接口,包括用户管理、日程管理、任务管理、提醒通知、

备忘录等相关功能。

6.安全设计

本软件将采用JWT认证和HTTPS加密等机制,保证用户数据的安全性和隐私保护。

7.性能设计

软件概要设计说明书(模板)

软件概要设计说明书(模板)
c.恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。各个程序之间的对应关系,可采用如下的矩阵图的形式
给出本系统内所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系(索引、设备、存储区域)、设计考虑和保密条件。
5.3数据结构与程序的关系
说明各个数据结构与访问这些数据结构的形式:
6系统出错处理设计
6.1出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。
a.本项目的经核准的计划任务书或合同,上级机关的批文;
b.属于本项目的其他已发表文件;
c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2总体设计
2.1需求规定
说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。
6.2补救措施
说明故障出现后可能采取的变通措施,包括:
a.后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;

软件概要设计 详细设计 软件设计 用户手册说明全套

软件概要设计 详细设计 软件设计 用户手册说明全套

软件概要设计、详细设计、软件设计、用户手册说明

1 简介

1.1 目的

这部分要描述文档的目的。应该指明读者。

1.2 范围

1.2.1 软件名称

对软件命名

1.2.2 软件功能

解释软件产品将完成或不完成的功能(可以直接描述也可以参考相关文档)

1.2.3 软件应用

描述软件的应用领域(可直接描述也可以参考其他软件文档)

2 第0层设计描述

2.1 软件系统上下文定义

本节描述待开发软件系统与外部实体的关系,可以使用系统结构图来描述系统结构和交互关系。

外部实体属性描述只限于软件设计和描述相关的属性。考虑到描述的完整性,可参考相关软件实体文档,如OS程序员手册。

2.2 设计思路(可选)

2.2.1 设计可选方案

对本软件系统的几种设计方案进行分析、比较,并确定所采用的方案。

2.2.2 设计约束

1. 遵循标准

描述本软件所遵循的标准、规范

2. 硬件限制

描述本软件系统实现的硬件限制

3. 技术限制

描述本软件的技术限制

2.2.3 其他

描述其他有关的设计考虑

3 第一层设计描述

3.1 系统结构

如果本文档是针对增强开发/小特性的设计,继承了原有的系统结构,那么应拷贝原有的系统结构说明,如系统结构图和相应的文字说明,然后在一层设计中明显标识出新增功能在原有系统结构中的位置(属于原来哪一个模块的新增功能,与原有各模块之间有什么交互)。在后续的业务流程说明、模块分解描述、依赖性描述和接口描述中,如果与本次增强开发/小特性无关的,可以不再重复描述,如果有关联的,应该拷贝原有的设计说明,在此基础上再说明更改的内容。

3.1.1 系统结构描述

软件概要设计说明书

软件概要设计说明书

概要设计说明书

编号:

版本:2.0

变更记录

1引言

1.1 编写目的

说明编写这份概要设计说明书的目的,指出预期的读者。

1.2 背景

a. 待开发软件系统的客户简介;

b. 商业应用背景介绍;

c. 预期的使用环境、使用者;

1.3 术语定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

2总体设计

概述总体设要的功能结构、系统逻辑(分层)系统、网络拓朴结构。概述系统运行软/硬件开发环境与开发工具。

给出系统结构总体框图(包括软件、硬件结构框图),说明本系统的各模块的划分,扼要说明每个系统模块的标识符和功能,分层次地给出各模块之间的控制与被控制关系。

3功能框架设计

说明对本系统的主要功能构成、构成关系及实现方法。

功能需求与系统模块的关系

本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。

4人工处理过程

说明在本系统的工作过程中不得不包含的人工处理过程。

5尚未解决的问题

说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。6接口设计

6.1 用户接口

说明将向用户提供的命令和它们的语法结构,以及相应的回答信息。

说明提供给用户操作的硬件控制面板的定义。

6.2 外部接口

说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。

6.3 内部接口

说明本系统之内的各个系统元素之间的接口的安排。

7系统数据结构设计

不涉及软件设计可不包含。

7.1 逻辑结构设计要点

给出本系统内软件所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。

软件概要设计说明书(类图-顺序图)

软件概要设计说明书(类图-顺序图)
中华人民共和国国家标准: 《城市市政监管信息系统技术规范》 ; 《城市市政监管信息化部件和事件分类与编码》 ; 《城市市政监管信息化单元网格划分与编码》 ; 《城市市政监管信息化地理编码》 ;
《软件需求规格说明书》
2 术语表
UML 统一建模语言
3 用例
系统顶级用例图:
4 设计概述
4.1 简述
本说明书采用的设计方法为面向对象设计法 ; 系统的体系结构为 B/S 结构 ; 相应技术为 UML_Rational Rose.
值班长查询 核查
通用查询
数据层
数据库
界面层包括登录界面、 市民上报问题界面、 市级领导上报问题界面、 街乡二级平台上报
问题界面、监督员上报问题界面、值班长浏览操作界面等用户界面。
专用软件层包括市民上报问题, 市级领导上报问题, 街乡二级平台上报问题, 监督员上
报问题,值班长核查问题等处理。
通用软件层包括登录、权限管理、通用查询类。
1.1 软件设计目标
我国数字城市技术应用现已逐渐应用到社会的各个领域中。
为了节约大量的人力、 物
力、财力。网格管理新模式的提出将解决人们一串串“投诉没门路、解决无期限”的烦恼。
本系统主要实现朝阳区城市网络化管理信息系统中的信息提交子系统功能。
具体针对
各个模块进行概要设计,模块化结构更清晰。
1.2 参考资料

软件概要设计说明书样本

软件概要设计说明书样本
文档类别: 模板 文档编号: TT-TEM-TS/SDS
版本号: 1.01
文档名称: 软件概要设计阐明书 项目名称: XXXXXX 项目负责人: XXXXXX
编写人: 校对人: 复查人: 批准人:
编写时间: 8 月 3 日 校对时间: 复查时间: 批准时间:
版本
文档时间
ຫໍສະໝຸດ Baidu
版本变更记录
变更阐明
目录
1 简介....................................................................................................错误!未定义书签。
6 数据库设计.........................................................................................错误!未定义书签。
6.1 数据库环境阐明 ....................................................................... 错误!未定义书签。 6.2 数据库设计命名规则................................................................ 错误!未定义书签。 6.3 数据库逻辑设计 ....................................................................... 错误!未定义书签。 6.4 数据库物理设计 ....................................................................... 错误!未定义书签。

软件概要设计说明书模板

软件概要设计说明书模板

1引言 (2)

1.1编写目的 (2)

1.2背景 (2)

1.3定义 (2)

1.4参考资料 (2)

2总体设计 (2)

2.1需求规定 (2)

2.2运行环境 (3)

2.3基本设计概念和处理流程 (3)

2.4结构 (3)

2.4.1 系统物物理结构 (3)

2.4.2 系统流程图 (3)

2.4.3 软件结构图 (3)

2.4.4 模块结构图及模块清单 (3)

2.4.5 模块功能描述 (3)

2.5功能器求与程序的关系 (4)

2.6人工处理过程 (4)

2.7尚未问决的问题 (4)

3接口设计 (4)

3.1用户接口 (4)

3.2外部接口 (4)

3.3内部接口 (4)

4运行设计 (5)

4.1运行模块组合 (5)

4.2运行控制 (5)

4.3运行时间 (5)

5系统数据结构设计 (5)

5.1逻辑结构设计要点 (5)

5.2物理结构设计要点 (5)

5.3数据结构与程序的关系 (5)

6系统出错处理设计 (6)

6.1出错信息 (6)

6.2补救措施 (6)

6.3系统维护设计 (6)

XXXX软件概要设计说明书

1引言

1.1编写目的

说明编写这份概要设计说明书的目的,指出预期的读者。

1.2背景

说明:

a.待开发软件系统的名称;

b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中

心)。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

列出有关的参考文件,如:

a.本项目的经核准的计划任务书或合同,上级机关的批文;

b.属于本项目的其他已发表文件;

c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出

软件设计规格说明书

软件设计规格说明书

《项目名称》软件设计规格说明书

中国人民解放军信息工程大学

历史版本记录

目录

1.引言 (iv)

1.1 编写目的 (iv)

1.2 读者对象 (iv)

1.3 软件项目概述 (iv)

1.4 参考资料 (iv)

2.软件设计约束 (iv)

2.1 设计目标和原则 (iv)

2.2 设计约束 (iv)

3.软件设计描述 (v)

3.1 总体结构设计 (v)

3.2 数据设计 (v)

3.3 详细设计 (vi)

3.4 接口设计 (vi)

软件设计规格说明书

1.引言

1.1 编写目的

简要说明本文档的编写目的。

1.2 读者对象

简要说明本文档可能的读者对象。

1.3 软件项目概述

简要说明关于本软件项目的大致功能和性能要求

1.4 参考资料

以列表或排序的方式给出重要的参考资料的名称、作者、单位、出版日期等信息。2.软件设计约束

2.1 设计目标和原则

-描述本设计欲达到的目标,如实现用户需求,软件系统具有良好的可扩充性等等;

-描述为实现上述目标,在设计软件过程中遵循的一般原则

2.2 设计约束

-硬件平台

-OS要求

-开发语言

-开发工具

-容量和性能要求

-灵活性和配置要求,等等

3.软件设计描述

3.1 总体结构设计

●分子系统,从多个侧面和角度描述待开发系统的总体结构,要求:

(1)完全:实现了所有的用户需求

(2)准确:采用多种方式(文字、图形)、从多个视点精确地描述用户设计;

(3)一致,无二义和歧义:对同一概念采用同一个术语,对容易引起混淆的描述作进

一步的说明;

(4)直观简洁,文字和图形描述精炼,言简意赅

(5)可追踪:所有的设计内容都是对某项或者某些用户需求的软件实现

软件项目概要设计说明书

软件项目概要设计说明书

XX_软件项目概要设计说明书

版本:

编制:

审核:

批准:

颁布日期:2017年4月18日

受控状态:■受控口非受控

分发范围:项目组、财务部、质量管理部

修订记录

目录

Xx_软件项目概要设计说明书

1 引言

1.1 概述

{应包括:

a.项目的委托单位、开发单位和主管部门;

b.该软件系统与其他系统的关系。}

本项目交办方为,承办方为。}

1.2 目的

{阐明编写概要设计说明书的目的,指明读者对象}。

本文档是在用户和开发方对系统进行需求开发,形成软件需求规格说明书后,设计人

员分析各个详细需求后,对软件的概要设计。

本文档作为软件概要设计和软件详细设计的重要依据。软件概要设计人员和软件详细

设计人员依此作为工作依据。

1.3 读者对象

本系统设计说明书的使用读者为:业务经理、软件设计、UI设计人员、

测试人员。

1.4 范围

概要设计要考虑对架构有影响的需求,将系统划分为{子系统一,子系统二},从物理架构,逻辑架构,实现视图,进程视图等四个方面对架构进行描述,定义子系统之间的接口,明确系统依赖的外部接口,说明系统开发准则,选取开发环境,对技术难点进行分析说明。

1.5 缩略和术语

2 参考资料

{参考资料可以是公司内部文档,也可以是外部文档标准或者网站链接.如果网站连接被引用需要给出链接的叱々

3 交付需求列表

{列出本次开发要交付的需求,包括新增的需求,从历史版本集成的需求等}

4 系统物理架构

4.1 系统运行的硬件环境

{使用表格列出系统的硬件环境。如果客户已经购买了硬件,该处列出即可。如果是产品,该处给出推荐配置。列举系统涉及到得第三方厂商的硬件,比如视频设备等}

软件开发概要设计说明书完整版

软件开发概要设计说明书完整版

软件开发概要设计说明

HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】

概要设计说明书

1引言

1.编写目的

概要设计主要是利用比较抽象的语言对整个需求进行概括,确定对系统的物理配置,确定整个系统的处理流程和系统的数据结构,接口设计,人机界面,实现对系统的初步设计。我们根据需求分析得到的数据流图,将之转化为软件结构和数据结构,建立起目标系统的逻辑模型。使软件编程人员能对目标系统有一致的认识。

背景

待开发的软件系统的名称:宿舍管理系统

项目的任务提出者:李剑

项目开发者:李剑、杨民岱、娄小敏、田海燕、沈大正

用户:在校全体师生及相关工作人员

实现该软件的计算机网络:校园网

定义

:一项微软公司的技术,是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。指 Active Server Pages(动态服务器页面),运行于 IIS 之中的程序。

参考资料

【1】赵绪辉张树明编渤海大学信息科学与工程学院《软件工程》课程设计指导

用书第五版

【2】张海藩《软件工程》清华大学出版社第二版

【3】张尧学《web数据库系统开发教程》清华大学出版社第三版

2总体设计

需求规定

本系统主要的输入输出项目有:

输入的信息输出的信息

学生基本信息学生基本信息表

学生留言信息学生留言信息

报修信息报修信息清单

数据可靠性:在应用系统投入运行5年生命周期内数据不得丢失;一旦数据转为历史记录后任何人不得更改。

应用程序试用期结束后,程序运行过程中不允许出现程序逻辑与算法错误。

程序系统运作在运作过程中,由于操作错误或输入/输出数据溢出时,不应死机而应提示故障原因,然后以正常出口退出当前操作环境。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
《城市市政监管信息化部件和事件分类与编码》;
《城市市政监管信息化单元网格划分与编码》;
《城市市政监管信息化地理编码》;
《软件需求规格说明书》
2
UML 统一建模语言
3
系统顶级用例图:
4
4.1简述
本说明书采用的设计方法为面向对象设计法;
系统的体系结构为B/S结构;
相应技术为 UML_Rational Rose.
char
问题发生时间
char
举报人
char
举报人联系方式
char
回复方式
char
附件(图片、视频)
char
登记时间
Date
当前状态
char
操作:
提交信息(CREAT)
重新填写(REWRITE)
4.4.1
检查类:检查市民填写表单的有效性
1)接收市民上报问题表单界面类专递来的表单;
2)进行汇总,形成有效数据并检索数据库的T-ProbRecord表,进行模糊查询,如果存在该问题,则显示该问题已存在对话框;
上报问题处理类:处理上报问题
1)创建问题记录,对默认值默认处理,对关联项进行匹配。
2)读取问题信息,问题编号自动加一,时间为当前系统时间,当前状态为已提交;
3)返回提交成功对话框。
核查申请类:映射到数据库的核查申请表T_Check表上
1)读取核查消息,进行核查
2)核查后提交核查完毕消息;
3)修改核查申请表中的核查否项为:已核查
街乡二级平台上报问题用例中的界面类包括:
登录界面(Login)
街乡二级平台上报问题表单(LeaderForm)
提交成功对话框(SubSuccessDialog)
街乡二级平台上报问题用例中的控制类包括:
身份验证(UserValidity):身份验证
检查(Check):问题查询,以及输入有效性
上报问题处理(Submission)
监督员上报问题用例中的实体类包括:
用户信息表(T_UserInfo)
问题登记表(T_ProbRecord)
顺序图:
4.4.4
街乡二级平台上报问题界面类的原型如图所示:
4.4.4
ProbRecord类:映射到数据库的问题登记表T-ProbRecord表上
处理同上
UserInfo类:映射到数据库的用户信息表T-UserInfo表上
4.4.3
4.4.3
用例编号:U_01_010 上级下达命令:
说明:
街乡二级平台上报问题时,需要正确登录,输入提交者和密码,点击登陆,进行身份验证,身份验证无误后,进入街乡二级平台上报问题表单,输入上报的问题,点击确认,进行有效性验证,进行上报问题处理,修改问题登记表,创建一条问题记录;同时返回提交成功对话框。
专用层、通用层与数据层之间是“请求—服务”关系。
4.4
4.4.1
4.4.1
用例编号:U_01_008 市民上报问题:
说明:
市民上报问题时,在登录界面里,市民无需登录,点击市民上报直接进入市民上报问题表单,输入上报的问题,点击确认,进行有效性验证,查询问题登记表,检查是否有相同的模糊匹配的记录,如果该问题已存在或是已解决,则返回该问题已存在/已解决对话框;否则进行上报问题处理,修改问题登记表,创建一条问题记录;同时返回提交成功对话框。
4.4.5
4.4.5
用例编号:U_01_015 核查问题:
说明:
值班长浏览查询并操作问题时,需要正确登录,输入提交者和密码,点击登陆,进行身份验证,身份验证无误后,进入值班长核查问题表单,可输入查询条件,进行查询,根据返回的记录对不同状态的记录进行不同的操作:对已提交的记录进行立案处理,对于待核查的问题,发送核查命令给监督员进行核查,发送命令成功后返回发送成功对话框。
市级领导上报问题用例中的实体类包括:
用户信息表(T_UserInfo)
问题登记表(T_ProbRecord)
顺序图:
4.4.2
市级领导上报问题界面类的原型如图所示:
登录界面原型如下:
4.4.2
ProbRecord类:映射到数据库的问题登记表T-ProbRecord表上
处理同上
UserInfo类:映射到数据库的用户信息表T-UserInfo表上
3.节点的性能要求
根据登录权限进入相应角色对应的界面,接线员,市级领导,街乡二级平台,值班长,监督员要进行用户名和口令登录检查。
4.1.2
登录模块:除市民外,其余角色必须用相应的用户名和密码登录;
权限管理:根据登录用户名,分配权限;并根据用户权限进入相应的网页;
市民上报问题:市民无需身份验证,可直接填写市民上报问题表单;
处理同上
4.4.4
用户有效性验证类:验证提交者身份
1)提交者点击登陆,根据提交者和密码到信息表中验证有效性
2)验证通过后根据用户信息表中的用户类型编码调用并显示相应的监督员问题登记表单。
检查类:检查监督员问题登记表单的有效性
1)接收监督员问题登记表界面类专递来的表单;
2)进行汇总,形成有效数据;
3)进行上报问题处理
值班长核查问题用例中的界面类包括:
登录界面
值班长核查问题表单
发送成功对话框
值班长核查问题用例中的控制类包括:
身份验证:身份验证
检查:问题查询,以及输入有效性
上报问题处理
值班长核查问题用例中的实体类包括:
软件概要设计说明书
1.
本说明书主要描述朝阳区城市网络化管理信息系统的子系统的各个模块的设计;包括登录模块,登记问题模块,市民上报问题模块,上级下达命令模块,街乡二级平台上报问题模块,核查问题模块,以及立案模块。将针对上述模块的功能进行面向对象的分析并完成相应用例的顺序图,相应对象的状态图的设计以及系统总体构架和配置。对系统的性能,可用性等非功能需求也有相应描述,供详细设计人员和项目小组以及用户参考。
检查类:检查市级领导上报问题表单的有效性
1)接收市级领导上报问题表单界面类专递来的表单;
2)进行汇总,形成有效数据;
3)进行上报问题处理
上报问题处理类:处理上报问题
1)创建问题记录,对默认值默认处理,对关联项进行匹配。
2)读取问题信息,问题编号自动加一,时间为当前系统时间,当前状态为已提交;
3)返回提交成功对话框。
3)进行上报问题处理
上报问题处理类:处理上报问题
1)创建问题记录,对默认值默认处理,对关联项进行匹配。
2)读取问题信息,问题编号自动加一,时间为当前系统时间,当前状态为已提交;
3)返回提交成功对话框。
4.4.4
4.4.4
用例编号:U_01_005 登记问题:
说明:
监督员上报问题时,需要正确登录,输入提交者和密码,点击登陆,进行身份验证,身份验证无误后,进入监督员上报问题表单,输入上报的问题,点击确认,进行有效性验证,进行上报问题处理,修改问题登记表,创建一条问题记录;同时返回提交成功对话框。
接线员上报问题:登录成功后,进入接线员上报表单,登记市民所举报的问题并提交;
市级领导上报问题:登录成功后,进入市级领导上报问题表单,登记问题并提交;
街乡二级平台上报问题:登录成功后,进入街乡二级平台上报问题表单,登记问题并提交;
监督员上报问题:登录成功后,进入监督员上报问题表单,登记问题并提交;
查询模块:登录成功后,值班长可查询所有问题,并根据问题状态进行相应的处理;
上级下达命令用例中的界面类包括:
登录界面(Login)
市级领导上报问题表单(LeaderForm)
提交成功对话框(SubSuccessDialog)
市级领导上报问题用例中的控制类包括:
身份验证(UserValidity):身份验证
检查(Check):问题查询,以及输入有效性
上报问题处理(Submission)
1.1
我国数字城市技术应用现已逐渐应用到社会的各个领域中。为了节约大量的人力、物力、财力。网格管理新模式的提出将解决人们一串串“投诉没门路、解决无期限”的烦恼。
本系统主要实现朝阳区城市网络化管理信息系统中的信息提交子系统功能。具体针对各个模块进行概要设计,模块化结构更清晰。
1.2
中华人民共和国国家标准:《城市市政监管信息系统技术规范》;
街乡二级平台上报问题用例中的实体类包括:
用户信息表(T_UserInfo)
问题登记表(T_ProbRecord)
顺序图:
4.4.3
街乡二级平台上报问题界面类的原型如图所示:
登录界面见上
4.4.3
ProbRecord类:映射到数据库的问题登记表T-ProbRecord表上
处理同上
UserInfo类:映射到数据库的用户信息表T-UserInfo表上
专用软件层包括市民上报问题,市级领导上报问题,街乡二级平台上报问题,监督员上报问题,值班长核查问题等处理。
通用软件层包括登录、权限管理、通用查询类。
数据层包括实体类及其相应的服务。
界面层自系统与专用软件层和通用软件层之间是“请求—服务 ”关系,它不可以直接与数据层发生关系。
专用层与通用层有依赖关系和继承关系。
市民上报问题用例中的实体类包括:
问题登记表(ProbRecord)
顺序图:
4.4.1
市民上报问题界面类的原型如图所示:
登录界面原型如下:
4.4.1
ProbRecord类:映射到数据库的问题登记表T-ProbRecord表上
职责:通过ADO表单内容进行汇总并在T-ProbRecord表中创建一条问题记录。
监督员上报问题用例中的界面类包括:
登录界面(Login)
监督员上报问题表单(SupervsForm)
提交成功对话框(SubSuccessDialog)
监督员上报问题用例中的控制类包括:
身份验证(UserValidity):身份验证
检查(Check):问题查询,以及输入有效性
上报问题处理(Submission)
3)如果不存在该问题,进行上报问题处理
上报问题处理类:处理上报问题
1)创建问题记录,对默认值默认处理,对关联项进行匹配。
2)读取问题信息,问题编号自动加一,时间为当前系统时间,当前状态为待核查;
3)返回提交成功对话框。
4.4.2
4.4.2
用例编号:U_01_009 上级下达命令:
说明:
上级下达命令时,需要正确登录,输入提交者和密码,点击登陆,进行身份验证,身份验证无误后,进入市级领导上报问题表单,输入上报的问题,点击确认,进行有效性验证,进行上报问题处理,修改问题登记表,创建一条问题记录;同时返回提交成功对话框。
值班长发送命令:登录成功后,值班长将待核查的问题以命令形式发送给监督员;
监督员核查问题:登录成功后,监督员核查问题并修改核查问题表单;
立案模块:值班长登录成功后,根据问题状态进行立案;
4.3
系统划分为五个层次:用户界面层、专用应用软件层、通用应用软件层、中间层和数据层。
系统层次图:
界面层包括登录界面、市民上报问题界面、市级领导上报问题界面、街乡二级平台上报问题界面、监督员上报问题界面、值班长浏览操作界面等用户界面。
4.2系统结构设计
4.1.1
配置图:
1.节点说明
Web服务器:Happy 20052.40GHz CPU,512MB内存,20GB*4硬盘;操作系统:Windows XP;
数据库服务器: MS SQL Server 2000;
浏览器:IE5.0。
协议:数据库:ADO
2. 节点间的连接
协议:网络:TCP/IP
属性:
项目
类型
长度
备注
问题编号*
Int
问题来源*
Int
来源方式*
char
接线员*
char
监督员*
char
城管通手机号*
Int
问题类型**
Int
部件信息**
Int
大类*
Int
小类*
Int
所属城区
Int
所属街区
Int
所属社区
Int
所属万米单元
Int
事件位置说明
char
问题描述
char
破坏程度
char
影响范围
职责:根据输入的提交者,密码,到用户信息表中验证用户身份,并根据权限显示相应的表单。
属性:
项目
百度文库类型
长度
备注
用户编码
int
用户名
char
密码
char
用户类型编码
int
4.4.2
用户有效性验证类:验证提交者身份
1)提交者点击登陆,根据提交者和密码到信息表中验证有效性
2)验证通过后根据用户信息表中的用户类型编码调用并显示相应的市级领导上报问题表单。
市民上报问题用例中的界面类包括:
登录界面(Login)
市民上报问题表单(PubForm)
提交成功对话框(SubSuccessDialog)
问题已存在/已解决对话框(ExistDialog)
市民上报问题用例中的控制类包括:
检查(Check):问题查询,以及输入有效性
上报问题处理(Submission)
处理同上
4.4.3
用户有效性验证类:验证提交者身份
1)提交者点击登陆,根据提交者和密码到信息表中验证有效性
2)验证通过后根据用户信息表中的用户类型编码调用并显示相应的街乡二级平台上报问题表单。
检查类:检查街乡二级平台上报问题表单的有效性
1)接收街乡二级平台上报问题表界面类专递来的表单;
2)进行汇总,形成有效数据;
相关文档
最新文档