4.概要设计阶段--概要设计说明书的

4.概要设计阶段--概要设计说明书的
4.概要设计阶段--概要设计说明书的

学生成绩管理系统

概要设计说明书

●拟制人: 罗陈黄、张远浩、徐硕勋、徐鹏●审核人:

●批准人:

2016年7月1日

目录

1.引言 (2)

1.1编写目的 (2)

1.2背景 (2)

1.3定义 (2)

1.4参考资料 (3)

2.总体设计 (4)

2.1需求规定 (4)

2.2运行环境 (5)

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

2.4结构 (6)

2.5功能需求与系统模块的关系 (6)

2.6尚未解决的问题 (7)

2.7人工处理 (7)

3.接口设计 (7)

3.1用户接口 (7)

3.2外部接口 (8)

3.3内部接口 (8)

4.运行设计 (8)

4.1运行模块组合 (8)

4.2运行控制 (8)

4.3运行时间 (9)

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

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

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

6.1出错信息处理 (10)

6.2 补救措施 (10)

6.3系统维护设计 (10)

概要设计说明书

1.引言

1.1编写目的

我们组编写的目的是为了将某校的学生成绩管理系统存在的问题进行解决和优化,也是为了使学生和教师更好的使用学生成绩管理系统。推动软件工程中编程的规范化,使设计人员遵循统一的概要设计书写规范,节省制作文档的时间,降低系统实现的风险,做到系统设计资料的规范性与全面性,以利于学生成绩管理系统的实现、测试、维护、版本升级优化等阶段。

1.2背景

a.待开发的系统的名称;学生成绩管理系统

b.本项目的任务提出者、开发者、用户;

项目任务提出者:北华大学13级学生罗陈黄,徐硕勋,张远浩,徐鹏。

项目开发者:北华大学13级学生罗陈黄,徐硕勋,张远浩,徐鹏。

用户:大学阶段师生。

c.该系统同其他系统或其他机构的基本的相互来往关系。

实现软件单位:北华大学。

1.3定义

1.3.1总体结构

软件系统的总体逻辑结构按照不同的设计方法,有不同的总体逻辑结构。若采用面向功能或面向数据的设计方法,则总体逻辑结构为一树形的功能模块结构图。若采用面向对象或面向部件(构件)的设计方法,则总体逻辑结构为部件(构件)的组装图

1.3.2外部接口

本软件系统与其他软件系统之间的接口,接口设施可以是中间件。接口描述包括:传输方式、带宽、数据结构、传输频率、传输量、传输协议

1.3.3数据结构

数据结构包括:数据库表的结构、其他数据结构等

1.3.4概念数据

模型CDM关系数据库的逻辑设计模型,叫做概念数据模型。主要内容包括一张逻辑E-R图及其相应的数据字典

1.3.5物理数据

模型PDM关系数据库的物理设计模型,叫做物理数据模型。主要内容包括一张物理表关系图及其相应的数据字典

1.3.6视图

在基表或其他视图之上建立的一张虚表,叫做视图,它具有物理表的许多性质,在数据处理和授权上很有用

1.3.7角色

数据库中享有某些特权操作的用户,叫做角色。角色的权利通过授权来实现

1.3.8子系统

具有相对独立功能的小系统叫做子系统。一个大的软件系统可以划分为多个子系统,每个子系统可由多个模块或多个部件组成

1.3.9模块

具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中的概念

1.3.10内部接口

软件系统内部各子系统之间、各部件之间、各模板之间的接口,叫做内部接口。接口描述包括:调用方式、入口信息、出口信息等

1.3.11相关文件

相关文件是指当本文件内容变更后,可能引起变更的其他文件。如需求分析报告、详细设计说明书、测试计划、用户手册

1.3.12参考资料

参考资料是指本文件书写时用到的其他资料。如各种有关规范、模板、标准、准则

1.4参考资料

【1】《UML说明》,北京长江软件有限公司

【2】《需求规格报告格式标准》,北京软件有限公司软件工程化组织

【3】《计算机软件产品开发文件编制指南GB 8567-88》――中华人民共和国国家标准UDC 681.3

【4】《软件工程报告》――高等教育出版社――张为群主编.——北京:2001.8 此为计算机专业教材ISBN 7-04-010177-7

2.总体设计

2.1需求规定

软件系统的总体逻辑结构,按照不同的设计方法,有不同的总体逻辑结构。本指南以结构化设计方法为主,画出系统总体结构图,列出系统的功能模块清单编号、名称、功能,并尽可能描绘出功能模块之间的关系

2.1.1系统功能

(1)进入主菜单进行服务操作选择:学生个人信息管理,学生成绩查询,学生课程信息;(2)在学生信息管理模块中,可以录入,查询,修改,删除和完善学生的个人信息;(3)在学习成绩管理模块中,可以录入,查询,修改和删除学生所有所学课程课成绩信息;(4)在课程信息管理模块中,可以录入,查询,修改和删除课程信息;

