《图书管理系统》设计指导书最完整版Word格式.docx

上传人:b****4 文档编号:14321030 上传时间:2022-10-22 格式:DOCX 页数:64 大小:1.26MB
下载 相关 举报
《图书管理系统》设计指导书最完整版Word格式.docx_第1页
第1页 / 共64页
《图书管理系统》设计指导书最完整版Word格式.docx_第2页
第2页 / 共64页
《图书管理系统》设计指导书最完整版Word格式.docx_第3页
第3页 / 共64页
《图书管理系统》设计指导书最完整版Word格式.docx_第4页
第4页 / 共64页
《图书管理系统》设计指导书最完整版Word格式.docx_第5页
第5页 / 共64页
点击查看更多>>
下载资源
资源描述

《图书管理系统》设计指导书最完整版Word格式.docx

《《图书管理系统》设计指导书最完整版Word格式.docx》由会员分享,可在线阅读,更多相关《《图书管理系统》设计指导书最完整版Word格式.docx(64页珍藏版)》请在冰豆网上搜索。

《图书管理系统》设计指导书最完整版Word格式.docx

严格要求自己,自信但不固执,独立完成课程设计任务,善于接受教师的指导和听取同学的意见,有意识地树立严谨的科学作风,要独立思考,刻苦钻研,勇于创新,按时完成课程设计任务。

2.考勤、考核与成绩

(1)严格考勤制度,每次上机都要记录,学生有事必须请假。

考勤记录影响最终成绩。

(2)因实验室环境不能满足课题要求的,可以申请在实验室外进行设计工作。

(3)在课程设计的最后一次上机之前,必须向老师申请考核,考核时要求演示程序并回答老师提出的问题。

(4)最终成绩以考核成绩为主,考核成绩占80%以上。

(5)课程设计完成后的一周内提交设计报告的Word电子文档和打印件,以及程序源代码文件(含解决方案文件和工程文件)、数据库脚本文件和数据库文件。

3.设计报告

(1)要求采用统一格式的报告封面。

(2)目录,要求目录层次结构清晰、合理。

(3)正文,要求包括概况、系统分析与设计、系统实现、总结、参考文献等方面内容。

系统分析与设计可包括:

系统功能分析、概念模型、数据表结构、三层架构、类的设计等。

系统实现可包括:

数据库实现(SQL脚本)、程序界面、界面操作、关键技术及实现代码、调试中遇到的问题等。

总结可包括:

结论(已完成功能、涉及的主要技术)、下一步工作安排、收获与体会等。

(4)附录,要求包括数据库对象(含存储过程等)的SQL脚本代码,以及主要源程序代码。

《图书管理系统》设计指导书

1.设计题目

图书管理系统

2.设计目的

通过对图书管理系统的系统分析、系统设计、编码和调试等工作的实践,熟悉管理信息系统的开发过程、设计方法及相关编程技术,熟练掌握数据库设计的基本理论及方法。

3.设计任务

要求完成一个具有一定实用价值的图书管理系统,主要任务包括:

①在MicrosoftSQLServer2000/2005/2008环境下建立图书管理系统所使用的数据库,利用企业管理器或查询分析器建立各种数据库对象,包括:

数据表、视图、约束、存储过程和触发器等;

②掌握ADO.NET编程技术,对MSSQLServer数据库进行连接和操纵;

③掌握使用C#语言开发一个数据库应用系统的基本方法和步骤,熟悉一些基础功能的实现方法,如:

数据维护(插删改等操作),数据查询、浏览和Excel导出,统计与报表,用户登录和权限管理等。

④了解C/S或B/S应用程序的多层体系结构及三层架构方案设计思想,了解迭代式开发,熟悉面向对象设计方法及其分析与设计过程,了解UML文档及其开发过程中的作用。

指导书说明:

(1)开发环境与目标:

微软C#、SQLServer,基于C/S结构的Windows应用程序。

