概要设计实例

概要设计说明书

1.引言

1.1编写目的

本概要设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行总体设计,在明确系统需求的基础上划分系统的功能模块,进行系统开发的分工,明确各模块间的接口,为进行后面的详细设计和实现作准备。本概要设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣,在以后想对系统进行扩展和维护的人员。

1.2背景

a.待开发的系统的名称: ;

b.本项目的任务提出者: 赵东,成富,陈良,窦文敏

开发者:赵东,成富,陈良,窦文敏

用户:所有对该项目感兴趣,并想通过该项目的产品提高资源检索速度和质量,方便的进行资源检索,预览,上传及下载的用户。

2.总体设计

2.1需求规定

2.1.1系统功能

●的文件上传及下载功能:类似于普通的文件上传和下载功能。

◆用户输入的服务器及用户名,密码,连接服务器并上传或下载用户指定的

文件。

◆如果用户不输入用户名,密码则默认为匿名登录。

◆可以以列表的形式显示服务器连接信息,以表格的形式显示正下载文件的

信息。

◆具有站内搜索功能。

●资源实时检索功能:提供一个强大的搜索引擎功能,用户只需提供关键字和需要

检索的资源的类型,就能检索到上面所述四种子平台上的所有相关资源,并且列出

来的资源都是可使用的。

●资源预览功能:对于服务器上的某些资源,用户可以选择预览,以确定是否下载。

●资源统计信息的功能:包括最近更新的资源,网上评论较热门的资源等。提供一个

详细的列表,方便用户浏览。

2.1.2系统性能

2.1.2.1时间特性要求

系统的速度要在用户可接受的范围内,但考虑到需要实时检测服务器的可用性,对资源实时搜索的速度可以有较低的要求。的文件上传和下载速度要尽量的接近于普通的速度。

2.1.2.2可靠性

系统要有较高的可靠性,可恢复性。

2.1.2.3灵活性

系统要有良好的接口,以适应增加资源平台,增加资源类型,增加相关的资源获取功能的需求;并留有服务器接口,适应对以后实现服务器功能的需要;同时系统还需要具有跨平台功能。

2.1.3输入输出要求

于和资源实时检索功能系统的输入数据分为两种类型,如果用户已知服务器,用户名,密码,则输入数据为服务器,用户名,密码;如果用户只知道需要的资源名称和类型,则输入需要的资源名称和类型。系统输出为用户需要的资源列表。并下载用户选择的文件。

对于预览功能,用户需要选择要预览的文件,系统输出该文件的一部分或全部内容,如果用户选择保存预览内容,则保存。

2.1.4数据管理能力要求

系统需要记录用户最近连接过的的地址,用户名,密码及该站点的文件列表。

2.1.5故障处理要求

具有一定的容错能力,能检测用户的错误输入并给出错误提示,能检测资源的可用性错误并输出结果。能进行系统故障恢复。

2.1.6其他专门要求

因为本系统是一个普遍使用的工具,所以要求界面友好,使用方便,并要求系统具有高稳定性,可扩充性和运行环境的可转换性。

2.2运行环境

2.2.1设备

普通机,互联网。

2.2.2支持软件

操作系统:或

其它软件 1.4

2.2.3接口

该系统早期会使用北大天网搜索引擎和其他的文件搜索系统如百度的功能实现资源的检索,但是在后期时间允许的情况下会开发自己的检索部分。

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

系统的用况图如下:

图1 系统的用况图

活动者:用户,即使用系统进行资源上传下载,站内搜索,资源实时检索,资源预览和资源统计信息的人。

用况说明:

●用况名称:上传

参与者:用户

主要事件流:

1. 用户输入的及用户名,密码。

2. 系统连接。

3. 用户选择资源并选择上传功能。

4. 系统运行上传功能,并显示资源上传信息。

异常事件流:

1. 用户输入的无法连接。

2. 显示无法连接,并提示原因,如无法找到此,用户名或密码错误,连接人数已满等等。

异常事件流:

1. 资源上传出错。

2. 显示资源上传错误,并提示原因,如无上传权限,空间已满等等。

●用况名称:下载

参与者:用户

主要事件流:

1. 用户输入的及用户名,密码。

2. 系统连接。

3. 用户选择资源并选择下载功能。

4. 系统运行下载功能,并显示资源下载信息。

异常事件流:

1. 用户输入的无法连接。

2. 显示无法连接,并提示原因,如无法找到此,用户名或密码错误,连接人数已满等等。

异常事件流:

1. 资源下载出错。

2. 显示资源下载错误,并提示原因,如无下载权限,用户磁盘空间已满等等。

●用况名称:站内搜索

参与者:用户

主要事件流:

1. 用户输入需要搜索的资源名称关键字。

2. 系统进行站内搜索并显示搜索结果。

●用况名称:资源实时搜索

参与者:用户

主要事件流:

1. 用户输入需要搜索的资源名称关键字,选择需要的资源类型。

2. 系统进行实时检索。

3. 输出检索结果。

4. 用户在检索结果中选择需要的资源。

5. 系统连接用户选择的资源,并显示。

异常事件流:

1. 实时检索出错。

2. 显示错误。

●用况名称:预览

参与者:用户

主要事件流:

1.用户选择需要预览的资源并选择预览功能。

2.系统显示资源的内容。

3.用户选择保存预览资源。

4.系统将该资源保存到用户选择的目录。

异常事件流:

1. 预览出错。

2. 系统显示出错信息。

●用况名称:统计资源信息

参与者:用户

主要事件流:

1. 用户输入需要统计信息的资源类型。