2.1.2系统性能

2.1.2.1时间特性要求

查询服务部分:用户通过电脑提交查询命令到返回结果结束不超过5秒。

数据管理部分:提交某一数据录入到返回结果不超过3秒。

2.1.2.2先进性

采用先进、成熟的计算机软硬件技术,保障系统能够最大限度的适应今后技术和业务发展的需要。软件结构应实现层次化、模块化、平台化,统一规范,同时采用先进的现代管理技术,以保证系统的科学性。

2.1.2.4可靠性

可靠性包括系统的稳定性和数据的可靠性。系统的稳定性需求包括:满足7*24小时的运行需要,发生局部硬件、网络和软件故障时有相应的旁路技术和容错技术,任意单点故障都不影响整个系统的运行。数据可靠性需求包括:保证本地备份数据和实时交易数据的一致性,发生局部故障时,数据不损失,发生重大事故时,备份数据可以在规定的时限内恢复。

2.1.2.5可扩展性

高可扩展性指两方面:一方面通过扩充主机、CPU、磁盘、内存等硬件可以提高性能指标,通过扩充网络可以排除阻塞、拥挤和超时;另一方面通过系统开放式体系架构、模块化、参数化以及组件技术,对业务量、业务种类的扩展、与其他机构连接的扩展、系统功能扩展等都能提供足够的支持,缩短系统实施周期。

2.1.2.6可用性

可用性包括系统正常情况下的可用性和系统发生改变时的可用性。正常情况下应用软件应安装简单、易于操作、界面友好,数据处理工作简单、方便、快捷。业务流程清晰,符合习惯,系统维护方便,备份及数据恢复快捷简单。同时要在对硬件、软件及应用进行调

整时不影响原有业务的实现。

2.1.3 安全性

安全性指系统具有数据传输的加密/解密、用户身份认证、权限确认、日志记录等安全控制功能。具体包括:数据保密性、传输安全性、访问安全性、安全审计、网络安全和系统安全等。系统安全性要求包括基于用户的系统操作权限控制、某些数据的加密保护、身份鉴别。

2.1.4数据管理能力要求

高可管理性包括正常情况下的可管理性和系统发生改变时的可管理性。可管理性指系统应具备对主机、网络、数据库、应用等情况进行监控、管理和调度;对系统自身所有的和流经系统的信息、参数、文件进行统一的管理和控制。

2.1.5其他部门要求

积极配合本组所涉及到的其他部门的只是体系并对本组不懂地方进行讲解。开发中应遵循结构化的程序设计规则、注重系统页面的友好性,加强可维护性。

2.2运行环境

2.2.1设备

硬件平台:

(1)服务器的最低配置要求

(2)工作站的最低配置要求

(3)外设的要求

2.2.2支持软件

(1)服务器操作系统

(2)数据库管理系统

(3)中间件:ADO

(4)客户端的操作系统

(5)客户端的平台软件

2.2.3控制

管理员:管理员通过一个专门的管理员应用程序,以完成添加、修改、删除等操作。

学生:通过一台连接在Internet网上的计算机的浏览器来浏览查询自己的成绩。

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

1、采用现有的资源,先进的管理系统开发方案,充分利用学校现有的资源,减少开发中的

时间和财力、物力、提高系统开发的水平和应用效果。

2、系统就满足学校的需求,例如学生信息的录入、查询、更新等。学生录入与排名。

3、系统就具备数据库维护功能,及时根据用户需求进行数据添加、删除、修改等操作。

2.4结构

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

a.管理员功能模块主要包括

①管理员登陆 输入管理员名称和密码 填写正确的信息 选择管理员身份

进入系统管理首页。若登陆信息错误 进入重新登陆界面。

②学生信息管理模块 可以按照学号、姓名、班级等来查询学生信息 对

学生信息进行编辑、修改、添加和删除。

③教师信息管理模块 可以按照教师编号、姓名、院系等信息 对教师信息

进行编辑、修改、添加和删除。

④班级管理模块 进行班级信息的浏览、查询、编辑、添加和删除。

⑤成绩管理模块 按照课程号、课程名称、班级、教师号、学生学号 并结

合年度进行某门课程的成绩查询 也可以对成绩进行修改 可以按照学号、课程

和年度录入新的学生成绩。

⑥课程管理模块 可以对课程信息进行浏览、查询、编辑、添加和删除 按

照任课编号、教师、课程和年度进行课程分配 即授课计划和安排 。

⑦选课管理模块 按照课程名称、教师姓名和年度对此课程的学生进行查询

并且可以对选课学生进行删除。

⑧重新登陆界面 当管理员登陆、学生信息管理模块、教师信息管理模块、

授课计划管理模块输入错误的时候进入重新登陆界面 返回上个界面继续完成任

务。

b.教师管理功能模块

①教师登陆 输入管理员分配的帐号和密码 填写正确信息 进入教师管理

