1、小型图书销售系统南京航空航天大学计算机实践实验报告课程名称： 软件技术基础专 题： 小型图书销售系统学生姓名：陈凯、步大为、蔡超班级学号：0308103 (30)专业名称：自动化2010年12月、可行性报告1、引言1.1编写目的 经过对此项目的详细研究，初拟系统实现报告，对软件开发中将要面临的问题及其解 决方案进行初步设计及合理安排。 明确开发风险及其所带来的经济效益。 此项目将由指导老 师进行最终审核。1.2项目背景开发软件名称：小型图书销售系统 项目任务提出者：计算机指导老师 储剑波项目开发者：陈凯、步大为、蔡超用户：暂无 实现软件单位：南京航空航天大学 项目与其他软件系统关系：本项目以
2、Microsoft Visual C+ 为开发环境1.3定义（ 1）数据流图 ： 描绘系统的逻辑模型， 图中没有任何具体的物理元素， 只是描绘信息在系统中流动和处 理的情况，它表示了数据和处理过程的关系。数据流图有四种基本符号： 正方形（或立方体）表示数据的源点或终点。 圆角矩形（或圆形）代表变换数据的处理。处理不一定是一个程序。一个处理框可以代表一系列程序，单个程序或者程序的 一个模块；它甚至可以代表一种人工处理过程。 开口矩形（或两条平行横线）代表数据存储。数据存储可以表示一个文件，文件的一部分，数据库的元素或纪录的一部分等等。 数据存储是处于静止状态的数据。箭头代表数据流，即特定数据的流
3、动方向。 数据流是处于运动中的数据。还有几种附加符号： 星号表示数据流之间是“与”关系 加号表示“或”关系 异或符号表示只能从中选一个（ 2）数据字典 ： 是对系统中各类数据描述的集合， 是各类数据属性清单， 是进行详细的数据收集和数据 分析所获得的主要结果。它通常包括以下五个部分：数据项，是数据的最小的单位。 数据结构，是若干数据项有意义的集合。 数据流，可以是数据项，也可以是数据结构，表示某一处理过程的输入或输出。 数据存储，处理过程中存取的数据。常常是手工凭证，手工文档，计算机文件。 处理过程。它们的描述内容如下：1数据项描述 = 数据项名，数据项含义说明，别名，类型，长度，取值范围，与
4、其他 数据项的逻辑关系 取值范围，与其他数据项的逻辑关系定义了数据的完整性约束条件，是设计数据检 验功能的依据。2数据结构描述 = 数据结构名，含义说明，组成： 数据结构或数据项 3数据流 =数据流名，说明，流出过程，流入过程，组成： 数据结构或数据项 流出过程，说明该数据流由什么过程来。 流入过程，说明该数据流到什么过程去。4数据存储 =数据存储名，说明，输入数据流 ，输出数据流，组成： 数据结构或数 据项 ，数据量，存取方式 数据量，说明每次存取多少数据，每天（或每小时，或每周）存取几次的信息。 存取方法，指的是批处理，还是联机处理；是检索还是更新；是顺序检索还是 随机检索；尽可能详细收集
5、并加以说明。5处理过程 =处理过程名，说明，输入： 数据流 ，输出： 数据流 ，处理： 简要说 明简要说明中主要说明该处理过程的功能，即“做什么” （不是怎么做） ；处理频度要 求，如每小时（或每分钟）处理多少事务，多少数据量；响应时间要求等。这些处理要 求是后面物理设计的输入及性能评价的标准。1.4参考资料软件技术基础教程，万晓东、施玉霞、孔德明，南京航空航天大学。C+程序设计教程，皮德常，机械工业出版社。 数据结构，严蔚敏、吴伟明，清华大学出版社。2、可行性研究的前提2.1要求主要功能：实现图书的销售，方便商店的统计和工作，提高书店的服务质量和服务效率。 性能要求：销售系统必须能够实现图书
6、条目的输入、销售、统计和库存查询情况。 输出要求：数据完整，详实。 输出要求：简捷，快速，实时。 安全与保密要求：管理员享有对销售系统库存情况的查询权限，售书员只享有对图书 统计的权限。2.2目标系统实现后，大大提高图书商店的售书效率，降低售书中的错误发生率，减少管理的复杂度。2.3条件，假定和限制 建议软件使用寿命： 1 年 经费来源：无 硬件条件：普通 pc 机 运行环境： Windows 数据库：投入运行最迟时间： 2010/12/282.4可行性研究方法本项目的可行性研究采用确定模型，再将各个模块加入其中。2.5决定可行性的主要因素成本/效益分析：效益 成本。技术可行性：现有技术将能完
7、全承担开发任务。操作可行性：软件能被原有工作人员快速接受。3、技术可行性分析3.1系统简要描述建立图书条目的数据结构，把各种图书信息输入后建立图书的数据库，并按照图书的书名或条形码从数据库内调出图书信息进行销售， 同时考虑对该用户是否打折。 在销售图书的统计中，分别按照图书的类别和整个销售进行统计， 并以报表的形式输出。 在考虑权限问题时，实现可以按照图书条目不同的字段属性对库存情况进行查询。 最终以实现小型图书销售系统。3.2处理流程和数据流程4、经济可行性分析4.1支出一个星期的时间。4.2效益：4.3收益/投资比相对比较大。4.4投资回报周期：两个星期。4.5敏感性分析设计系统周期：一年
8、。处理速度：一般查询速度 2 秒。 关键数据查询速度： 1 秒。5、社会因素可行性分析5.1法律方面可行性一般不会出现侵权现象5.2使用方面的可行性用户商店均可以使用该系统软件，使用人员的知识水品均适合使用。6、其他可选用的方案客户端与服务器端联系在一起： 在商店只设立终端，在总店设立服务器，数据输入由终端输入，所有数据都由服务器 处理，只在终端上显示数据结果。此设计简化了数据处理，加重了服务器的数据处理。而使用客户端 / 服务器机理，简化 数据流量，加快数据处理。7、结论意见由于投资效益比远大于 100%，技术，经济，操作，社会均有可能性，此系统设计可以即刻 进行！二、需求分析报告1、小型图
9、书销售系统的功能要求1.1销售系统的总目标在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开 发一个具有开放体系结构的、 易扩充的、易维护的、具有良好的人机交互界面的图书销售系统，实现图书商店销售的自动化的计算机系统，为商店的决策层提供准确、 精确、迅速的图书销售消息。根据可行性研究的结果和客户的要求，分析现有情况及问题，采用 Client/server结构，将图书销售系统划分为三个模块： 客户端数据库信息模块、顾客购买图书信息模块、数据库汇总报表模块。1.2图书销售系统流程图F面分析各个模块的功能要求：(1)客户端数据库信息模块：在客户端数据库的功能实现上，可以分为一
10、下几个部分:(1.1)图书条目的输入和统计商店在客户端输入新进图书的详细信息。这部分是客户端子系统的基本部分， 这个功能是以后各个部分的基础。系统要求做到既能够从其他子系统中分享一部分 信息，又有方便的操作界面手工输入图书信息。这部分要求输入的数据进行简单的 统计，供商店进行查询和宏观调控。（1.2 ） 图书信息的存储 将图书信息存储到商店的客户端系统中，以备以后的查询使用、（1.3 ）销售及账单生成 在查询到书目后，向客户询问购买数量，并在此客户端生成账单。（1.4 ）图书销售情况报表 这一功能是在上一功能的基础上，对图书销售情况的单项核算，得到该商店的 销售情况。（2）数据库管理模块： 通
11、过计算机将客户端得到的信息进行处理，实现图书查询，销售统计，综合信息查询 等子系统。 以计算机成本核算为中心，实现销售业务的计算机自动化， 为商店降低成本、提 高销售额、经营决策提供及时准确的依据。基于数据库功能实现上，可以分为以下一个部分：（ 2.1 ）生成图书总信息（ 2.2 ）传递图书信息到客户端 当客户查询图书时，服务器端就将数据传入客户端。（ 2.3 ）生成图书库存给有权限的用户 只有拥有权限的管理员才能查询图书库存情况。（2.4 ）销售分析和管理 这一步骤的功能要求包括对销售的图书进行分析，这一工作是在前面的基础 上，以计算机为辅助， 对图书销售系统的功能和目标进行扩充。 它以财务
12、管理学为 理论基础， 以辅助决策为目标， 以图书销售数据为中心， 广泛采用统计学、 运筹学 的分析方法， 对销售信息进行深层加工， 提供管理上所需的各种辅助决策信息和财 务信息。 这一要求是图书销售系统的最高目标， 将通过系统运行后获得的大量销售 历史数据基础上，实现这一目标。（3）顾客购买图书信息模块 顾客查询图书信息后，系统显示顾客账单。2、图书销售系统的性能需求 为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书销售系统应该满足以 下的性能需求：a） 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要 充分考虑系统当前和将来可能承受的工作
13、量， 是系统的处理能力和响应时间能够满足企 业对信息处理的需求。由于图书销售系统的查询功能对整个系统的功能和性能完成举足轻重。作为系 统的很多数据来源， 而图书数量和销售又影响着商店的决策活动， 其准确性很大程度上 决定了图书销售系统的成败。 在系统开发过程中， 必须采用一定的方法保证系统的正确 性。b） 系统的开放性和系统的可扩充性图书销售系统的开发过程中，应该充分考虑以后的可扩充性。例如查询系统的 多样性。 所有这些， 都要求系统提供足够的手段进行功能的调整和扩充。 而这一点的实 现，应通过系统的开放性来完成，即系统应该是一个开放系统，只要符合一定的规范， 可以简单的加入和减少系统的模块，
14、 配置系统的硬件。 通过软件的修补、 替换完成系统 的升级和更新换代。c)系统的易用性和易维护性图书销售系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟 悉。这就要求系统能够提供良好的用户接口， 易用的人机交互界面。要实现这一点，就 要求系统应该尽量使用用户熟悉的术语和中文信息的界面； 针对用户可能出现的使用问 题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。图书销售系统中涉及到的数据是书店的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份， 日常的安全管理， 系统意外崩溃时数据的恢复等工作。d)系统的标准性系统在设计开发使用过程中都要涉及很多计算机软件、硬件。
15、所有这些都要符合主流国际、国家和行业标准。 例如在开发中使用的操作系统、网络系统、 开发工具都必须符合通用标准。 同时，在自主开发本系统时， 要进行良好的设计工作， 制定行之有 效的软件工程规范，保证代码的易读性、可操作性和可移植性。e)系统的先进性目前计算机系统的技术发展相当快，作为图书销售系统工程，在系统的生命周期内尽量做到系统的先进性，从分完成企业的信息处理的要求不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开放的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。f)系统的响应速度图书销售系统在日常处理数据的响应速度
16、为秒级，达到实时要求，以及反馈信息。在进行分析统计时，根据所需数据量的不同响应时间不同，原则是保证操作人员不会因为速度而影响工作效率。3、图书销售系统的数据需求图书销售系统的数据需求包括如下几点：( 1) 数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。 在系统中，数据的输入往往是大量的， 因此系统要有一定的处理能力， 以保证迅速的处理数据。（2） 数据的一致性与完整性由于系统的数据是共享的，在不同的客户端
17、中，图书信息是共享数据，所以如 何保证这些数据的一致性， 是系统必须解决的问题。 要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据 完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。（3） 数据的共享与独立性整个图书销售系统的数据是共享的。然而，从系统开发的角度上看，共享会给 设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行， 而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。4、图书销售系统中的数据字典系统中的数据元素：名字：图书信息别名：描述：输入
18、系统的图书信息，用于标记图书定义：图书信息=ISBN号+书名+作者+出版社+进书年月日+库存量+批发价+零售 价位置：客户端输入信息名字：账单别名：描述：顾客购买图书后界面显示的价格表 定义：账单=图书信息+价格位置：输出界面名字：报表别名：描述：根据数据库中的图书某个关键字进行报表 定义：报表=图书信息关键字+图书信息 位置：数据库5、图书销售系统的逻辑模型图书销售系统的逻辑模型如下所示:机票预定系统的逻辑模型机票预定系统的逻辑模型如下图所示:6、图书销售系统的运行要求6.1图书销售系统中的各个子系统的硬件和软件的配置如下:客户端子系统的运行要求：系统软件： Win dows NT Work
19、statio n 数据库管理系统：SQL Server硬件要求： Pentium 133 以上， 32M RAM， 4.3G HD7、建立图书销售系统的约束7.1结构总体设计方案对它的约束 图书销售系统作为一个应用系统， 不可避免的要受到此结构的约束。 在其实施的各个阶 段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，图书 销售系统还受到其他系统的信息约束。7.2人力、资金、时间的约束： 图书销售系统工程实施的目标是要带给使用商店可以看得见的效益， 其开发过程中也要 考虑到人力、资金、时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供 给顾客以优质高效的
20、服务，并提高销售的效率和便捷，为使用商店带来良好的效益。7.3技术发展规律的约束 计算机技术和产品的发展日新月异， 将会给信息处理带来更多的手段， 同时也会带来更 加丰富的信息表达形式。 例如图像和语音技术的进步， 多媒体技术的发展， 这些都要求在设 计师考虑到技术变化的可能性，为可能的变化预留一定的系统处理能力。三、项目开发计划1、引言1.1编写目的 本报告的主要作用明确制作进度分工 ,按步有序进行的制作 ,加快制作效率 具体步骤：拟订开发计划书，分配项目工作，安排项目进度。1.2项目背景完成计算机软件课程设计，设计图书管理系统。2、项目概述2.1工作内容 小组根据时间先后安排，分别对项目进
21、行开发： 各项主要工作： 对调查结果进行分析，拟订实现方案（如 程序结构，流程，数据结构 等）。对软件进行集中开发。 进行检查与测试。2.2条件与限制 完成项目应具备的条件：计算机、制作人员 开发单位已具有的条件：计算机、制作人员2.3产品（1）程序 程序名称：图书管理系统 使用语言： TC 存储形式：硬盘（2）文档 可行性报告； 需求分析说明书； 项目开发计划书； 概要设计说明书； 详细设计说明书； 测试计划； 测试分析报告； 用户操作手册； 程序维护手册； 总结性报告。2.4运行环境 运行软件环境： WindowsXP 以上。 验收标准：系统运行流畅，功能符合需求3、实施计划3.1任务分解
22、分析阶段（一天）调研小组设计阶段（五天）设计小组写代码及单兀测试阶段（两天）开发小组总测试及修改阶段（一天）测试小组维护阶段（不定）维护小组3.2进度一天进行调研；五天进行实现；两天进行测试，维护。（1）预算分析阶段0设计阶段0写代码及单元测试阶段0总测试及修改阶段0（2 ）关键问题关键的问题是如何利用链表实现数据的管理，如插入，删除，排序，写入读出，并在功 能满足需求的基础上加快程序的运行速度，优化算法。4、人员组织及分工调研小组、设计小组、开发小组、测试小组：陈凯、步大为、蔡超5、交付期限最迟交付日期：2010年1月6号四、概要设计说明书1、引言1.1编写目的在图书馆里项目的前一阶段， 也
23、就是需求分析阶段中， 已经将系统用户对本系统的需求 做了详细的阐述，这些用户需求已经在上一阶段获得， 并在需求规格说明书中得到详尽得叙 述及阐明。本阶段已在系统的需求分析的基础上， 对图书管理系统做概要设计。主要解决了实现该 系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、 决定各个模块之间的 接口、模块之间传递的信息，以及数据结构、 模块结构的设计等。 在以下的概要设计报告中 将对在本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告， 在概要设计对图书管理系统所做的模块结构设计的基础上， 对系统进行详细设计。 在以后的软件测试
24、以及软件维护阶段也可参考此说明书， 以便于了解在概要设计过程中所完成的各模块设计结构， 或在修改时找出在本阶段设计的不足或错误。（1 ）项目背景本项目由指导老师老师要求制作，由郝克、陈杰负责开发。图书管理系统将由两部分组成（2 ）参考资料以下列出在概要设计过程中所使用到的有关资料:软件技术基础教程图书销售系统计划任务书需求分析说明书概要设计说明书用户操作手册（初稿）数据结构2、任务概述2.1目标实现对书籍相关资料的管理，管理人员可以对数据库的中的信息进行修改筛选， 销售人员对其进行遍历，以实现书的销售管理过程。2.2运行环境WindowsXP 系统2.3需求概述为方便图书管理，程序需包括图书的
25、借出还入，排序，以及遍历等功能，方便用 户管理图书。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求算法简单明 了，程序利于维护。3、总体设计3.1处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分 析。3.1.1程序流程本地信息为书名、作者、出版社、进书日期库存量等。用户输入其中的部分 内容可以对明细进行遍历，查找，修改，添加删除等功能下面对各模块（以数字表示）进行功能说明：1.写入图书明细：输入需要修改或显示的数据明细2检验输入资料：检验格式化输入资料，初步检查输入是否有误，它是一个事务处理 中心，有误则转1再次读入，检查无误则将数据库中相应的信息
26、调出。3执行相应操作：输入的数据执行相应的删除替换等操作4.返回数据：将修改完毕的信息存回数据库5读入并输出：将售人员输入部分明细，去数据库中查找对应的数据，若没有则返回1。6.遍历数据：将详细的数据显示出来，销售人员进行确认7输出：将数据存入数据库，返回主菜单3.2总体结构和模块外部设计下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字；方框之间的直线表示模块的调用关系。3.3功能分配各项模块的功能可参照 3.1中的说明。客户机程序主要有三大块：接收数据、网络通信及输出部分。服务器程序主要也是由三大功能：接收网络数据、数据库操作及 发送网络数据部分。服务器程序需与已建立的 S
27、QL SERVER数据库互连，其接口将于下面部分阐述。4、接口设计4.1外部接口4.1.1用户界面在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上， 应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。 外观上也要做到合理化。在设计语言上，已决定使用 VISUAL C+进行编程，在界面上可使用VISUAL C+所提供的可视化组件。 其中服务器程序界面要做到操作简单， 易于管理。在出错显示上可调用 VISUAL C+ 库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用4.1.2软件接口服务器程序可使用 VISUAL
28、 C+提供的对SQL SERVER的接口，进行对数据库的所 有访问。服务器程序上可使用 SQL SERVER的对数据库的备分命令，以做到对数据的保存。4.1.3硬件接口在输入方面，对于键盘、鼠标的输入，可用 VISUAL C+的标准输入/输出，对输入进行处理。在输出方面，用 VISUAL C+的标准输入/输出对其进行处理。4. 2内部接口内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具 体参数的结构将在下面数据结构设计的内容中说明。 接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。5、数据结构设计5.1数据库数据结构设计DBMS的使
29、用上系统将采用 SQL SERVER,系统主要需要维护的数据表:ISBN 号书名作者出版社进书日期库存量售价本表包含了所有书的明细信息，供销售人员查询5.2物理数据结构设计数据在模块中都是以结构的方物理数据结构设计主要是设计数据在模块中的表示形式。式表示。图书信息char ISBN;书的 ISBN号；char bookTitle51; 书名；char author21; 作者；char publisher21; 出版社；date dateAdded; 存放进书日期； int qtyOn Ha nd; 存放该书的库存量； double wholesale; 存放该书的批发价;double ret
30、ail; 存放该书的零售价；用以存放图书的详细信息5. 3数据结构与程序的关系服务器程序在对图书信息进行操作时需对数据库数据库数据结构， 也就是数据表进行查询和修改：在销售、管理过程中都需要对数据库中表，进行联合查询、修改。物理数据结构主要用于各模块之间函数的信息传递。 接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中。6、运行设计 61 运行控制 运行控制将严格按照各模块间函数调用关系来实现。 在各事务中心模块中， 需对运行控 制进行正确的判断，选择正确的运行控制路径。62 运行时间 在软体的需求分析中， 对运行时间的要求为必须对作出的操作有较快的反应。 硬件对运 行时间有影响，数据量的大小也会影响查找的时间以及操作的速度。7、处理设计7 1 出错输出信息 程序在运行时主要会出现错误： 由于输入信息， 或无法满足要求时产生的错误， 称为软 错误。对于软错误，须在定票 /领票操作成功判断及输入数据验证模块由数据进行数据分析， 判断错误类型，再生成相应的错误提示语句，送到输出模块中。出错信息要给出提示，并重新运行，例： “输入的指令有误 , 请重新输入！”。72 出错处理对策如果出错将提示按任意键继续，执行清屏命
