畅销图书监测系统

1、1详细设计报告详细设计报告1.11.1 编写目的编写目的图书管理监测系统详细设计是设计的第二个阶段，这个阶段的主要任务是 在图书管理监测系统概要设计书基础上，对概要设计中产生的功能模块进行过 程描述，设计功能模块的内部细节，包括算法和详细数据结构，为编写源代码 提供必要的说明。 概要设计解决了软件系统总体结构设计的问题，包括整个软件系统的结构、 模块划分、模块功能和模块间的联系等。详细设计则要解决如何实现各个模块 的内部功能，即模块设计。具体的说，模块设计就是要为已经产生的图书管理 各子系统设计详细的算法。但这并不等同于系统实现阶段用具体的语言编码， 它只是对实现细节作精确的描述，这样编码阶段就可以将详细设计中对功能实 现的描述，直接翻译、转化为用某种程序设计语言书写的程序。1.21.2 项目背景项目背景根据图书馆以及一些有关调研考察机构的需求，他们希望能够充分利用现 代科技来提高图书管理监测的的效率，在原有的办公系统基础上进行扩展，将 一些可以用计算机来管理的都进行计算机化，使得图书馆管理人员以及一些调 研人员工作更加方便，工作效率也更加的高。1.31.3 定义定义vf：数据库管理软

2、件 vf：数据库管理系统 Windows 2000/2003/XP：运行环境 vf：软件开发语言 vf：开发工具1.41.4 参考资料参考资料软件工程导论第 5 版 张海藩编著 清华大学出版社 实用软件工程Leszek A.Maciaszek Bruc Lee Liong 著软件工程实践者之路 ，Roger S.Pressman，清华大学出版社。VF 语言程序设计软件工程导论（第四版） 2畅销图书监测系统需求分析报告畅销图书监测系统需求分析报告1. 问题定义问题定义1.1 待开发的软件系统的名称待开发的软件系统的名称：畅销图书监测系统。有一个图书管理监测系统，该系统除了一般的图书管理功能外，还能够为读者从其他图书馆借阅图书和文献资料提供服务。因此系统应该具备以下功能：1.1.1 基本数据维护功能1.1.2 基本业务功能1.1.3 数据库管理功能1.1.4 信息查询功能2.2.功能需求功能需求2.1 基本数据维护功能：提供使用者录入，修改并进行维护基本数据的途径。基本数据包括读者的信息、图书资料的相关信息，可以对这些信息进行修改，更新。2.2 基本业务功能：读者借、还书籍的登记管理功能，

3、随时根据读者借、还书籍的情况更新数据库系统，如果书籍已经借出，可以进行预留操作，书籍的编目、入库、更新等操作。2.3 数据库管理功能：对所有图书信息及读者信息进行统一管理维护的功能，对书籍的借还也要进行详细的登记，以便协调整个图书馆的运作。2.4 信息查询功能：提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书的信息，书籍源信息，预留信息等进行查询，对其他图书馆的书籍、资料源信息的查询功能。3.3. 非功能需求非功能需求3.1 系统安全性需求：为保证系统安全性，对本图书馆的各项功能进行分级、分权限操作，对各类用户进行确认。对其它图书馆借阅图书和文献资料服务控制访问范围：如限 IP、限用户等。33.2 对系统可用性的需求：为了方便使用者，要求对所有交互操作提供在线帮助功能。3.3 对系统查询速度的需求：要求系统在 60S 之内响应查询服务请求。3.4 对系统可靠性的需求：要求系统失败发生率小于 5%。4.4.领域需求领域需求对对“大学图书管理系统大学图书管理系统” ，提出一些与图书管理的业务相关的需求：，提出一些与图书管理的业务相关的需求：4.1 图书编目要求按照中国图书馆分类法