界面。若输入错误进入重新登陆界面。

②成绩录入界面模块 按照学生的姓名与学号和课程号 输入各课程成绩。

③成绩修改界面模块 在原有的成绩的基础上修改各科新成绩 并刷新记录。

c.学生管理功能模块

①学生登陆 输入学号 填写正确信息 即可进入相应的学生操作界面 执

行查询操作。

②成绩查询模块界面 输入学生学号登陆后 进入成绩查询界面 输入课程

名 点击成绩查询 即可查询成绩。

③学生个人信息浏览模块界面 浏览个人信息。

画一个系统流程图模块之间的关系

2.6尚未解决的问题

某些功能对应代码的编写

2.7人工处理

需要人工输入数据库

3.接口设计

3.1用户接口

本系统提供可视化的操作方式,不提供命令控制语句进行输入控制,从而用户只需要通过鼠标进行命令参数,使用键盘输入系统接收的参数。

用户只需要通过窗体、控件、对话框等可视化元素进行操作。

3.2外部接口

3.3内部接口

键盘鼠标打印机

主模块 YES! YES!

管理模块 YES! YES! YES!

查询模块 YES! YES! YES!

主模块管理员严正模块用户查询界面管理界面

主模块 YES! YES! YES! YES!

管理员严正模块 YES! YES!

用户查询界 YES!

管理界面 YES! YES!

4.运行设计

4.1运行模块组合

登录查询修改打印

管理员可以可以可以可以

老师可以可以可以可以

学生可以可以不可以可以

4.2运行控制

请求用户名及密码登录密码及用户类型验证用户存在且用户名和密码匹配正确/ 否则提示错误信息并重新登录登录成功并进入系统进行操作

4.3运行时间

a.查询响应时间在2秒内

b.更新处理时间在2秒内

c.数据的转换和传送时间在半分钟内

5.系统数据结构设计

5.1逻辑结构设计要点

教师信息表

字段名称字段类型主键外键是否为空描述教师id 字符长度(50) 是教师编号教师姓名字符长度(50) 教师名称性别字符长度(50) 性别办公室字符长度(50) 科室

学生基本信息表:

序号项目名称类型位数属性备注

1 学号 Character 8 n\b\m

2 姓名 Character 8 z\y\h

3 系名 Character 10 r\j\g\c

4 专业简称 Character 8 r\j

5 班级 Character 10 rj131

6 寝室号 Character 8 6331

6.系统出错处理设计

6.1出错信息处理

(1)系统服务器感染病毒:管理员可以使用数据库备份来恢复到病毒感染前的状态。

(2)系统服务器断电:断电过程中,学生无法浏览到查询主页及查询信息,当来电后即可恢复正常。

6.2 补救措施

出错处理对策:由于数据在数据库中已经有备份故在系统出错后可以依靠数据库的恢复功能,并且依靠日志文件使系统再启动,就算系统崩溃用户灵气也不会丢失,或遭到破坏,但有可能占用更多的数据存储空间权衡措施由用户来决定。系统软件出错很容易在出错日志里看到,我们对可能发生的错误会有一个错误编号以及相应的处理方式,以手册的方式提供。用户可以根据系统的提示信息进行相应的排错处理。建立系统运行日志,用于记录系统在运行过程上出现的可以预知的或无法判断的系统错误信息。硬件的出错处理需要检查网络环境。

6.3系统维护设计

该系统需要有一个维护的管理员,他的主要任务是:添加、修改、删除数据库中的信息,定时或不定时的备份数据库,能够排查系统的简单的故障(如:可实施数据库还原来排除的故障)

软件工程概要设计说明书模板

概要设计说明书模版 摘要 大家在平时的系统开发中需要编写一些文档模板,这是 ISO软件工程模板标准贴出,供大家参考。 1.引言 1.1编写目的 [说明编写这份概要设计说明书的目的,指出预期的读者。] 1.2背景 a.[待开发软件系统的名称;] b.[列出本项目的任务提出者、开发者、用户。] 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出有关的参考资料。] 2.总体设计 2.1需求规定 [说明对本系统的主要的输入输出项目、处理的功能性能要求。包括] 2.1.1系统功能 2.1.2系统性能 2.1.2.1精度 2.1.2.2时间特性要求 2.1.2.4可靠性 2.1.2.5灵活性 2.1.3输入输出要求 2.1.4数据管理能力要求 2.1.5故障处理要求 2.1.6其他专门要求 2.2运行环境 [简要地说明对本系统的运行环境的规定。] 2.2.1设备 [列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能。]