2. 系统统计资源的信息。

3. 显示资源的统计信息。

异常事件流:

1. 统计资源信息出错。

2. 系统显示出错信息。

系统的主要使用流程:

2.4结构

系统物理结构图:

BT服务器图2 系统物理结构图

系统模块图

图3 系统模块图

●:系统界面部分,负责接受用户输入,显示系统输出,负责其他模块功能的协调调用,

并含有站内搜索功能,即在用户指定的已打开的站点中搜索用户需要的资源。部分调用部分的功能读取文件中保存的界面元素属性信息,用户最近访问过的10个信息,用户选择的下载的内容列表及其他需要通过文件保存的信息。

●:实现客户端的功能,连接,上传及下载:上传或下载用户指定的资源,并返回相应的

信息。

●:资源实时检索部分,根据用户输入的资源名称关键字,资源类型和选择的检索方式检

索用户需要的资源,并验证资源的可用性,返回可用资源及其大小,速度等相关信息。

●:资源预览部分,显示用户选择的资源的部分内容,以使用户决定是否需要该资源。部

分调用部分读取属性文件的内容以设置预览资源内容的显示格式。

3.接口设计

3.1用户接口

1.用户:用户需要浏览的的,用户名,密码。

系统:打开该,根据用户的选择上传,下载或预览资源。

2.用户:用户需要实时检索的资源的名称关键字和资源类型。

系统:实时检索用户需要的资源,显示可用资源的列表。

3.用户:输入需要统计信息的资源类型

系统:统计资源信息并显示。

3.2外部接口

调用天网的文件检索功能:参数:需要检索的资源名称关键字,

返回:与该关键字匹配的所有资源的。

调用百度的搜索功能:参数:需要检索的资源名称关键字,

返回:与该关键字匹配的所有资源的。

3.3内部接口

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

输入:地址,用户名,密码,需上传的资源,上传到的目录。

输出:上传速度,其它相关信息。

输入:地址,用户名,密码,需下载的资源,下载的目录。

输出:下载速度,其它相关信息。

内部界面与资源站内搜索间的接口:

输入:地址,需搜索资源的名称关键字。

输出:搜索结果列表。

与间的接口:

输入:需搜索资源的名称关键字,需搜索资源的种类。

输出:搜索结果列表。

与间的接口:

输入:需预览资源的地址及类型。

输出:需预览资源的内容。

与统计资源信息界的接口:

输入:需统计信息的资源类型。

输出:资源统计信息。

4.运行设计

4.1运行模块组合

上传功能:系统界面模块,上传模块。

下载功能:系统界面模块,下载模块。

资源站内搜索功能:系统界面模块,站内搜索模块。

资源实时检索功能:系统界面模块,资源实施检索模块。

资源预览功能:系统界面模块,预览模块。

统计资源信息功能:系统界面模块,统计资源信息模块。

4.2运行控制

上传:输入的,用户名,密码。

连接,显示的内容。

浏览选择要上传到的目录。

选择需要上传的资源并选择上传功能。

执行上传操作。

显示上传速度及相关信息。

下载:输入的,用户名,密码。

连接,显示的内容。

浏览选择要下载资源所在的目录。

选择需要下载的资源并选择下载功能。

执行下载操作。

显示下载速度及相关信息。

资源站内搜索:输入需要搜索的资源名称关键字。

搜索用户指定的资源。

返回搜索结果。

资源实时搜索:输入需要搜索的资源名称关键字及资源类型。

进行资源实时搜索。

显示可用资源列表。

执行其他所需的操作如下载。

资源预览:选择需要预览的资源并选择预览功能。

显示资源的部分内容。

决定是否保存该资源。

统计资源信息:输入需统计信息的资源类型。

执行统计资源信息功能。

显示结果。

5.系统数据结构设计

5.1逻辑结构设计要点

主要的逻辑结构如下:

:服务器信息。

属性:(服务器名称或)

(端口号)

(用户名)

(密码)。

:实时检索到的资源。

属性:(文件资源的,包括协议、主机字符串、路径、文件名)

(天网将它编入索引的日期)

(文件的大小)

(以毫秒计算的响应时间)。

5.2物理结构设计要点

用户最近访问的服务器信息使用文件保存。

用户最近访问的服务器的内容使用文件保存,每个的内容存为一个文件。

系统中对资源分类的类型使用文件保存。

系统界面的显示属性,如字体属性等使用文件保存。

系统界面中使用的相关图片需要保存在客户端机器上。

11 / 11

概要设计说明书例子

概要设计说明书 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 (异步传输模式)。 1.4参考资料 以下列出在概要设计过程中所使用到的有关资料: 1.机票预定系统项目计划任务书浙江航空公司 1999/3 2.机票预定系统项目开发计划《》软件开发小组 1999/3 3.需求规格说明书《》软件开发小组 1999/3 4.用户操作手册(初稿)《》软件开发小组 1999/4 5.软件工程及其应用周苏、王文等天津科学技术出版社 1992/1 6.软件工程张海藩清华大学出版社 1990/11 7.Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2.任务概述 2.1 目标 2.2 运行环境 系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上,客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2.3 需求概述

软件工程概要设计说明书例子

