详细设计说明书.docx
- 文档编号:30052780
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:10
- 大小:88.96KB
详细设计说明书.docx
《详细设计说明书.docx》由会员分享,可在线阅读,更多相关《详细设计说明书.docx(10页珍藏版)》请在冰豆网上搜索。
详细设计说明书
文件编号:
MAC-SWE-TMP-07密级:
■保密□通用
详细设计说明书[模板]
DetailDesignDescription[Template]
本程序属MAC公司所有,未经书面许可,
不得以任何形式复印或传播。
V1.0
版本
编写/修改
审核
批准
修改原因
受控编号:
正文页数:
附件页数:
存储编号:
管理部门:
审查期:
修改记录
日期
版本
修改内容
修改人
yyyy/mm/dd
<细节>
<姓名>
文件编号:
密级:
■保密□通用
详细设计说明书
项目名称:
图书馆管理系统
拟制:
审核:
SQA:
批准:
项目代号:
收文:
产品版本:
抄送:
1.0引言
为使项目能够及时的交付以及能够保证项目开发进度,编写项目开发计划来实现该目的,使项目开发人员分工明确,定期完成相应文档和成果。
随着科技的发展,人们越来越多的应用到智能管理系统来对,一些大型设施(比如;图书馆,停车场,等)进行自动化管理,以便于减轻人力的投入。
对于我们的成员来说,由于我们经常出入于图书馆中,所以,我们小组决定以一个小型的图书馆的只能管理系统完成我们的这次实践任务。
1.1编写目的
本项目开发计划的目的是把图书馆管理系统的开发过程中对各项工作的任务的负责人员,开发的进度,硬件和软件的资源条件等问题所做的安排用文档的形式记载下来,以便根据本计划开展和检查项目开发工作,保证此次实践任务顺利完成。
本项目的开发分为前提调研,中期规划和后期开发以及最后对本项目的检测等。
每一步,都有专门的人负责和大家共同商量决定,以达到本次实践任务的目的,让我们每一个人的实践能力能有一个质的提高,为以后进入社会打下坚实的基础。
1.2背景
本项目的名称《图书馆智能管理系统》。
本项目的提出者是我们小组统一意见得出的结果。
开发者是我们小组的所有成员。
用户是本学校的学生以及把自身信息录入本系统数据库的其他人员(比如教师,睦邻校友),本软件的执行方属于图书馆的中央计算机中心及其控制人员。
1.3定义
PM(ProjectManager)
项目经理
SCM(ConfigurationManager)
配置经理
SQA(SoftwareQualityAssurance)
软件质量保证
UI(UserInterface)
用户接口
•SQLSever2000:
数据库管理软件
•DBMS:
数据库管理系统
•Windows2000/2003/XP:
运行环境
•Java:
软件开发语言
1.4参考资料
《VisualC++6.0程序设计与开发技术大全》
《测试计划》
《配置管理计划》
《质量保证计划》
《数据库系统概论》
2.0程序系统的结构
图书馆功能分析图
3.程序设计说明
3.1程序描述
本程序模拟的是图书馆管理系统,它的主要功能和一般的图书管理系统没有区别,其主要的区别在于数据的容量大小方面。
我们所做的只是一个图书馆系统的迷你版,所谓麻雀虽小五脏俱全。
本程序的目的主要是锻炼我们的实践操作能力和对于各种事物的分析能力,它的意义不仅仅是编写了一个完整地应用软件更主要的在于我们在实现这个应用软件的过程中得到了什么,收获到了什么。
我想在这个完成之后我们最大的收获在于,完整地,独立的体验了一个应用软件(从分析到设计再到编码到检测)的过程。
本程序的特点主要在于自主开发,它所采用的是常驻内存,采用分级编写模式,从最底层开始为上一次留有完整地借口类型,直至最后一层的完成。
对于重复时间采用独立保存,而不是直接覆盖,这个主要的考虑的事重复的时间可能会同时发生。
对于多任务请求时,采用顺序处理,极按照队列的要求,先到先得!
3.2功能
图书信息管理功能:
对于书籍的管理,按照要求录入,删除,更新,查询图书信息。
读者信息管理功能:
教师信息管理,教师信息的录入,删除,查询;
学生信息管理,学生信息的录入,删除,查询。
借还书管理功能:
教师借书,还书续借:
学生借书,还书,续借。
3.3性能
该程序对各种响应的时间控制在100ms以内。
对于图书的查询,学生,教师信息的查询应做到准确无误。
总之,快,准,敏!
3.4输入项
1,图书信息:
完全公开,采用字符型数组,数组长度控制在40以内,
2,学生信息:
由于信息保密的等级,对于不同的人员拥有不同的访问权限,学生的姓名采用字符型数组,学号采用短整型,其他的比如专业,院系,全部采用字符型数组。
3,教师信息:
保密等级比起学生相对来说更高级一些,教师的编号采用短整型数组,姓名,所在部门等采用字符型数组,
4,码信息:
由于学生,教师,书籍等的区别主要采用条形码来进行区别。
所以,对于每一个条形码所对应的信息具有唯一性。
其只对相应的人员和数据库管理人员公开其所代表的信息。
3.5输出项
1,图书信息:
(1),查无此书,非常抱歉!
(2),显示书籍名称采用字符型数组;图书代码,采用短整型数组;所在位置,按相应的分类用字符型数组显示;图书状态采用字符型数组其只具有两种状态(在馆,不在馆)
2,教师信息:
教师的编号,采用短整型数组;姓名,字符型数组;借书状态,按照借书数目显示为(0,1,2,3,4,5),0代表尚未借书。
如显示非0,还要显示借书日期和应还书日期,是否超期。
3,学生信息;学号,采用短整型数组;姓名,字符型数组;借书状态,按照借书数目显示为(0,1,2,3,4,5),0代表尚未借书。
如显示非0,还要显示借书日期和应还书日期,是否超期。
3.6算法
详细说明本程序所选用的算法,具体的计算公式和计算步骤。
3.7数据逻辑图
数据流程图
3.8接口
用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关系的数据结构(数据库、数据文卷)。
3.9存储分配
1,对于图书信息采用数据库管理系统进行固定硬盘存储,并且在每隔一段时间进行数据的保存与整理,
2,学生和教室信息直接存储在校园系统上的个人信息资料库里面,采用借口把图书馆理系统与校园个人信息资料库进行连接,这样有助于减少在硬件上的投资,但这是以消耗系统的响应为代价的,这样的最大好处是可以进行信息的同步更新。
3.10注释设计
1,在每个模块的收不添加注释,以便于提高代码的可读行;
2,在各个分歧点加以注释,以便于更好的理解代码的功能;
3,对于各个变量的功能,范围,缺省条件等后面添加注释,有利于代码的可阅读性,方便对于代码指定部位的修改。
4,对于所使用的逻辑和特殊算法加以注释,有利用代码的可操作性,为代码的后续开发提供了良好的课操作性。
3.11限制条件
1,对于运行环境的限制,由于对于系统的响应时间拥有的明确而清晰地要求,所以对于所需硬件的性能拥有一定的限制。
2,对于数据容量的限制,由于所有的软件系统都是基于硬件运行的,所以,对于信息的容量应该不超过所规定容量的10%。
3,访问权限,对于每个用户的使用权限拥有严格的限制,并且对于非法操作的用户系统必须在第一时间做出反应切断其使用并向数据库管理人员提交审计报告。
3.12测试计划
1,首先是对于基层代码的测试,仅限于起稳定性,正确性,灵敏度。
2,对于各个图形用户界面的测试,只要测=测试每个图形界面所对应的功能是否与当初的设计一致。
3.,基于每个模块的测试,对于各个功能进行完整地测试,包括,响应时间,界面友好型,数据的正确性等。
4,对于整个系统的测试,包括性能的稳定性。
3.13尚未解决的问题
1,代码的冗余性问题,尚需要对代码进行进一步的优化,一减少代码的整体数量。
2,数据容量的扩容问题,由于数据库的大小与响应时间具有直接相关的联系,所以,对于数据库应该在进一步进行优化管理,以期在于提高数据容量的同时,可以取得与之前相等乃至更快的响应速度。
4.0程序2(标识符)设计说明
1.1第一阶段的编程,主要是根据整个图书馆的开放进度,首先实现图书信息录入模块的实现。
1.2第二阶段的编程图书馆管理人员在录入图书信息的同时实现教师和学生信息的录入模块的实现
1.3第三阶段的编程是在图书馆管理人员在录入学生和教师信息的同时实现整个图书借阅模块代码的生成。
1.4第四阶段的编程,组织相应人员对于底层代码进行测试的同时实现图形用户界面模块。
1.5最后阶段,对于测试中所出现的问题进行相应的修改。
并且向客户提交最终的应用软件
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 详细 设计 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)