2.2.2支持软件 [列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。] 1 2.2.3接口 [说明该系统同其他系统之间的接口、数据通信协议等] 2.2.4控制 [说明控制该系统的运行的方法和控制信号,并说明这些控制信号的来源。] 2.3基本设计概念和处理流程 [说明本系统的基本设计概念和处理流程,尽量使用图表的形式。] 2.4结构 [给出系统结构总体框图(包括软件、硬件结构框图),说明本系统的各模块的划分,扼要说明每个系统模块的标识符和功能,分层次地给出各模块之间的控制与被控制关系。] 2.5功能需求与系统模块的关系 [本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。] [系统模 块1] [系统模 块2] [……] [系统模 块m] [功能需 求1]  √ [功能需 求2] √ [┇] [功能需 求n] √ √  2.6人工处理过程 [说明在本系统的工作过程中不得不包含的人工处理过程。] 2.7尚未解决的问题 [说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。] 3.接口设计 3.1用户接口 [说明将向用户提供的命令和它们的语法结构,以及相应的回答信息。]

××-软件项目概要设计说明书(模板)

××_软件项目概要设计说明书 版本: 编制: 审核: 批准: 日182017颁布日期:年4月□非受控受控状态:■受控 分发范围:项目组、财务部、质量管理部I 版软件项目概要设计说明书××_ 本:V0.1 修订记录 修订日版本修订描修订批准

版××_软件项目概要设计说明书本:V0.1 目录 1 引言.............................................................................................................................................................. . (1) 1.1 概述 (1) 1.2 目的 (1) 1.3 范围 (1) 1.4 缩略语 (1) 1.5 术语.................................................................................................................... 错误!未定义书签。 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) 子模块一...................................................................................................................................... 51.1.1子模块二...................................................................................................................................... 51.1.2 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) III _××软件项目概要设计说明书版本:V0.1 ××_软件项目概要设计说明书 1引言 1.1概述 应包括:{ 项目的委托单位、开发单位和主管部门; a. 该软件系统与其他系统的关系。} b.

软件项目概要设计说明书

实验报告 学院:计算机与星系学院专业:软件工程年级:08级 姓名:陈世煌学号:081181059 实验室号:312 计算机号:59 实验日期:2011 年10 月 6 日指导教师签字:成绩: 报告退发(订正、重做) 电子商务概要设计说明书 1.引言 1.编写目的 Web技术高速发展,已经到了Web2.0时代,出现了很多新的技术和工具,主要包括:博客(BLOG)、RSS、百科全书(Wiki)、网摘、社会网络(SNS)、P2P、即时信息(IM)等技术,这些工具和技术的出现,使得人们从原来Web1.0时代作 为个人只能看Web内容过渡到了不仅是内容的浏览者,同时也是内容的发布者, 人们的交流越来越容易,而在国内博客这一Web2.0工具应用的非常广泛,已经深 入到网络的每个角落。 2.项目背景 电子商务系统,是指使用计算机语言编写,并便于用户安装和使用,在互联网上建立电子商务的一整套系统。网上商品通常根据张贴时间,以倒序方式由新到旧 排列。许多博客专注在特定的课题上提供评论或新闻,其他则被作为比较个人的日 记。一个典型的电子商务结合了文字、图像、其他网站的链接、及其它与主题相关 的媒体。能够让读者以互动的方式留下意见,是许多博客的重要要素。博客是社会 媒体网络的一部分。介于商务的实用性与应用广泛的特点,项目决定实现一款具备 基本功能的电子商务系统。 3.定义 专门术语 缩写

4.参考资料 2.任务概述 1.目标 2.运行环境 中间件服务器Tomcat6.026 JDK版本JDK1.6 数据库mysql 3.需求概述 作为互联网战略的延伸,电子商务的热潮一度兴起,但是一直以来,很多企业网站都局限在信息发布等一些基本的功能,而越来越深入的实践表明,这些仅仅代表了企业网站的一个起点功能。随着企业网络环境的发展成熟,企业门户网站可以帮助企业把现有的业务系统整合起来,集中优势资源为客户提供个性化服务,并为企业创建一个良好的收入渠道。 2.4条件与限制 ●资金、时间约束:无 ●技术约束:采用C/S结构,数据库采用SQL SERVER,界面要求使用汉字。 ●标准约束:《编程规范》,《界面风格规范》 3.总体设计 1.处理流程

概要设计说明书范例及模板

《XXXXXX》概要设计说明书 张三、李四、王五

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 需求概述 浙江航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。 2.4 条件与限制 3.总体设计 3.1 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分

(完整版)博客系统需求分析

校园博客系统需求分析 评审日期:2010 年04 月01 日 目录 1导言 (1)