4、进行；4.2 由于版权限制，某些文献资料只能在图书馆规定的阅览室阅读，并限制复制和打印。第一条需求是对遵循我国图书管理的规定，执行对图书的分类管理的标准。而第二条需求则是版权法对图书馆文献资料的保护的需要，描述了对一类文献资料有限制的使用和服务。5.5. 背景说明：背景说明：随着时代的发展，人们的物质需求在被得到满足后，把爱好转嫁到精神 方面便成了一种趋势。书便成了人们在生活中满足自己精神文明需求的一种介 质，但是究竟怎样的书才可以满足广大读者，怎样的书才更受人们欢迎便成了 一个问题。为了解决这些问题，我觉得开发一个图书监测系统无论在哪一方面 都将是受益无穷的。5.15.1 整体描述整体描述：通过图书监测系统随时接收图书的销售情况，形成销售日志，当超出限定范围时向图书管理员发出警告，以便及时发现情况，要去补购还是退换。另外，在需要时导出图书在一段时间内的销售情况，方便随时了解现在人群的人文素养。5.25.2 系统功能目标：系统功能目标：可以减少图书管理员工作量，当图书的销售量发生变化时可以在第一时间内进行提示，还可以随时导出图书销售日志，对奖励以及研究一些事物都是4十分的方便的。5.3

5、5.3 编写目的：编写目的：经过对图书监测系统项目进行详细调查研究，初拟系统实现报告，对软 件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所 需要的成本效益。本报告经审核后，交由更高级人员审查。5.45.4 参考资料参考资料软件工程原理，方法与应用 吴钦藩 编着 人民交通出版社 出版软件工程导论（第四版） 张海藩 编着 清华大学出版社出版软件工程 任胜兵 邢琳 编着 北京邮电大学出版社畅销图书监测系统可行性分析报告畅销图书监测系统可行性分析报告1.1.引言引言1 11 1 编写目的：编写目的： 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内 确定问题是否可解。 经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要 面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来 的经济效益。本报告经审核后，交软件经理审查。 1.21.2 项目背景：项目背景： 开发软件名称：畅销图书监测系统。 项目任务提出者：自己在书店看书的一点幻想。 用户：所有的书店及其与管理机构有关的一些部门。 实现软件单位：隶属于书店的一些机构 实现软件的计算

6、中心：书店网络系统 项目与其他软件，系统的关系： 本项目采用客户机/服务器原理，客户端的程序是建立在 Windows XP 系统 上以 Microsoft Visual F 为开发软件的应用程序，服务器端采用 VF 为操作系 统的工作站。 1.31.3 参考资料：参考资料：软件工程实践者之路 ，Roger S.Pressman，清华大学出版社。VF 语言程序设计软件工程导论（第四版） 可行性研究的前提可行性研究的前提2.12.1 复查系统规模和目标：复查系统规模和目标：5完成对信号的接收和分析，并对信号进行检测是否超出已设范围，从而发出警告；可以定时通过产生的销售库存报告了解图书的销售情况；每季度产生销售日志，方便各方面的研究与考核，如有关哪一类型的书目前比较畅销，通过销售日志可以一目了然，那一季度的书卖的比较好等都可以从销售日志里反映出来。2.22.2 研究目前正在使用的系统：研究目前正在使用的系统：目前的系统只是提供了每一本书或者某一类型的书的库存及其这本书的磁条，有关这类书的隶属范围以及这类书在这一季度的销量如何，想快速的看到它的销售情况并打印销售日志是不太容易的。图书的查找现在

7、也是一个大问题，当书被混乱之后，找寻时就会很麻烦很累人。图书信号超出范围1 信号分析2 发出警告管理员信号正常3 日志导出系 统4 导出日志现有系统的图形分析现有系统的图形分析2.32.3 导出新系统的高层逻辑模型导出新系统的高层逻辑模型6销售库存1接收 信 号2分析 信 号3 产生 警告 信 息管理 人 员信号6 产生 销售 报 告5更新 日 志4定时 取 样时钟销售信号变化比较大通 知定时的销售售信号图书图书售日志图书销量信号名字：销售信号的安全范围 别名：正常销售量 描述：用来表示正常销售情况 定义：安全范围=库存与销量成比例 位置：储存在安全范围文本中名字：销售日志 别名：销量变化规律 描述：对图书每季度的销售变化 记录，并包括与安全范围的对比 定义：销售日志=书名+类型 位置：输出到打印机图书销售信号安全范围的数据字典图书销售信号安全范围的数据字典销售日志的数据字典销售日志的数据字典7名字：销售报告 别名：销售变化记录 描述：通过对销售信息的分析对图 书销售变化作出详尽的分析报告 定义：销售报告=图书类型+销售情 况+售量变化分析 位置：输出到打印机销售报告的数据字典销售报告