(2)仅给出了部分功能的设计与实现,以说明面向对象分析与设计的一般方法以及关键编程技术,其它功能部分需要自己完成。

(3)为减少篇幅和降低阅读门槛,没有追求使用标准的UML设计文档和术语。

4.设计准备

4.1系统准备

操作系统:

Windowsxp/7/8

数据库系统:

SQLServer2005/2008/2012

客户端开发工具:

VisualStudio2005/2008/2010/2012

4.2知识准备

熟悉SQLServer2005/2008/2012的使用;

熟悉C#、ASP.NET语言及其数据库编程技术。

了解:

迭代式开发过程、UML设计文档、设计模式;

以及图书馆相关业务知识

4.3迭代式开发

迭代式开发(统一过程UP)系统开发被组织成一系列固定的短期(一段为2-6周)小项目,称为迭代;

每次迭代都产生可执行的系统。

每次迭代都包括计划、需求、分析、设计、编码、测试等过程以及文档编写工作;

第一次迭代考虑系统的核心功能,随后的迭代逐步扩展系统功能;

每次迭代的成果(含需求、分析、设计、代码和文档等)均为下一次迭代的工作基础,直至满足最终需求。

这种开发过程是基于面向对象方法的。

5.系统分析

系统边界与约定

(1)系统限定在实体书库的借阅和管理等业务范围;

(2)不考虑图书馆的电子书库、订购、情报、人事管理等业务;

(3)不考虑图书馆的跨区分布情况,如长江大学图书馆包括多个校区图书馆;

(4)不考虑图书的通借通还,如长江大学读者可在湖北省高校任何一家图书馆借还图书;

(5)不考虑珍藏图书的借阅业务;

(6)暂不考虑与校园一卡通系统的外部接口。

一卡通系统为外部系统(外部参与者),卡内记录有身份及相关信息,该系统负责身份验证工作。

(7)期刊库和论文库的借阅和管理等业务可作为二期项目目标,视本系统使用情况而定。

需求概要

(1)图书管理系统的基本功能需求包括:

读者管理、图书管理、借阅管理、用户登录与用户管理等;

其它功能需求包括:

读者查询与预约借书*、统计与报表*、数据备份*、书架管理*、期刊管理*、期刊借阅*、论文管理*、论文借阅*等。

(*表示留待以后的迭代周期完成,下同)

(2)相关领域概念:

借书证(读者)、图书、借还书记录。

(3)系统外部参与者:

读者、借书证管理员、图书管理员、借阅管理员、系统管理员。

将图书馆工作人员划分为借书证管理、图书管理、借阅管理等三类人员;

系统管理员负责数据库和软件系统管理,包括各类管理员用户的创建和授权、数据库备份等工作。

系统分析目标

找出系统用例,书写用例文档,建立领域模型(概念模型)。

[用例]usecase,或译为使用案例、用况。

是指为了完成一个领域目标或任务,提供一个或多个场景来说明其在系统内部与外部(人员或外部系统等)之间的交互过程。

如办理借书证、借书、还书、用户登录等均为用例;

而借阅管理不是用例,因为它包括多个任务;

读者可否借书也不是用例,因为它不是一个领域任务或业务目标。

参见“参考资料01用例.doc”。

用例是一个事件流,一个事件对应一个系统操作;

如借书用例中的“根据借书证号查询读者信息”、“根据借书证号查询超期未归还图书”、“判断读者可否借书”、“判断图书是否在馆”、“确认借书”等均为事件或系统操作。

找出系统用例后,对每个用例的交互操作过程进行描述(即书写用例),通过用例发现领域概念及其属性,并建立领域模型(即概念模型)。

用例与领域模型的建立过程一般是交互进行的,并相互参考、印证和补充完善。

通过用例发现事件或系统操作,可进行下一步的设计和实现工作,是系统设计主要内容。

在面向对象方法的开发过程中,分析与设计没有明显的界限,只是侧重面不同而已。

