软件设计报告.docVIP

“软件设计师”考试经验谈

“软件设计师”考试经验谈

页脚内容PAGE

页脚内容PAGE8

“软件设计师”考试经验谈

页脚内容PAGE

软件系统设计书

目的和背景

为了解决和管理越来越多和繁杂的软件版本和更新，迫切需要我们提供一套软件系统的自动版本维护和升级机制。为此，我们设计了这套软件自动升级和版本监控系统。

需求描述

需求场景：

历史和新发布的软件版本，存放在软件公司的发布服务器上，可能的情形包括：

某个简单软件系统以一个文件方式存在。存在多个版本。

复杂的软件以多个独立的系统功能模块存在，且有多个版本。

复杂的软件以压缩包的形式存在。且有多个版本。

复杂的软件系统，同一模块，针对不同的用户，具有专有的版本。

多个版本同时并存。

多个软件系统并存。

可能发布的文件类型包括：

文本文件；

直接可覆盖式文件

不能覆盖，需下载执行的安装文件。

可能的更新情景：

初始版本安装完成，某模块需要更新。

初始版本安装完成，增加新的功能模块。

初始版本安装完成，用户破坏了原有的部分系统。

初始版本安装完成，用户破坏了原有的全部系统。

初始化安装。

可能的版本发布场景：

直接将运行系统放入发布服务器的某目录。

系统经过规范化定义，按可独立更新的方式组织发布到发布服务器上。

将某一系统的某模块发布新版本到服务器上。

将某一系统的某新模块发布到服务器上。

功能需求

软件发布：开发或发布人员能够方便地将软件发布到发布服务器上。

软件版本管理，查询等：版本管理人员可以对发布的版本进行管理，指定客户端当前用的版本和相关查询功能。

客户已经安装的软件版本监控管理：管理人员或授权人员可以查询和监控已经安装到现场用户的软件系统版本和模块。

客户端软件自动或手动更新。

高级功能：服务端强制更新客户端软件。

高级功能：软件保护，检查运行的软件是否合法。

需求分析和功能定义

数据流图

一级数据流图

二级数据流图

三级数据流图

自动更新系统

发布管理系统

发布管理系统

实现体系（软硬件）设计

系统体系采用C/S方式，或基于APPLET的胖客户B/S方式。

服务端基于文件服务或FTP服务，实现一个服务控制中心。对客户端提供HTTP和基于TCP/IP的通信服务，响应客户端的命令请求。

客户端完成各自本地任务和用户交互，向服务端发送相关服务请求。

以下为系统软硬件架构。

系统网络结构

系统软件结构

如何组织系统功能。C/S？B/S？具体如何架构的。

数据设计

版本信息 客户端版本信息

发布类型：覆盖更新、终止系统覆盖更新、下载执行安装、终止系统下载执行安装

发布路径：URL。

模块和接口设计

服务端系统

模块详细设计

服务协议：

更新请求：

查询系统新版本信息

查询系统所有版本信息

查询某系统某版本所有模块版本信息

查询某系统某模块版本信息

查询某系统某模块新版本信息

更新系统到某版本

更新某系统某模块到某版本

发布请求：

配置管理请求：

界面设计

更新客户端：

运行环境设计

服务端：

系统平台：WINDOWS/LINUX

WEB应用服务器：TOMCAT；

数据库：HSQLDB；

其它：JRE1.4

应用软件服务端

客户端：

系统平台：WINDOWS/LINUX

可选数据库：HSQLDB；

其它：JRE1.4

可选：IE浏览器

应用软件客户端。

用户手册