软件工程概要设计说明书例子 概要设计是软件工程中的重要阶段之一,它为软件系统的详细设计和实 现奠定了基础。本文将以一个例子来介绍软件工程概要设计说明书的基本结 构和内容要求。 1. 引言 在引言部分,需要对软件系统的背景和目标进行简要介绍。包括系统的 概述、开发目标和范围、适用方面等。还应该说明本文档的读者对象以及其 他相关参考文献。 2. 系统设计 系统设计部分是概要设计说明书的核心内容。需要详细描述软件系统的 整体结构、模块划分和组织关系。可以采用层次化图表示各个模块之间的调 用关系。在这部分还需详细描述系统的功能需求和非功能需求,包括可靠性、性能、安全性等。 3. 数据库设计 如果软件系统需要使用数据库,那么在概要设计说明书中应该有对数据 库的设计说明。包括数据模型、表结构、字段定义和数据关系等内容。还需 要说明数据库的使用方法和维护规范。 4. 接口设计 软件系统往往需要与外部系统或者其他模块进行数据交换和通信。在接 口设计部分需要详细说明这些接口的定义和使用方式。可以使用表格或者示 意图来描述接口的参数、格式和传输方式。 5. 安全性设计 在软件系统中保护用户数据和系统安全是至关重要的。在概要设计说明 书中,需要说明系统的安全性设计方案,包括用户身份认证、数据加密和防 止恶意攻击等措施。 6. 总结

在总结部分,简要回顾主要设计决策和设计原则,并对概要设计的关键内容进行概括性总结。还可以提出一些后续工作的建议和对软件系统未来发展的展望。 软件工程概要设计说明书是软件开发中必不可少的一步,对于软件系统的后续开发和维护具有重要的指导意义。本文档结构清晰、内容详实,可以帮助开发人员和相关利益方更好地理解和参与软件系统的设计过程。

软件系统开发概要设计-详细案例

【XXXXX应用项目】 概要设计说明书 报告人: 报告时间:

目录 1.引言 (3) 1.1 编写目的 (3) 1.2 背影 (3) 1.3 定义 (4) 1.4 参考资料 (4) 2.总体设计 (4) 2.1 需求规定 (4) 2.2 运行环境 (5) 2.3 基本设计概念和处理过程 (5) 2.4 结构 (16) 2.5 模块图 (16) 3.接口设计 (17) 3.1用户接口 (17) 3.2 外部接口 (18) 3.3 内部接口 (18) 4.运行设计 (18) 4.1运行模块组合 (18) 4.2运行控制 (18) 4.3运行时间 (18) 5.系统数据结构设计 (18) 5.1逻辑结构设计要点 (18) 5.2物理结构设计要点 (19) 5.3 数据结构与程序的关系 (19) 旅客信息表 (19) 团体信息表 (19) 房间信息表 (20) 菜单信息表 (20) 餐桌信息表 (21) 6. 系统出错处理设计 (21) 6.1 出错信息 (21) 6.2 补救措施 (21) 6.3 系统维护设计 (21)

1.引言 1.1 编写目的 编写本说明书的目的是说明对程序系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、功能分配、模块化粉、接口设计、运行设计、数据结 构设计和出错设计等,为程序的详细设计打下基础。 预期读者为:软件开发的人员,项目评审人员,及软件测试人员。 1.2 背影 说明: ①待开发的软件系统的名称:酒店管理系统; ②本项目的任务提出者:酒店管理人员; ③本项目的任务开发者:酒店管理系统软件开发小组; ④用户及实现该软件的计算中心:酒店计算机; 1.3 定义 顾客就餐管理:对就餐的顾客进行管理,并存储顾客消费记录。 顾客住宿管理:对就餐的住宿进行管理,并存储顾客住宿记录。 顾客信息:存放顾客的姓名,证件类型,证件号,性别,年龄,籍贯,工作单位等各项基本信息,还有就餐住宿信息,管理员负责管理顾客基本信息。 房间信息:包括房间编号,房间等级,房间价格,房间类型等信息 菜肴信息:包括菜肴编号,菜肴名称,菜肴价格,菜肴类型等信息 1.4 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②概要设计说明书(GB8567——88).doc 2.总体设计 2.1 需求规定 ⑴顾客就餐管理 ①顾客就餐管理由合法用户进行操作,首先用户应先登录该系统,经系统检 查合法并具有相应权限后方能使用; ②输入 顾客姓名,(证件号)等。 ③处理过程描述 先检查顾客的正确身份,给顾客菜单,让顾客点菜并录入系统保存。如果顾客不满意点的菜肴,可以进行换菜或退掉不想要的菜肴。顾客就餐完毕后, 给顾客结帐,并保存顾客的就餐信息到数据库中。 ④输出 操作成功或失败的提示信息 ⑵顾客住宿管理

概要设计说明书实例经典

1 引言 (6) 1.1编写目的 (6) 1.2背景 (6) 1.3定义 (6) 1.4参考资料 (6) 2总体设计 (6) 2.1简述 (6) 2.2架构设计 (7) 2.2.1系统逻辑架构图 (7) 2.2.2系统物理架构图 (7) 2.2.3顶层系统包图 (7) 2.2.4业务类包图 (8) 2.2.5子系统关系图 (8) 2.3接口设计 (8) 2.3.1界面框架设计 (8)

3子系统设计 (8) 3.1基础信息子系统 (8) 3.1.1子系统说明 (8) 3.1.2类图 (9) 3.1.3类说明 (9) 3.1.4界面设计 (14) 3.2我的工作台子系统 (15) 3.2.1子系统说明 (15) 3.2.2类图 (16) 3.2.3类说明 (16) 3.2.4界面设计 (20) 3.3工作进展子系统 (21) 3.3.1子系统说明 (21) 3.3.2类图 (22) 3.3.3类说明 (22)

