4概要设计阶段概要设计说明书的文档格式.docx
《4概要设计阶段概要设计说明书的文档格式.docx》由会员分享,可在线阅读,更多相关《4概要设计阶段概要设计说明书的文档格式.docx(16页珍藏版)》请在冰点文库上搜索。
向顾客交付的最终的全部产品,包括程序及各种文档,以及开发活动所需资源经费等各种信息。
项目开发计划(projectdevelopmentplan):
把项目与过程联系起来的计划方案。
产品生命周期(productlifecycle):
产品从构思到不可在使用的持续时间。
1.4参考资料
(1)《软件工程实验》杨小兵、狄国强、杜宾著清华大学出版社
(2)《数据库系统概论》王珊、萨师煊著高等教育出版社
(3)《实用软件工程》赵池龙、杨林、孙伟著电子工业出版社
(4)《管理信息系统基础》刘晓强、强沙沙著华东大学出版社
2.总体设计
2.1需求规定
说明本系统的主要的输入输出项目、处理的功能性能要求。
包括:
2.1.1系统功能
该实例实现的是简单的图书管理功能,因此系统后台数据库比较简单,有图书信息数据表、读者信息数据表、借阅历史信息数据表、罚款信息数据表、借书登记信息数据表、图书分类信息数据表。
图书信息数据表
字段名称
字段类型
字段大小
索引
必须填写
BOOK_ID
文本
30
有(无重复)
是
BOOK_NAME
50
CLASS
20
AUTHOR
PRESS
PRICE
数字
STOCK
读者信息数据表
READER_ID
NAME
8
ID_CARD
MAXNUM_CAN_BORROW
长整型
FLAG_BORROW
借阅历史信息数据表
BOOK_ID1
BOOK_ID2
BOOK_ID3
BORROW_DATE1
日期
BORROW_DATE2
BORROW_DATE3
CLERK_NAME
WHYS
AMOUNT
FINE_DATE
OK_DATE
图书分类信息数据表
2.1.2系统性能
2.1.2.1精度
查询时应保证查全率,所有相应域包含查询关键字的记录都应能查到。
查询时应保证查准率,查到的记录应与给定的单项或组合查询条件完全匹配。
2.1.2.2时间特性要求
一般操作的响应时间在1~2秒内,对软磁盘和打印机的操作,以及数据的导入和
导出也应在可接受的时间内完成。
2.1.2.4可靠性
可靠
2.1.2.5灵活性
满足个人使用的需求。
对前面提到的运行环境要求不应存在困难。
2.1.3输入输出要求
数据元素名:
图书编号
类型:
长度:
7位
取值范围:
“0000001”。
。
“9999999”
相关数据结构:
图书主数据库文件,图书交易流水文件,图书借还文件
图书名称
字符
50位
任意
图书类型
5位
“00001”(政治)|“00002”(经济)|“00003”(科技)|。
图书主数据库文件,图书交易流水文件
图书状态
4位
“正常”|“遗失”|“收藏”|“借阅”
登记日期,借还日期
8位
合法的“YYYY年+MM月+DD日”
交易码
3位
“001”(图书登记)|“002”(图书借阅)|“003”(图书归还)|
“004”(图书统计)
图书交易流水文件
功能码
“ADD”(输入)|“CHG”(修改)|“DEL”(删除)|“CNL”(取消)
借阅人姓名
10位
图书借还文件
2.1.4数据管理能力要求
查询时应保证查全率,所有相应域包含查询关键字的记录都应能查到。
2.1.5故障处理要求
建议软件寿命:
5年
硬件条件:
PC机
运行环境:
兼容当前主流操作系统Windows95/98/NT/Me/2000/XP,Office软件等。
开发软件:
SQLServer2000,C语言
开发限制:
开发时间短,小组成员水平有限。
2.1.6其他专门要求
如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
2.2运行环境
2.2.1设备
硬件环境:
●C2.4或更高档微机
●运行内存要求:
128M
●打印机:
可选
软件环境:
●中文Windows2000/xp
2.2.2支持软件
兼容当前主流操作系统Windows95/98/NT/Me/2000/XP,Office软件等
2.2.3接口
(1)用户界面
采用目前非常流行的GUI,即诸如窗口、菜单、对话框、滚动条等。
(2)软件接口
运行于windows98及更高版本具有win32API的操作系统之上。
(3)硬件接口
支持一般x86系列微机和windowsCE。
2.2.4控制
说明控制该系统的运行的方法和控制信号,并说明这些控制信号的来源。
2.3基本设计概念和处理流程
图书出版的实体关系如下图所示:
描述图书出版管理系统功能的数据流图如下图所示:
2.4结构
对需求分析得到各项功能进行集中、分块、按照结构化程序设计的,得到如图下图所示的层次图。
图书出版管理系统的层次图
2.5功能需求与系统模块的关系
各项功能需求的实现同各块程序的分配关系:
初始化模块(M1.1)
退出模块(M1.2)
编辑模块(M1.3)
说明模块(M1.4)
帮助模块(M1.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数据结构与程序的关系
直接访问Microsoftaccess数据库中的数据
6.系统出错处理设计
6.1出错信息
错误类型
出错原因
数据库连接错误
数据库设置不正确或Microsoftaccess异常引起的
输入错误
用户输入不规范
其他操作错误
用户不正当操作
其他不可预知的错误
……………………………………………………
6.2补救措施
故障出现后可能采取的变通措施,包括:
a.后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;
b.降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;
c.恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
软件的维护主要包括数据库维护和软件功能的维护。
对于数据库的维护,本系统已经提供了数据库的备份和恢复的功能,可以方便的实现数据库的维护管理。
对于软件功能方面的维护,由于我们采用的是模块化的设计方法,每个模块(窗口)之间的相互独立性较高,这样对软件的维护带来了很大的方便,对于单独的功能的修改只需修改一个窗口就行了。
而对于功能的添加,只要再添加菜单项的内容即可,软件卖出后,我们将根据客户的要求和反应,定期的对软件进行维护修改。