1.2范围 (1) 1.3缩写说明 (1) 1.4术语定义 (1) 1.5引用标准 (1) 1.6参考资料 (2) 2系统定义 (2) 2.1项目来源及背景 (2) 2.2系统整体结构 (2) 3应用环境 (3) 3.1系统运行网络环境 (3) 3.2系统运行硬件环境 (4) 3.3系统运行软件环境 (4) 4功能规格 (4) 4.1角色( A CTOR )定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3 数据库 (6) 4.2系统主U SE C ASE图. (6) 4.3客户端子系统 (6) 4.4管理端子系统 (8) 4.4.1 登录管理 ....................................................... 10 4.4.2 类型管理 ......................................................... 11 4.4.3 评论管理 ....................................................... 12 4.4.4 留言管理 ....................................................... 12 4.4.5 图片管理 ....................................................... 12 4.4.6 用户管理 ....................................................... 13 5性能需求 (13) 5.1 界面需求 (13) 5.2响应时间需求 (13) 5.3可靠性需求 (13) 5.4开放性需求 (14) 5.5可扩展性需求 (14) 5.6系统安全性需求 (14) 6产品提交 (14)

系统概要设计说明书规范

KTV点歌系统概要设计说明书

1. 引言 1.1目的 选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌,帮助系统管理员管理歌曲的播放,提高KTV歌曲点唱的效率和准确率。 本文档为该系统的概要设计说明书,详细阐述了对用户所提出需求的设计方案,对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时,对软件应具有的功能和性能及其他有效性需求也进行了定义。 1.2项目背景 ●系统名称:选歌系统 ●项目提出者:某KTV唱吧 ●项目开发者: ●项目管理者: ●最终用户:某KTV唱吧 1.3术语定义 实现环境:系统运行的目标软件、硬件环境。 实现技术:系统所采用的软件技术或体系结构。 实现语言或工具:实现系统最终采用的编程语言或工具包,如Delphi、VB、PB、Java、Ada等。 参考资料 1)新余电视点播系统; 2)某KTV唱吧《视频点歌系统计划任务书》; 本项目所参照的文件有: 3)康博工作室,《Visual Basic 新起点》,机械工业出版社,2000

2. 系统概述 2.1系统需求 2.1.1系统目标 本软件是为某KTV唱吧开发的视频点歌系统软件。该软件用于提高点歌系统的工作效率。随着人们业余生活的丰富,休闲活动的多种多样,人们更多的喜欢选择KTV这种形式的娱乐方式。且随着计算机普及,点歌系统越来越智能化,人性化;一个好的音乐唱吧必须要拥有一个方便、快捷、准确的点歌系统,因此,急需一个软件系统解决这些问题。本软件应能结合当前选歌播放手工操作的流程以及将来业务发展的需要,对视频点歌系统中歌曲信息、歌手信息、最新排行榜等等的查询、更新提供完全的计算机管理。 2.1.2性能需求 数据精确度 数量值:精确到小数后一位; 时间值:精确到日,并以yyyy/mm/dd的形式表示; 价格值:精确到分,并以.XX的形式表示。 时间特性 页面响应时间:不超过10秒 更新处理时间:不超过15秒 数据转换与传输时间:不超过30秒。 适应性 1) 开发基于的平台要考虑向上兼容性,如操作系统,数据库等要考虑更高版本的兼容 性。 2) 当需求发生变化时系统应具有一定的适应能力,要求系统能够为将来的变更提供以 下支持:能够在系统变更用户界面和数据库设计,甚至在更换新的DBMS后,系统的现有设计和编码能够最大程度的重用,以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分

概要设计说明书范例及模板

《XXXXXX》 概要设计说明书 张三、李四、王五 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 需求概述 浙江航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。 2.4 条件与限制 3.总体设计 3.1 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分:一、客户机上的程序,二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析:

个人博客—报告(完成)

辽宁科技大学 课程设计说明书 设计题目:https://www.360docs.net/doc/4d4711856.html,特定领域高级应用课程设计 个人博客系统(留言板模块)学院、系:软件学院 专业班级:软物信10班 学生姓名:杨卿林 指导教师:李林林 成绩: 2013 年07 月12 日

目录 1.绪论 (3) 1.1 开发背景 (3) 1.2课题研究的意义 (3) 1.3 相关技术知识 (4) 2.需求分析 (6) 2.1 开发背景 (6) 2.2 系统实现目标概述 (6) 2.3 系统功能需求 (7) 2.4用例图 (8) 3.总体设计 (9) 3.1 数据库设计 (9) 3.2性能需求 (9) 3.2.1多样性 (9) 3.2.2易维护 (10) 3.2.3安全性 (10) 3.2.4可扩展性 (10) 3.3功能需求 (10) 3.3.1信息服务 (11) 3.3.2查询服务 (11) 3.3.3留言服务 (11) 3.3.4前台和后台 (11) 3.4结构 (13) 3.4.1前台功能结构图 (13) 3.4.2前台文件总统架构图 (13) 3.4.3后台功能结构图 (14) 3.4.4后台文件总体架构图 (14) 4详细设计 (15) 4.1任务概述 (15) 4.2性能要求 (15) 4.3功能实现 (16)