3.4信息发布子系统 (23) 3.4.1子系统说明 (23) 3.4.2类图 (23) 3.4.3类说明 (23) 3.4.4界面设计 (24) 3.5系统管理子系统 (24) 3.5.1子系统说明 (24) 3.5.2类图 (24) 3.5.3类说明 (24) 3.5.4界面设计 (25) 3.6个人设置子系统 (25) 3.6.1子系统说明 (25) 3.6.2类图 (26) 3.6.3类说明 (26) 3.6.4界面设计 (27)

4约束和假定 (27) 5系统数据结构设计 (28) 5.1逻辑结构设计 (28) 5.1.1角色表(PUBLIC_ROLE) (29) 5.1.2权限表(PUBLIC_PRIVILEGE) (29) 5.1.3角色权限表(PUBLIC_ROLEPRIVILEGE) (30) 5.1.4部门表(PUBLIC_ DEPT) (31) 5.1.5岗位表(PUBLIC_POST) (32) 5.1.6员工表(PUBLIC_MEMBER) (33) 5.1.7工作任务表(WORKPLAN_ TASK) (35) 5.1.8任务分派表(WORKPLAN_ ALLOTTASK) (36) 5.1.9工作计划表(WORKPLAN_ PLAN) (37) 5.1.10计划任务表(WORKPLAN_ PLANTASK) (39) 5.1.11工作日志表(WORKPLAN_ WORKLOG) (40) 5.1.12工作汇报表(WORKPLAN_ WORKREPORT) (41) 5.1.13信息发布表(PUBLIC_ PUBLISHINFO) (41)

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

软件概要设计说明书 So ftw are Pr eli mi nar y De sig n De scr 卷号 卷内编号 密级 分类: 使用者:Error! Unknown document property name. ?top,2000 项目编号:Error! Unknown document property name. 文档名称 Version 项 目 承 担 部 门: 撰 写 人(签名): 完 成 日 期: 本文档 使 用部门:■主管领导 ■项目组 □客户 (市场) □维护人员 □用户 评审负责人(签名): 评 审 日 期:

iption 1. 引言 1.1 编写目的 软件概要设计是从总体上把握系统设计框架,他包括模块划分、处理流程和接口设计,概要设计说明书对上述内容作了总体描述,体现了用户需求与应用系统实现之间的关系,在设计过程中起到了提纲挈领的作用。 待开发的软件系统的名称:多层体系政务框架平台之一行政服务中心政务平台 项目名称:多层体系政务框架平台之一行政服务中心政务平台 项目的任务提出者:集团公司中央研院应用产品开发中心 项目的任务开发者:多层体系政务框架平台之一行政服务中心政务平台项目开发组 项目的用户:行政服务中心 本文档的阅读者:多层体系政务框架平台之一行政服务中心政务平台项目组 1.2 定义 1.3 参考资料 2. 范围 2.1 系统主要目标 构建行政服务中心政务平台,实现办件处理网络化、无纸化、科学化,内部办公自动化与政务公开化的要求,并为领导提供办件相关的统计与决策分析数据。 2.2 主要软件需求 网上审批,网上办件与流程监控。 2.3 设计约束、限制 本节描述软件开发工作的某些限制,例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。 本节内容不是陈述具体需求或设计约束,而是为具体需求以及设计约束的描述提供依据。 经费限制:41.07万; 开发期限:2002年8月31日完成; 硬件限制:硬设备有部分配置比较低,完成本需求说明中的功能和性能要求没有问题;

概要设计 真实案例

概要设计真实案例 概要设计是指对一个项目或产品进行整体规划和设计的一个阶段。它包括对项目需求的分析、功能设计、技术选型、系统架构设计等内容,目的是为了全面了解项目的要求和目标,并提供一个初步的设计方案。 以下是一个关于在线购物平台的真实案例的概要设计: 1. 需求分析: - 用户注册和登录:用户可以通过注册账号或者使用第三方账号登录到平台。 - 商品浏览和搜索:用户可以浏览商品列表、查看商品详情,并且可以通过搜索功能找到自己想要的商品。 - 购物车和结算:用户可以将喜欢的商品添加到购物车,并在结算时选择支付方式和填写收货地址。 - 订单管理:用户可以查看自己的订单状态、取消订单或申请退款。 - 评论和评分:用户可以为购买过的商品撰写评论和评分,帮助其他用户做出购买决策。 - 后台管理:管理员可以对商品、订单、用户等数据进行管理和监控。 2. 功能设计: - 用户管理:包括用户注册、登录、修改个人信息等功能。 - 商品管理:包括商品分类、商品列表、商品详情等功能。 - 购物车和结算:包括添加商品到购物车、购物车列表、选择支付方式等功能。

- 订单管理:包括订单列表、订单详情、订单状态管理等功能。- 评论和评分:包括用户评论、评分、查看评论等功能。 - 后台管理:包括管理员登录、用户管理、商品管理、订单管 理等功能。 3. 技术选型: - 前端技术:使用HTML、CSS和JavaScript进行页面布局和 交互。 - 后端技术:使用Java或Python来实现业务逻辑,并使用框 架如Spring或Django等来提高开发效率。 - 数据库:使用关系型数据库如MySQL或非关系型数据库如MongoDB来存储用户、商品和订单等数据。 - 服务器:使用云服务器如AWS或阿里云来部署和运行应用 程序。 4. 系统架构设计: - 前端客户端:用户通过浏览器访问客户端应用,使用HTML、CSS和JavaScript进行界面交互。 - 后端服务器:接收用户请求、处理业务逻辑,并与数据库进 行交互,返回数据给前端客户端。 - 数据库服务器:存储用户、商品和订单等数据,提供数据访 问接口给后端服务器。 以上是一个在线购物平台真实案例的概要设计,它提供了对项目需求、功能设计、技术选型和系统架构的总体规划,有助于项目团队在后续的详细设计和实施阶段进行工作。