5.1读者管理

读者管理即借书证管理,包括的业务(即用例)有:

办理借书证、借书证变更、借书证挂失、解除挂失、补办借书证、注销借书证、批量办理新生借书证*等。

(*表示留待迭代2及以后完成,下同。

完成此类用例文档并实现其功能者,教师可酌情加分)

借书证(读者)可分为2种类别:

教师、学生。

借书证(教师)=借书证号、姓名、性别、所在单位、办证日期、照片等。

借书证(学生)=借书证号、学号、姓名、性别、专业、班级、办证日期、有效期、照片等。

其中,有效期由学生类别决定,本科生4年、专科生3年、硕士生3年等。

相关业务规则:

(1)读者凭借书证借书;

(2)教师最多借书12本,借书期限最长为60天,可续借2次;

学生最多借书8本,借书期限最长为30天,可续借1次;

(3)处于挂失、注销状态的读者不能借书;

(4)未归还图书者不能注销其借书证。

分析:

增加读者类别概念,统一并简化读者信息,采用教师属性项,而学生可在所在单位填写班级,学生特有读者信息可留待以后的开发周期处理。

可得到2个概念:

读者、读者类别。

读者=借书证号、姓名、性别、所在单位、读者类别、办证日期、照片等。

(另可加:

电话、邮箱等)

读者类别=读者类别号、类别名称、可借书本数、可借书天数、可续借次数。

思考:

学生借书证的有效期如何处理?

1.办理借书证

用例名称:

办理借书证

迭代:

1(说明:

第1次迭代期间的用例文档)

参与者:

借书证管理员(或系统管理员)、读者

综述:

用例起始于读者来到借书证管理办公室,管理员给读者办理新借书证。

触发器:

(说明该用例的触发条件)

前置条件:

登录用户具备读者管理权限。

过程描述:

(标题名或为:

基本流程、基本事件流、主要成功场景等)

1.管理员输入:

读者类别、所在单位、姓名。

2.点击“查询”。

3.系统查询读者信息,并显示查询结果。

4.管理员判断该读者是否已办理借书证,若是,则可取消办证过程。

(人工操作)

5.管理员输入读者信息:

读者类别、姓名、性别、所在单位、办证日期、照片等。

(类别、姓名、单位等可预置为过程1中输入值,办证日期可预置为系统日期)

6.确认办证。

后置条件:

创建新的读者对象,并具有新的借书证号;

系统记录读者信息。

业务规则:

借书证号应具有唯一性。

待解决问题:

1.打印借书证;

注释:

未考虑校园一卡通做为借书证使用的情况

作者与日期:

2013-7-24日,LSH,版本号1.0

读者分成教师和学生2个概念时,用例有何不同?

2.变更借书证

变更借书证类别、有效期、所在单位等,以及其它信息;

借书证号不可更改。

用例(略要求自己完成)

3.挂失借书证

挂失借书证

借书证管理员、读者

用例起始于读者来到借书证管理办公室,管理员给读者办理借书证挂失。

登录用户具备读者管理权限,且读者已经存在

1.输入借书证号,或输入读者的类别、单位、姓名。

3.系统查询并显示读者信息。

4.找到其借书证,且读者状态为有效。

5.确认挂失。

系统修改读者状态为挂失。

借书证挂失后禁止读者借书。

修改读者概念,增加属性“借书证状态”;

并修改办理借书证用例。

4.解除挂失

解除挂失

用例起始于读者来到借书证管理办公室,管理员给读者办理解除借书证挂失。

4.找到其借书证。

5.确认解除挂失。

(前提:

读者状态为挂失)

6.系统修改读者状态为有效。

5.补办借书证

补办借书证过程:

创建新借书证(复制原读者信息,但借书证需取新号,其它信息不变),并将原借书证的借阅记录转移到新证上,原借书证注销。

用例(略自己完成)

6.注销借书证

相关规则:

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 人文社科 > 视频讲堂

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1