1.绪论 1.1 开发背景 随着计算机技术的发展和普及,blog得到了极大的发展。Blog,是Weblog的简称。blog是一种新的生活方式、新的工作方式、新的学习方式和交流方式。它是继E-mail、BBS、ICQ、之后出现的第4种网络交流方式。Blog主要应用于3个方面:一是新的人际交流方式;二是以个人为中心的信息摘选和知识管理;三是以个人为中心的传播出版。blog作为个人的一种学习工具,简单易用,吸引人的兴趣。Blog在教育方面得到了很大的发展,它将互联网从过去的通讯功能,资料功能、交流功能等进一步强化,使其更加个性化、开放化、实时化、全球化,把信息共享发展到资源共享、思想共享、生命历程共享。Blog已经成为一种继课件、积件、资源库、教育主题网站等信息化教学模式之后,新的网络应用模式。它是应时代的需求而兴起的,也是应时代需求不断进步的。 1.2课题研究的意义 随着Blog人数的增加,Blog作为一种新的生活方式、新的工作方式和新的学习方式已经被越来越多的人所接受,并且在改变传统的网络和社会结构。它使交流和沟通更有明确的选择和方向性;单一的思想和群体的智慧结合变得更加有效;个人出版变成人人都可以实现的梦想。Blog正在影响和改变着我们的生活。

毕业设计概要设计说明书模板

本科毕业论文(设计) ××××系统 概要设计说明书 论文题目 学生姓名 学号 所在学院计算机学院 专业计算机科学与技术 班级 指导教师 职称 年月 计算机学院

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

概要设计说明书 1引言 1.1编写目的 本说明书是在充分理解系统需求分析基础上,为详细设计及编码设计准备的。是详细设计和系统编码的根据,同时也是与用户进行交流的文档之一。 本文档的读者为系统用户,软件设计师(详细设计),程序开发员,测试人员,售后技术支持人员等。 1.2背景 a.本软件的名称为:温米采油厂生产经营子系统; b.本项目是应温米采油厂生产经营的需要,由成都思友信息技术服务公司开发,用户为 温米采油厂及各级单位人员,系统服务器放在网络中心,由开发技术室负责运行、管理。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件,如: a.本项目的经核准的计划任务书或合同,上级机关的批文; b.属于本项目的其他已发表文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。

个人博客系统分析概要

电子科技大学沙河校区-数学科学学院 项目实施规范 编号:JV-STD-PROJ 版本:1.0 官方网址:https://www.360docs.net/doc/4d4711856.html,

官方网址:https://www.360docs.net/doc/4d4711856.html,

1 概述 为了提高企业员工信息化水平,促进员工对信息化的了解和实施,XX单位决定实施员工个人博客系统。希望通过这个系统的实施达到员工间信息互通化,企业文化流通化,员工业余活动多元化等水平。因此该系统需要实现,用户文章发表,文章评论、照片共享、系统公告发布等功能。 1.1 目的 本文档是电子科技大学在XX单位的个人博客系统合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 范围 本系统包括:用户信息、公告信息、个人相册信息、博客文章信息、投票信息及朋友信息六个模块。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下,应能满足合同和相关投标书所描述的功能。 1.3 读者对象 系统分析、开发、测试、评审等所有参与的用户。 1.4 参考文档 无 1.5 术语定义 定义所使用的术语。对于易混淆的客户常用语要有明确规定定义。例如,“用户”是指客户的雇员而非软件的最终购买者等。

2 系统说明 2.1 概述 在这一部分应对影响系统的主要因素进行描述。对于系统的详细功能描述应在下一节进行。在此,应侧重需求的背景并使在下一节所做的叙述易于理解。可包括:现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。 2.2 产品介绍 2.3 产品中的用户与角色 2.4 产品范围 2.5 产品应当遵循的标准或规范

在线交易二手市场系统概要设计说明书

在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工1401 ** 201422******

1.引言 1.1编写目的 此概要设计说明书实现一个简易的基于校园网在线交易二手市场系统,对交易管理系统的总体设计、接口设计、界面总体设计、系统出错处理设计以及系统安全数据进行了说明,在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2背景 A.待开发软件系统名称为: 在线交易二手市场; B.任务提出者:** 开发者:** C.使用用户能在校园网上进行交易的系统。 D. 按照《在线交易二手市场系统需求分析说明书》为基础来具体细化系统所具备的所有功能及功能的实现方法和接口。 1.3 开发环境 Visual Studio 2010 Mircosoft sql server 2008 Express

PowerDesigner 15.1 1.4定义 本系统:基于校园网的在线交易二手市场系统设计与实现 1.5参考资料 《基于校园网在线交易二手市场需求分析说明书》 《项目计划表》 《校园网在线交易二手市场系统_数据库模型》 2.总体设计 2.1设计目标 基于校园网的在线交易二手市场主要实现以下目标: ⑴为师生提供展示商品及表现学校形象的平台。 ⑵为用户提供商品信息查看、在线商品订购、商品浏览等功能。 ⑶采用动态网页技术,使页面中展示的商品信息更具时效性、先进性。 ⑷提供客户互评及客户给商品评论功能,收集用户对商品的意见及看法。 ⑸提供后台管理页面,简化了用户信息、商品信息、订单信息等系统数据的维护操作。 2.2运行环境