概要设计说明书实例

概要设计说明书 1 引言 编写目的 本设计书是高校固定资产管理项目程序的研发概要设计,将项目开发进程中或者项目结束后提供给双方人员使用,同时也可以作为实施后期的维护人员使用。 项目背景 作为软件开发的前期文档,可以帮助程序设计人员和管理人员提供清晰的设计思路,在软件开发后期的维护阶段也起到至关重要的作用。 委托单位:湖师计科学院开发单位:湖师磁湖在线工作室负责人:关老师 近几年,随着高校学生的人数增加,高校的固定资产也增加,而有一些破旧的资产不能合理的处理和管理,而对于学校这个大群体来说,一个个资产设备,物品,都需要更好的管理和维护,为了高校能够很好的管理学校的设备,我们实验室做了一个高校固定资产管理系统,为学校管理设备带来方便和高效。 定义 B/S :(Browser/Server结构)结构即浏览器和服务器结构。 需求:用户解决问题或达到目标所需的条件和功能;系统或系统部 要满足合同、标准,规范或其他正式文档所需具有的条件及权能。 参考资料 《国家标准软件开发文档规范》 《软件开发流程》,清华大学出版社,2005年1月版 2 任务概述 目标 高校资产管理系统功能有:资产基本资料的管理,资产初始录入,信息统计,盘点管理,折旧管理,审核管理和数据的导入功能,这只要是资产管理的功能。密码设置,权限设置,系统日志及系统退出这主要是系统管理的功能。 运行环境 ·主机: PC兼容机内存256M以上,显示分辨率800*600以上 ·操作系统:window98,window2000,WindowXP及Win7等。 需求概要 用户对软件系统要求使用简单方便,必要的功能一定不能少,且界面设计要大方得体,有良好的视觉效果,待现在系统没实现功能要记录清楚,系统最后阶段要尽量弥补用户所需的功能。

概要设计文档最佳实例

HUST学分制教务管理系统 概要设计说明书 Version1.1 文挡编号hust_gaiyaosheji 文挡名称概要设计文档 撰写人欧高炎 审核/批准 创建时间2008-12-25 更改说明

目录 1引言 4 1.1编写目的 4 1.2背景 4 1.3定义 4 1.4参考资料 4 2任务概述 5 2.1目标 5 2.2运行环境 5 2.3需求概述 6 3总体设计 6 3.1基本设计概念和处理流程 6 3.2结构 9 3.3功能分配 10 4接口设计 11 4.1用户接口 11 4.2外部接口 12 4.3内部接口 12 5运行设计 12 5.1运行模块组合 12 5.2运行控制 12 5.3运行时间 13 6系统数据结构设计 13 7系统出错处理设计 13 7.1出错信息 13 7.2补救措施 13 1引言

1.1编写目的 为明确HUST学分制教务管理系统的系统结构、安排项目规划与进度、制定详细测试计划、组织软件开发与测试,特撰写本文档。 本文档供项目经理、设计人员、开发人员参考。 1.2背景 开发软件名称:HUST学分制教务管理系统 项目任务提出者:华中科技大学教务处 项目开发者:ZOWL团队 用户:华中科技大学学生,教务管理人员 实现软件单位:ZOWL团队 项目与其他软件,系统的关系: 该系统需要在学生成绩管理系统,学生选课系统等已有系统直接复制数据,所以在定义数据时要与已有系统相兼容。 本系统采用B/S,服务器端采用Microsoft Server 2003 为操作系统的工作站,是采用Microsoft SQL Server 2005的为开发软件的数据库服务程序。 1.3定义 SQL :结构化查询语言,关系数据库查询的标准语言; SQL SERVER 2005:微软公司生产的SQL SERVER数据库管理系统; 1.4参考资料 《华中科技大学本科学分制学籍管理条例》 《华中科技大学学分制选课办法》 《华中科技大学学生学号编码管理办法》 编号hust_FSR:《可行性研究报告》镇祎 编号 hust_xiangmujihua:《项目计划说明书》汪瑶 编号 hust_xuqiuguifan《需求规范说明书》欧高炎

概要设计实例

概要设计说明书 1.引言 1.1编写目 本概要设计说明书是针对网络信息体系结构课程作业而编写。目是对该项目进行总体设计,在明确系统需求基础上划分系统功能模块,进行系统开发分工,明确各模块间接口,为进行后面详细设计和实现作准备。本概要设计说明书预期读者为本项目小组成员以及对该系统感兴趣,在以后想对系统进行扩展和维护人员。 1.2背景 a.待开发系统名称:Lyra Resource Platform; b.本项目任务提出者: 赵东,成富,陈良,窦文敏 开发者:赵东,成富,陈良,窦文敏 用户:所有对该项目感兴趣,并想通过该项目产品提高资源检索速度和质量,方便进行资源检索,预览,上传及下载用户。 2.总体设计 2.1需求规定 2.1.1系统功能 ● FTP文件上传及下载功能:类似于普通ftp文件上传和下载功能。 ◆用户输入ftp服务器ip及用户名,密码,连接服务器并上传或下载用户 指定文件。 ◆如果用户不输入用户名,密码则默认为匿名登录。 ◆可以以列表形式显示服务器连接信息,以表格形式显示正下载文件信息。 ◆具有站内搜索功能。 ●资源实时检索功能:提供一个强大搜索引擎功能,用户只需提供关键字和需要检 索资源类型,就能检索到上面所述四种子平台上所有相关资源,并且列出来资源都 是可使用。 ●资源预览功能:对于服务器上某些资源,用户可以选择预览,以确定是否下载。 ●资源统计信息功能:包括最近更新资源,网上评论较热门资源等。提供一个详细列 表,方便用户浏览。