8、的数据字典3.3.要求要求3.13.1 主要功能：主要功能：系统能随时接收图书销售的情况，监测图书的销售路径； 定时记录图书的销售情况以形成销售日志（定时更新销售日志记录） ；当有图书 的销量较好，而库存不太充足时，系统会自动检测出来并向管理员发出提示， 以此让管理员做好储备的工作。反之，当图书的销量不太乐观而库存的量又比 较大时，它也会给管理员一些提示，是要退货呢还是要减价就让管理员他们酌 情考虑！同时管理员还可以根据自己的需求来打印近期的销售单。3.23.2 性能要求：性能要求：（1）当图书的销量发生变化时，都应增加相关图书库的记录；（2）系统的外部项至少包括：管理员，卖者，买者（3）图书监测系统的数据必须无差错的存储在书馆的主服务器上。对服务 器上的数据必须进行及时正确的刷新。（4）一旦书店的各种信息更新发生异常情况时报警。输出要求：数据完整，详细，实时，快捷。数据来源：各书店的前台销售记录。数据提供频度：每季度更新一次。输入要求：简捷，快速，实时，准确。安全与保密要求：服务器的管理员享有对现存的书的信息库和已售的图书 信息库的管理与修改。销售人员只享有已售图书信息库的部分修改（

9、写入与读 出） 。3.33.3 目标：目标： 系统实现后：8（1）实时对图书销量进行监测，提高书店的管理效率； （2）提高书店对图书信息的更新速度； （3）减少人力与设备费用。3.43.4 条件，假定和限制条件，假定和限制 建议软件寿命：10 年 经费来源：书店管理机构 硬件条件：服务器 sun 工作站，终端为 pc 机，各种监测仪器。 运行环境：VF 数据库：VF 数据库管理系统 投入运行最迟时间：2015/09/18 3.53.5 可行性研究方法可行性研究方法 根据现有的一些检测系统，通过问卷调查及其一些实际考察，来制定可靠 的方法。 3.63.6 决定可行性的主要因素决定可行性的主要因素(1)成本/效益分析结果，效益 成本。(2)技术可行，现有技术可完全承担开发任务。(3)操作可行，软件能被原有工作人员快速接受。3.73.7 评价尺度评价尺度(1)费用：大概 500 元左右。(2)监测系统的实时性和灵敏性：(3)软件开发时间：一个月左右。(4)使用难易程度：简单。4.4. 导出和评价供选择的方法导出和评价供选择的方法4.1 从硬件、软件方面分析可行性：从硬件、软件方面分析可行性：( 1)软件需求：操作系统 WINDOWS 2000 Advance Server 以上；数据库服务器端软件 VF 等。（2）硬件需求：10M 以上的 WLAN 接入网络带宽，P4 3.0G Xeon CPU /1G内存/360G(10K) SCSI 硬盘的服务器，P3 以上微机（带网卡）的客户机，P4 3.0G XEON CPU /1G 内存/36G(10K) RAID 硬盘的数据库服务器。4.24.2 从经济方面分析可行性：从经济方面分析可行性：大多数书店目前由于完全采用纯人工的方式来完成工作的，图书管理人员要一边关注某些图书的销售情况，一边还要忙着对其它的一些图书进行订购展销等，工作量大，耗时比较多，而且工作效率很低。而如果开发出一个能满足业务要求的销售计算机监测系统，由于系统能在未来较长的一段时间内稳定地发挥作用，这对于书店的提高管理水平有很大的帮助，才能使书店在更早时间9接入到总行的更高层次的网络体系中，可以更加广泛的吸收各方面的信息资源，

《畅销图书监测系统》由会员豆浆分享，可在线阅读，更多相关《畅销图书监测系统》请在金锄头文库上搜索。