ISO软件工程模板概要设计说明书

ISO软件工程模板概要设计说明书 摘要 大伙儿在平常的系统开发中需要编写一些文档模板,这此将我收集整理的ISO软件工程模板标准贴出,供大伙儿参考。(2002-07-22 18:06:09) By 风过留枫 1.引言 1.1编写目的 [说明编写这份概要设计说明书的目的,指出预期的读者。] 1.2背景 a.[待开发软件系统的名称;] b.[列出本项目的任务提出者、开发者、用户。] 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出有关的参考资料。] 2.总体设计 2.1需求规定 [说明对本系统的要紧的输入输出项目、处理的功能性能要求。包括] 2.1.1系统功能 2.1.2系统性能 2.1.2.1精度 2.1.2.2时刻特性要求

2.1.2.4可靠性 2.1.2.5灵活性 2.1.3输入输出要求 2.1.4数据治理能力要求 2.1.5故障处理要求 2.1.6其他专门要求 2.2运行环境 [简要地说明对本系统的运行环境的规定。] 2.2.1设备 [列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能。] 2.2.2支持软件 [列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。] 1 2.2.3接口 [说明该系统同其他系统之间的接口、数据通信协议等] 2.2.4操纵 [说明操纵该系统的运行的方法和操纵信号,并说明这些操纵信号的来源。] 2.3差不多设计概念和处理流程 [说明本系统的差不多设计概念和处理流程,尽量使用图表的形式。] 2.4结构 [给出系统结构总体框图(包括软件、硬件结构框图),说明本系统的各模块的划分,扼要说明每个系统模块的标识符和功能,分层次地给出各模块之间的操纵与被操纵关系。] 2.5功能需求与系统模块的关系 [本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。] [系统模块1][系统模块2][……][系统模块m] [功能需求1]√

软件概要设计说明书模版

软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)

1. 引言 引言是对这份软件系统概要设计报告的概览,是为了帮助阅读者了解这份文档是如何编写的,并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构,包括数据库结构和出错处理,从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系,那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者,例如,可能的读者包括: ●用户; ●开发人员; ●项目经理; ●营销人员; ●测试人员; ●文档编写人员; ●等等。 描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料,可能包括: ●本项目的合同书; ●上级机关有关本项目的批文; ●本项目已经批准的计划任务书; ●用户界面风格指导;

《博客系统》概要说明

《个人博客系统》概要说明 版本V1.0 1引言 1.1编写目的 本概要说明为系统的详细设计、实现、测试以及验收提供参照,也为评价系统功能和性能提供标准。本概要设计适用于用户、项目管理人员、系统分析人员、程序设计人员以及系统测试人员阅读和参考。 1.2背景说明 博客的精神是:自由表达,开放宽容,个性张扬,专业精神,交流交友。 在没有自己的博客之前,人们会经常进出于论坛发表贴子或者通过即时通信软件聊天,来表达自已的想法,可是这些都是零散的和杂乱的。博客的出现,让人们可以不断的把自己以前的和每天激发的一些想法或者感受整理放在自己的博客上,每次在写文章的时候,可能又会产生新的想法。虽然一些想法一些思考只是皮毛,没有什么深度,但是当下笔去写的时候每次都会对某个小小的问题有了更多的一点点思考,再写博客的时候就感觉到了一种满足感,一种想法得以释放思考得以延伸的满足感。生活中每天的一个小小的事情都会引起人们的思考,甚至是和朋友的聊天中一个小小的火花迸发。督促自己努力、把一时的想法变成观点,争取在生命中的每天里留下点什么,这也是人们写博客的目的之一。这样就能督促自己每一天不要浑浑噩噩,时光

流逝无痕无声无息,写博客也是在自己的每一天上留下了一道浅浅的思考和划痕。不仅如此,通过写博客、记录自己的想法可以帮助实现如下这些目的: a)记录生活,在自己的每一天上留下思考的划痕。 b)整理思路,固化知识,获得更多更好的想法。 c)分享,将自己的想法、经验与人分享。 d)交流、提高,通过交流产生更多的思维火花,相互提高。 e)交友,互相鼓励,一路同行。 如果说博客网站是一个舞台,那么所有的博主都是其中的舞者,把自己有价值的真实的一面展示在网络世界中,相互交流沟通;如果博客仅仅为了写日志,那么博客是一面镜子,镜子中展现的是真实的自己;如果博客是一个自由媒体,可以把自身感觉有价值的信息通过博客这个工具发布,与网友共享。 2任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中的其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

(完整版)概要设计说明书_模板

XXX项目 概要设计说明书 创智和宇信息技术股份有限公司

修改记录

此页由EPG编写,项目实施人员不用更改任何地方 模板编写及修订记录 此页由EPG编写,项目实施人员不用更改任何地方