2.1.2系统性能 2.1.2.1时间特性要求 系统速度要在用户可接受范围内,但考虑到需要实时检测服务器可用性,对资源实时搜索速度可以有较低要求。ftp文件上传和下载速度要尽量接近于普通ftp速度。 2.1.2.2可靠性 系统要有较高可靠性,可恢复性。 2.1.2.3灵活性 系统要有良好接口,以适应增加资源平台,增加资源类型,增加相关资源获取功能需求;并留有服务器接口,适应对以后实现服务器功能需要;同时系统还需要具有跨平台功能。2.1.3输入输出要求 于ftp和资源实时检索功能系统输入数据分为两种类型,如果用户已知服务器ip,用户名,密码,则输入数据为服务器ip,用户名,密码;如果用户只知道需要资源名称和类型,则输入需要资源名称和类型。系统输出为用户需要资源列表。并下载用户选择文件。 对于预览功能,用户需要选择要预览文件,系统输出该文件一部分或全部内容,如果用户选择保存预览内容,则保存。 2.1.4数据管理能力要求 系统需要记录用户最近连接过ftp地址,用户名,密码及该站点文件列表。 2.1.5故障处理要求 具有一定容错能力,能检测用户错误输入并给出错误提示,能检测资源可用性错误并输出结果。能进行系统故障恢复。 2.1.6其他专门要求 因为本系统是一个普遍使用工具,所以要求界面友好,使用方便,并要求系统具有高稳定性,可扩充性和运行环境可转换性。 2.2运行环境 2.2.1设备 普通pc机,互联网。 2.2.2支持软件 操作系统:windows或linux 其它软件:jdk 1.4 2.2.3接口 该系统早期会使用北大天网FTP搜索引擎和其他文件搜索系统如百度功能实现资源检索,但是在后期时间允许情况下会开发自己检索部分。

网上商城概要设计说明书-时序图-状态图-用例图

北大青鸟网上商城系统 概要设计说明书 第一部分:引言 1.1编写目的 本说明是北大青鸟网上商城电子商务系统案例研究项目软件产品的总体设计和实现说明,记录了系统整体实现上技术层面上的考虑,并且以需求说明作为依据,同时该文档将作为产品实现、特性要求和控制的依据。 软件开发小组的每一位参与开发成员应该阅读本说明,以清楚产品在技术方面的要求和实现策略,本手册将进行技术评审和技术的可行性检查,同时为下一步的详细设计说明提供框架。 1.2背景 A、软件系统的名称:北大青鸟网上商城系统 B、任务提出者:北大青鸟九月J2EE班级第三小组 开发者:北大青鸟九月J2EE班级第三小组 实现完成的系统将作为线销售系统使用,所应用的网络为Internet网络。 C、本系统将是一个独立的系统,目前所产生的输出都是独立的。 本系统将使用Oracle9i作为数据库存储系统. 1.3定义

1.4参考资料 相关的文件包括: A、内部文件《北大青鸟网上商城电子商务系统案例研究项目》; B、北大青鸟网上商城电子商务系统案例研究项目分析会议备忘录; C、《北大青鸟网上商城电子商务系统案例研究项目可行性分析》; 参考资料: A、北大青鸟Aptech ACCP3.0 Y2《基于软件开发项目的毕业设计》; B、国家标准《软件需求说明书(GB856T——88)》; C、亚马逊网站的软件需求说明; 合同: A、《北大青鸟网上商城电子商务系统案例研究项目合同20040510 - 2》;

第二部分:总体设计 2.1需求规定 需求规定的详细内容,请参考独立的文档《北大青鸟网上商城项目需求说明》. 2.2运行环境 2.2.1、硬件设备要求: 客户程序硬件要求: 具有Pentium III 处理器且满足以下要求的计算机: 最低64 MB 内存 最小 2.1 GB 硬盘 鼠标 键盘 服务器硬件需求: 具有Pentium III 处理器且满足以下要求的计算机: 最低512MB 内存 最小8 GB 硬盘 鼠标 键盘 2.2.2、支持程序 客户程序软件: Windows 98/NT /2000或更高版本 数据库服务器软件: Windows NT / 2000 Server 或更高版本 Oracle9i/SQL Server 2000/My Sql/Access

建设项目并联审批项目系统概要设计

xxx市建设项目并联审批项目系统概要 设计 2019年9月

xxx市建设项目并联审批及资源共享系统二期项目系统概要设计 目录 XXX市建设项目并联审批项目系统概要设计 (1) 1、项目简介 (1) 2、总体设计 (1) 1.1、系统架构 (1) 1.1、技术线路 (2) 1.2、运行环境设计 (2) 3、编写目的 (2) a.项目经理: (3) b.开发人员: (3) c.测试人员: (3) d.实施培训人员: (3) 4、总体设计 (3) 4.1、需求规定 (3) 4.2、系统总体架构 (3) 4.3、系统运行环境 (3) (1)服务器运行环境 (3) (2)客户机运行环境 (3) 5、各子系统概要设计 (4) 5.1、审批平台 (4) 5.1.1、审批工作流的规范控制 (4) 5.1.2、多规合一 (6) 5.1.3、统一受理 (7) 5.1.4、审批监督 (7) 5.1.5、中介超市 (8) 5.1.6、数据交换平台 (8) 5.2、网上中介服务大厅 (10) 5.2.1、业主网上服务 (10) 5.2.2、中介机构网上服务 (11) 5.2.3、载体单位网上服务 (12) 6、数据库备份 (12)