目录 XXX项目_概要设计书 (1) 1 引言 (1) 1.1 编写目的 (1) 1.2 参考文献 (1) 1.3 术语与缩写解释 (1) 2 总体设计 (1) 2.1 系统概述 (1) 2.2 系统设计原则 (1) 2.3 设计中应用的关键技术 (1) 2.4 系统结构图 (2) 2.5 网络结构图 (2) 2.6 系统功能模块图 (2) 2.7 数据流向图(或称为时序图) (2) 2.8 模块构成 (2) 3 环境设计 (2) 4 硬件设备 (2) 5 支持软件 (3) 6 接口设计 ............................................................................................................ 错误!未定义书签。 6.1 用户接口 (3) 6.2 外部接口 (5) 6.3 内部接口 (5) 7 数据库设计 (6) 7.1 数据库环境说明 (6) 7.2 数据库命名规则 (6) 7.3 逻辑设计 (6) 7.4 物理设计 (6) 7.5 安全性设计 (7) 8 公用结构 ............................................................................................................ 错误!未定义书签。 9 界面设计 (8) 10 出错处理设计 (8) 11 开发工具 ........................................................................................................ 错误!未定义书签。 12 附录 (8)

博客系统开发项目管理方案

博客系统开发 项 目 管 理 方 案 书 拟稿人: 项目经理: 初拟日期: 修改日期: 目录 1.项目计划·PROJECT PLANNING 1.1 开篇概述 博客是已为大家熟悉多年的流行传媒体了,随着网络时代的发展,博客已经越来越成为人们生活中不可或缺的的一个重要内容,从某种程度上来说,

这也充分体现着一种现代化的生活方式。 我们的目标是统筹规划和管理,组织开发出一个基于J2EE技术的多层结构Blog系统。并使其具有良好的可扩展性和移植性,在传统的博客基础上标新立异,打造一款更适合大众使用的网络交流、传媒、制作和展示的多功能平台。 1.2 系统性能-PRODUCT QUALITY 根据广泛的调查与分析,我们的系统是以各个不同年龄阶段的网民作为主要用户,提供多方面的服务,满足不同人群的需求。 1)基本功能 以传统博客为例,最基本的功能具体到注册、登录、发表日志、留言、回复、上传照片、添加好友、空间排版。 2)“增值”功能 a)为不同年龄阶段的人设置各自富有特色的版式与模块,任其选择 b)音乐上传、在线编辑、搜索、播放器设置 c)多媒体播放、上传、 d)各类文本文件、压缩包等的上传 e)群体交流空间 1.3 成本核算-COST 1)开发团队 预计总人数10人,包括项目经理。

2)时间 6个月 3)金钱 a)开发人员薪酬:¥25万 b)物资(电费、房租、员工饮食补贴等)消耗:¥1万 c)其他费用:¥4万 2.项目建立·ESTABLISHING THE PROJECT 2.1 我们要做的是什么? 开发一款符合大众网络群体的博客系统,为不同年龄阶段的人提供演绎自己独特魅力的平台,写出你的心情,展示你的创作,分享大众精品,为生活增光添彩。 在这里,让所有的人都走在时代的最前面。 2.2 任务分配

系统概要设计说明书(数据库设计书)

[招生管理系统] 概要设计说明书 [V1.0(版本号)] 拟制人______________________ 审核人______________________ 批准人______________________ [二零零八年十月二十二日]

概要设计说明书 1.引言 1.1编写目的 本说明书交给各个被调研单位审核,并经领导层讨论通过后,软件开发小组成员将以这本说明书为框架开发新的系统。 1.2背景 a.待开发软件系统的名称: 基于XML的网上招生管理系统 b.本项目的任务提出者: 石河子大学 c.本项目开发者 d.本项目用户 石河子大学招生办 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 《软件工程》 2.总体设计 2.1需求规定 2.1.1功能规定

2.1.2系统功能 能对各招生子单位进行管理 能添加、修改、删除、考生信息 能对考生进行分类管理 能将考生信息导出至网上信息发布子系统 能根据各分类统计考生信息 能添加新的管理员 能修改管理员的密码 2.1.2.1精度 由于采用数据库技术并且用户的应用领域对数据精确度的要求不高,所以这点在系统中表现得比较少,但是用户数据的安全性与正确性是完全保证的,所以对用户的使用没有多大的障碍。 2.1.2.2时间特性要求 本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的较让人满意。 2.1.2.4可靠性 由于系统较小只保留一定程度上的可靠性。 2.1.2.5灵活性 由于系统较小只保留一定程度的灵活性。 2.1.3输入输出要求 2.1.4数据管理能力要求

软件概要设计样本

文档编号: 软件概要设计 Version 1.0 拟制:日期: 审核:日期: 批准:日期: 文档配置说明

目录 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.系统出错处理设计 ..................................... 6.1.出错信息.............................................................. 6.2.补救措施..............................................................

相关文档
最新文档