1、项目简介 主要完成xxx市建设项目并联审批(xxx市工程建设项目审批管理平台)的开发及配套设施的建设工作,搭建xxx市工程建设项目审批管理平台主体框架,基本建成覆盖各部门和市、县、区各层级的工程建设项目审批管理系统,为进一步完善我市建设项目并联审批制度,深化改革措施,扩大改革范围,完成改革任务提供强有力的信息化支撑。 2、总体设计 1.1 、系统架构

软件概要设计文档(案例)

软件概要设计文档(案例) 参考资料: OS1.0需求分析说明书R3 单店培训文档1.2 范围主要针对XX项目需求分析说明书提出了基本的范围,实施目标和功能等信息,供实施、开发等部门使用。 1.3 背景说明1.项目签订时间,实施地点,完成时间要求。 项目签订时间:XXXX年XX月XX日实施地点:福州软件人才基地要求完成时间:XXXX年XX月XX日前2.项目实施范围,包含模块数,实施地点。 项目实施包含了门店系统收银模块店长管理模块总部系统基础资料管理销售管理采购管理财务管理报表系统管理3.客户公司简单介绍。 益升连锁超市是XXX 市一家连锁超市企业,随着企业的经营模式扩展,在不同的地方和地段设置了很多门店,形成了连锁店。需要统一经营和管理各门店,需要一套管理系统来管理各门店的经营密级:一般保密Page 4/45 连锁超市(单店)综合管理系统概要设计文档方式。因此计划开发一套连锁超市管理系统。 福州软件人才培训基地2. 网络拓扑2.1 网络结构图其网络结构图如下: 通信服务器M O DEM池PSTN Modem Modem Modem 门店POS 门店POS 门店POS 2.2 网络结构说明总部数据库服务器:用来保存总部数据,为中心数据库;通信服务器:接受分店POS的请求,根据请求的不同从中心数据库中提取相应的数据下发给POS客户端;或者将POS客户端上传的数据进行分析并将数据导入中心数据库中; Modem 池:提供给各分店进行拨号连接,从而建立与通信服务器的联系;密级:一般保密Page 5/45

连锁超市(单店)综合管理系统概要设计文档福州软件人才培训基地总店维护机:提供给总店维护程序,进行对中心数据库的数据维护。 门店 POS 机:采用一般微机,提供给POS收银程序以及店长管理程序使用; Modem:提供给POS机通过拨号与总部的Modem池建立连接,从而实现POS机与总部的通信服务器进行数据交换。 3. 系统环境3.1 操作系统Server: Windows 2000 Server 或者Windows 2000 Advance Server 3.2 数据库总部SQL SERVER 2000 考虑要可以移植到ORACLE 9i 门店 *****000 3.3 开发语言Dephi7.0 3.4 网络及硬件设备总部数据中心可以放在公司机房放置一个model 池 D_LINK 交换机器若干网络中心数据服务器:*****、256M内存以上,配SQL SERVER 2000 网络中心应用服务器: *****、256M 内存以上工作站要求内存64M C500 以上网管工作站要求内存128M C700 以上电信宽带门店 POS 机店长管理机电信宽带密级:一般保密Page 6/45 连锁超市(单店)综合管理系统概要设计文档福州软件人才培训基地 4. 总体概述 4.1 系统目标使用本系统后将起到以下主要效果: 门店收银系统收银统计分析销售情况进货登记上传下载数据实现总部能够对门店经营情况进行分析统计 总部后台管理系统了解各个门店的经营情况管理好进销存生成财务报表4.2 模块结构【模块清单】 4.2.1 总部管理系统一级模块优先级采购汇总表中高销售单品销售汇总报表商品编码,商品名称,商品销售数量,商品单位,销售价格,销售额密级:一般保密Page 7/45 连锁超市(单店)综合管理系统概要设计文档福州软件人才培训基地分类商品销售汇总分类编码,分类名,销售额商品销售趋

教务管理系统概要设计及详细设计

概要设计说明书 1. 总体设计 1.1 需求规定 教务管理系统可分为学生信息管理系统和教师管理信息系统,系统开发的整体任务是实现学校教师和学生信息管理的系统化、规范化、自动化和智能化,从而达到提高学校管理效率的目的。 本阶段目的在于明确系统的数据结构和软件结构,此外总体设计还将给出内部软件和外部系统部件之间的接口定义,各个软件模块的功能说明,数据结构的细节以及具体的装配要求。 1.2 运行环境 软件基本运行环境为Windows XP环境。 1.3 基本设计概念和处理流程 概要说明书的目的在于明确系统的数据结构和软件结构,设计外部软件和内部软件的接口,说明各个软件模块的功能说明,数据结构的细节等。系统的总体处理流程如图1-1所示:

图1-1 系统的总体处理流程 1.4 系统体系结构 用一览表及框图的形式说明本系统的系统元素(各层模块、子程 教务管理系统 选择操作 基础维护 教学管理 报表统计 选择操作 选择操作 班级信息维护 课程信息维护 学生选课 课表查询 成绩输入 打印成绩单 学生信息维护 教 师信息维护

序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制及被控制关系。 本系统的体系架构如图1-2所示: 图1-2 系统体系架构 本系统体系结构大致可以定义为:客户机层上的表示层主要是通过Struts框架实现的,由显示视图产生一个请求。请求被ActionServlet(控制器)接收,它在struts-config.xml文件中寻找请求的URI,找到对应的Action类后,Action类执行相应的业务逻辑。Action类执行建立在模型组件基础上的业务逻辑,模型组件是和应用程序关联的。一旦Action类处理完业务逻辑,它把控制权返回给ActionServlet,Action类提供一个键值作为返回的一部分,它指明了处理的结果。ActionServlet使用这个键值来决定在什么视图中显示Action的类处理结果。当ActionServlet把Action类的处理结果传送到指定的视图中,请求的过程也就完成了。中间业务层是通过Spring框架实现的,首先建立一个BaseAction,它继承了Action类,而其他定义的Action都要继承这个BaseAction。这个BaseAction需要导入AppContext工具类,这个AppContext需要导入Spring中org.springframework.context.support.* ;这样一个继承BaseAction的Action,就可以getXXXService()的方法得到某一个service的实例-----服务定位器的设计模式。持久(PO)层是由hibernate架构实现的,它包括关于整体数据库的hibernate.cfg.xml文件、每个表的JavaBean类和每个表的

完整软件概要设计模板

目录 文件建立/修改记录................................................................................................ 错误!未定义书签。概要设计说明书 (3) 1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (4) 2总体设计 (4) 2.1需求规定 (4) 2.2总体设计原则 (4) 2.2.1联网扩展性考虑 (5) 2.3运行环境 (6) 2.4基本设计概念和处理流程 (7) 2.4.1基本设计概念 (7) 2.4.2处理流程 (7) 2.5结构 (7) 2.5.1主体软件安装包 (8) 2.5.2数据库安装包 (8) 2.5.3光盘自动安装包 (9) 2.5.4各地区版本自动生成程序 (9) 2.5.1制证信息导入模块 (9) 2.5.2界面模块 (9) 2.5.3业务功能模块 (11) 2.5.4数据库访问模块 (14) 2.6功能需求与程序的关系 (14) 3运行设计 (20) 3.1运行模块组合 (21) 3.1.1地区列表更新 (21) 3.1.2新增A类人员信息 (21) 3.1.3A类人员花名册打印 (22) 3.1.4证件信息管理流程 (23) 3.1.5制证流程 (23) 3.1.6B类人员属于多个寺庙流程 (24) 3.1.7导入导出流程 (25) 3.1.8地图实现方案 (27) 3.1.9各地区版本自动生成 (27) 3.1.10旧软件导入 (28) 4系统数据结构设计 (28) 4.1数据库设计 (28) 4.1.1数据库表列表 (28) 4.1.2数据库各表字段 (29) 4.1.3数据库结构图 (41) 5主模块接口设计 (42) 5.1逻辑模块接口 (42) 5.1.1Configure.cs (42) 5.1.2GetTypeEnum.cs (43)

概要设计说明书实例

编写目的 . ............................................ 错误 ! 不决义书签。 背景 . ................................................ 错误 ! 不决义书签。 定义 . ................................................ 错误 ! 不决义书签。 参照资料 . ............................................ 错误 ! 不决义书签。 2 整体设计 . ................................................ 错误 ! 不决义书签。 简述 . ................................................ 错误 ! 不决义书签。 架构设计 . ............................................ 错误 ! 不决义书签。 系统逻辑架构图 . .................................. 错误 ! 不决义书签。 系统物理架构图 . .................................. 错误 ! 不决义书签。 顶层系统包图 . .................................... 错误 ! 不决义书签。 业务类包图 . ...................................... 错误 ! 不决义书签。 子系统关系图 . .................................... 错误 ! 不决义书签。 接口设计 . ............................................ 错误 ! 不决义书签。 界面框架设计 . .................................... 错误 ! 不决义书签。 外面接口设计 . .................................... 错误 ! 不决义书签。 3 子系统设计 . .............................................. 错误 ! 不决义书签。 基础信息子系统 . ...................................... 错误 ! 不决义书签。 子系统说明 . ...................................... 错误 ! 不决义书签。 类图 . ............................................ 错误 ! 不决义书签。 类说明 . .......................................... 错误 ! 不决义书签。 界面设计 . ........................................ 错误 ! 不决义书签。 我的工作台子系统 . .................................... 错误 ! 不决义书签。 子系统说明 . ...................................... 错误 ! 不决义书签。 类图 . ............................................ 错误 ! 不决义书签。 类说明 . .......................................... 错误 ! 不决义书签。 界面设计 . ........................................ 错误 ! 不决义书签。 工作进展子系统 . ...................................... 错误 ! 不决义书签。 子系统说明 . ...................................... 错误 ! 不决义书签。 类图 . ............................................ 错误 ! 不决义书签。 类说明 . .......................................... 错误 ! 不决义书签。 界面设计 . ........................................ 错误 ! 不决义书签。 信息公布子系统 . ...................................... 错误 ! 不决义书签。 子系统说明 . ...................................... 错误 ! 不决义书签。 类图 . ............................................ 错误 ! 不决义书签。 类说明 . .......................................... 错误 ! 不决义书签。 界面设计 . ........................................ 错误 ! 不决义书签。 系统管理子系统 . ...................................... 错误 ! 不决义书签。 子系统说明 . ...................................... 错误 ! 不决义书签。 类图 . ............................................ 错误 ! 不决义书签。 类说明 . .......................................... 错误 ! 不决义书签。 界面设计 . ........................................ 错误 ! 不决义书签。 个人设置子系统 . ...................................... 错误 ! 不决义书签。

相关文档
最新文档