软件技术基础课程设计报告.doc

南京航空航天大学计算机实践实验报告课程名称： 软件技术基础 项目名称： 小型图书销售系统 开发团队成员： 班 级： 1 5 0 9 2 0 1 专 业： 探测制导与控制技术（航天） 2011年11月目 录一、系统规格说明书2二、可行性研究报告4三、项目开发计划9四、软件需求说明书11五、数据要求说明书17六、概要设计说明书18七、详细设计说明书24八、数据库设计说明书29九、用户操作手册30十、模块开发卷宗34十一、测试设计39十二、测试分析报告44十三、程序维护手册49十四、项目开发总结报告52十五、开发制度月报53十六、附件1：源程序54一、系统规格说明书1、引言系统的思想主要体现在以电子计算机为基本信息处理手段，以现代通讯设备为基本传输工具，且能为管理决策提供信息服务的人机系统。目前，在大的书店应有一整套比较完整的信息管理系统,而在一般中小型的书店中的大部分工作仍然进行着手工管理，工作效率很低，并且不能及时了解书店各类图书的库存，读者需求的图书难以在短时间里找到，图书的入库和更新比较麻烦等，不便于动态及时调整图书结构。同时由于不可避免的人为因素，造成数据的遗漏、误报等。开发一套简单易用、适应性强的小型图书管理系统，可以更好地满足当前书店的销售需求，缓解手工管理存在的弊端。本文档旨在通过结构化方法描述适应性的图书管理系统的主要方法与实现。2、功能和数据描述 2.1图书销售管理系统的功能结构图书销售管理系统由销售管理、订书管理、进货管理、库存管理、辅助功能五大子系统组成。子系统共享同一数据库，各自之间有相应数据流交换。（图1.2.1）图书销售管理系统销售管理进货管理订书管理辅助功能库存管理【图1.2.1】3、 子系统描述 检索图书更新销售记录更新库存查看销售报表销售管理3.1销售管理子模块销售管理模块可以查看所有的图书，也可以检索想要出售的图书，如果存在则出售。出售时更新销售记录，从而产生销售报表，同时也必须更新库存图书。能够查看销售状况，急时的进行店内图书的更新。（图1.3.1）【图1.3.1】3.2建议订书管理子模块建议订书管理子模块添加建议订书查看建议订书删除建议订书附加管理子模块增加销售员删除销售员修改密码 【图1.3.2】【图1.3.5】建议订书子模块可以由销售员进行添加建议订书，管理员进行查看删除和修改。（图1.3.2）3.3进货管理子模块进货管理子模块是对库存图书进行更新，如此书售完了或是销售较好，又新进了一批图书，可以对原有图书的数量进行更新。如果是新的图书，那么就是新书上架。（图1.3.3）库存管理子模块查看库存图书查看短缺图书短缺书出库进货管理子模块更新图书数量添加新的图书增加图书类型【图1.3.3】【图1.3.4】3.4库存管理子模块库存管理可以对查看库存的图书,也可以查看缺少的图书,同时对于缺少的图书可以进行订书,也可以删除已有图书。（图1.3.4）3.5辅助功能子模块辅助功能子模块主要是对本软件的一些设计，比如密码的修改，以及对于销售员的添加与删除。（图1.3.5）二、可行性研究报告1、引言1.1编写目的经过对此项目的详细研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。此项目将由指导老师进行最终审核。1.2项目背景开发软件名称：小型图书销售系统项目委托单位：南京航空航天大学项目开发者：用户：小规模书店实现软件单位：南京航空航天大学项目与其他软件系统关系：本项目以Microsoft Visual C+为开发环境1.3定义PC：personal computerB/S(Browser/Server)结构,即浏览器和服务器结构1.4参考资料GB8567882、可行性研究的前提2.1要求主要功能：实现图书的销售，方便商店的统计和工作，提高书店的服务质量和服务效率。性能要求：销售系统必须能够实现图书条目的输入、销售、统计和库存查询情况。输入要求：数据完整，详实。输出要求：简捷，快速，实时。安全与保密要求：管理员享有对销售系统库存情况的查询权限，售书员只享有对图书统计的权限。2.2目标系统实现后，减少了人工工作量，大大提高图书商店的售书效率，降低售书中的错误发生率，减少管理的复杂度。2.3条件，假定和限制建议软件使用寿命最小值：1年经费来源：团队自理硬件条件：普通PC机运行环境：Windows投入运行最迟时间：2011/12/282.4可行性研究方法本项目的可行性研究通过调查确定模型，通过模型模拟投入进行系统评价。2.5评价尺度1、实现预期功能；2、性能达标；3、输入输出规范；4、安全、保密性能好。3、对现有系统的分析3.1处理流程和数据流程系统管理员 库存情况数据库显示报表产生报表售书员销售统计 数据库产生报表客户机终端显示报表售书员类别统计产生报表客户机终端显示报表售书员按图书类别调出图书销售在客户端输出图书信息和账单产生报表及帐单3.2工作负荷 现有系统工作负荷较大，工作量比较重，系统常常不能满足要求。3.3费用开支 开支主要来源于购进设备（PC）、人员工资、设备维护、空间支持等方面。人员工资开支比较大。3.4人员 操作、维护人员较少，为计算机软件专业技术人才。对编程和设计以及问题分析处理能力要求较高。3.5设备普通PC（内存2G以上）。4、所建议的系统4.1系统简要描述建立图书条目的数据结构，把各种图书信息输入后建立图书的数据库，并按照图书的书名或条形码从数据库内调出图书信息进行销售，同时考虑对该用户是否打折。在销售图书的统计中，分别按照图书的类别和整个销售进行统计，并以报表的形式输出。在考虑权限问题时，实现可以按照图书条目不同的字段属性对库存情况进行查询。最终以实现小型图书销售系统。4.2处理流程和数据流程管理员图书信息处理图书管理反馈信息图书信息反馈信息记录数据数据库4.3改进之处提高模块的内聚减少功能模块之间的耦合。4.4影响4.4.1对设备的影响因为是对软件结构的改进，所以对设备要求不变。4.4.2对软件的影响提高了软件的适用性能，使软件的应用前景进一步扩大。4.4.3对用户单位机构的影响操作更加简单，对用户单位要求降低。4.4.4对系统运行过程的影响系统运行更加快捷。4.4.5对开发的影响对软件开发要求提高，要求软件开发人员更加熟悉软件结构及各模块功能，提高了开发难度。4.4.6对地点和设施的影响所应用的软件及硬件要求不变4.4.7对经费开支的影响由于本项目开发周期不长，所以所做的改进对经费开支影响不大。4.5局限性数据存储能力不足，处理功能不够。 4.6技术条件方面的可行性本系统采用B/S结构，能够运行于网络环境，也可把本地机设为服务器在本机上运行，所以具有较强的灵活性。采用ASP+ACCESS开发，服务器端：window 2003 server+access 2003 客户端：window xp+IE6.0，可采用单台电脑也可以采用多台电脑组网，系统硬软件要求不高。因此本系统在技术上是可行的。5、其他可选用的方案客户端与服务器端联系在一起：在商店只设立终端，在总店设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理，加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。6、投资及效益分析由于本系统的利用ASP作为后台语言，开发周期短、效率高、所需费用少，且运行本系统软硬件的要求低，所以从经济上讲也是可行的。采用本系统后，可以提高书店管理人员的工作效率，减少出错率，以低成本的的投入从而获得较高的回报，因此系统的开发在经济上是可行的。6.1支出6.11基本建设投资房屋和设施：5000元数据通讯设备：5000元安全与保密设备：1000元6.1.2其他一次性支出研究：5000元检查费用和技术管理性费用：1000元6.1.3非一次性支出设备的租金和维护费用：1000元/月数据通讯方面的租金和维护费用：1000元/月人员的工资、奖金：3000元/月房屋、空间的使用开支：8000元/月保密安全方面的开支：1000元/月6.2收益：6.2.1一次性收益a、开支的缩减b、价值的增升6.2.2非一次性收益年费：250000元/年6.3收益投资比相对比较大6.4投资回收周期两年。6.5敏感性分析 设计系统周期：一年。处理速度：一般查询速度<2秒。关键数据查询速度：<1秒。7、社会可行性分析随着经济的发展，图书种类、数量的日益增多，图书销售管理工作日益困难。计算机信息管理为图书的销售管理提供了新的思路和手段，如何利用计算机快速、有效的对图书进行管理已被越来越多的业内人士所关注。网络技术的飞速发展，计算机技术的广泛应用，为图书销售的管理信息化的强大动力。其操作简单，界面友好，使用方便高效等优点日益被越来越多书店的管理人员所接受。7.1法律方面可行性一般不会出现侵权现象7.2使用方面的可行性用户商店均可以使用该系统软件，使用人员的知识水品均适合使用。8、结论意见由于投资效益比远大于100%，技术，经济，操作，社会均有可能性，此系统设计可以即刻进行！三、软件开发计划1、引言1.1编写目的软件开发计划的目的是收集控制项目时所需的所有信息，针对小型图书管理系统的设想、需求分析、业务建模、概要设计、实施、测试和部署的开发进度进行管理，并通过制定软件开发计划来管理整个项目名称的开发周期，严格控制软件开发流程。供老师审阅。1.2项目背景开发软件名称：小型图书销售系统项目委托单位：南京航空航天大学项目开发者：用户：小规模书店实现软件单位：南京航空航天大学项目与其他软件系统关系：本项目以Microsoft Visual C+为开发环境1.3定义1.3.1非移交的产品应向本单位交出但不必向用户移交的产品1.3.2接口人员负责和用户协调需要设置那些东西怎么操作，那些东西需要用户设置配置，做好规划的人员1.4参考资料软件技术基础教程2项目概述2.1工作内容开发小型图书销售管理系统2.2主要参加人员2.3产品小型图书管理系统应用软件2.3.1程序C+源程序【附件1】2.3.2文件小型图书销售系统.exe2.3.3服务培训安装(2011.12.12014.1.1)维护和运行(2011.12.12020.12.1) 2.3.4非移交的产品源程序代码（小型图书销售系统.C）相关文件（销售报表.txt;book.txt）2.4验收标准源程序代码：零error，零warning。TXT文件数据保存快捷可靠。2.5完成项目的最迟期限2011年12月初2.6本计划的批准者和批准日期批准者：陈燕老师日期：2011年10月15日3实施计划3.1工作任务的分解与人员分工3.1.1需求分析、设计：3.1.2 代码编写及实现：3.1.3 测试维护：3.2接口人员a. 负责本项目同用户的接口人员；b. 负责本项目同本单位各管理机构的接口人员；彭旭飞、马忠良3.3进度（时序）工作阶段预时始/终所需资源标志性事件1 需求分析2011.10.15/10.20潜在用户小规模书店访问调查2软件设计2011.10.19/11.2软件设计参考资料确定C+文件流数据操作方法3 编码实现2011.11.2/11.14C+语言辅助Main函数结尾4 测试2011.11.12/11.26PC试运行环境测试完成5 文档整合2011.10.16/11.30GB文档总结性报告完成3.4关键问题C+文件流方法确定：决定数据操作方法4支持条件4.1计算机系统支持VC+编程开发环境四、软件需求说明书1、引言1.1编写目的编写需求说明书是为了在软件开发之前更好地与预期客户进行沟通，让软件更好地满足需求。1.2项目背景开发单位：南京航空航天大学开发团队：项目与其他软件系统关系：本项目以Microsoft Visual C+为开发环境1.3定义（1）数据流图：描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况，它表示了数据和处理过程的关系。数据流图有四种基本符号：l 正方形（或立方体）表示数据的源点或终点。l 圆角矩形（或圆形）代表变换数据的处理。 处理不一定是一个程序。一个处理框可以代表一系列程序，单个程序或者程序的 一个模块；它甚至可以代表一种人工处理过程。l 开口矩形（或两条平行横线）代表数据存储。 数据存储可以表示一个文件，文件的一部分，数据库的元素或纪录的一部分等等。 数据存储是处于静止状态的数据。 l 箭头代表数据流，即特定数据的流动方向。数据流是处于运动中的数据。 还有几种附加符号：l 星号表示数据流之间是“与”关系l 加号表示“或”关系l 异或符号表示只能从中选一个（2）数据字典：是对系统中各类数据描述的集合，是各类数据属性清单，是进行详细的数据收集和数据分析所获得的主要结果。它通常包括以下五个部分：l 数据项，是数据的最小的单位。l 数据结构，是若干数据项有意义的集合。l 数据流，可以是数据项，也可以是数据结构，表示某一处理过程的输入或输出。l 数据存储，处理过程中存取的数据。常常是手工凭证，手工文档，计算机文件。l 处理过程。它们的描述内容如下：1 数据项描述=数据项名，数据项含义说明，别名，类型，长度，取值范围，与其他数据项的逻辑关系取值范围，与其他数据项的逻辑关系定义了数据的完整性约束条件，是设计数据检验功能的依据。2 数据结构描述=数据结构名，含义说明，组成：数据结构或数据项3 数据流=数据流名，说明，流出过程，流入过程，组成：数据结构或数据项l 流出过程，说明该数据流由什么过程来。l 流入过程，说明该数据流到什么过程去。4 数据存储=数据存储名，说明，输入数据流 ，输出数据流，组成：数据结构或数据项，数据量，存取方式l 数据量，说明每次存取多少数据，每天（或每小时，或每周）存取几次的信息。l 存取方法，指的是批处理，还是联机处理；是检索还是更新；是顺序检索还是随机检索；尽可能详细收集并加以说明。5 处理过程=处理过程名，说明，输入：数据流，输出：数据流，处理：简要说明 简要说明中主要说明该处理过程的功能，即“做什么”（不是怎么做）；处理频度要 求，如每小时（或每分钟）处理多少事务，多少数据量；响应时间要求等。这些处理要求是后面物理设计的输入及性能评价的标准。1.4参考资料软件技术基础教程，万晓东、施玉霞、孔德明，南京航空航天大学。C+程序设计教程，皮德常，机械工业出版社。数据结构，严蔚敏、吴伟明，清华大学出版社。2、任务概述2.1目标在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好的人机交互界面的图书销售系统，实现图书商店销售的自动化的计算机系统，为商店的决策层提供准确、精确、迅速的图书销售消息。2.2用户特点熟练掌握PC相关技能以及数据库应用软件方面技能，技术人员会编程，维护人员掌握软件维护方面的知识，本款软件投入运行后使用频度较高，要求用户熟练掌握软件操作。2.3假定与约束经费约束：经费自理工作条件约束：无开发时间约束：一个月3、数据描述3.1数据库描述本软件采用SQL数据库3.2数据字典图书销售系统数据字典名字：图书信息别名：描述：输入系统的图书信息，用于标记图书定义：图书信息=ISBN号+书名+作者+出版社+进书年月日+库存量+批发价+零售价位置：客户端输入信息名字：账单别名：描述：顾客购买图书后界面显示的价格表定义：账单=图书信息+价格位置：输出界面名字：报表别名：描述：根据数据库中的图书某个关键字进行报表定义：报表=图书信息关键字+图书信息位置：数据库3.3数据流图图书销售系统流程图图书条目库存情况图书信息及账单数据库处理查 询报表处 理报表处 理报表处 理图书类别销售情况金额输出管理员身份报表输出报表输出数据输入服务器数据输出客户端数据输出客户端数据输出客户端数据输出4、功能要求4.1功能划分功能划分为三个模块：客户端数据库信息模块、数据库管理模块、顾客购买图书信息模块4.2功能描述1.客户端数据库信息模块：在客户端数据库的功能实现上，可以分为一下几个部分：（1.1） 图书条目的输入和统计商店在客户端输入新进图书的详细信息。这部分是客户端子系统的基本部分，这个功能是以后各个部分的基础。系统要求做到既能够从其他子系统中分享一部分信息，又有方便的操作界面手工输入图书信息。这部分要求输入的数据进行简单的统计，供商店进行查询和宏观调控。（1.2） 图书信息的存储将图书信息存储到商店的客户端系统中，以备以后的查询使用、（1.3） 销售及账单生成在查询到书目后，向客户询问购买数量，并在此客户端生成账单。（1.4） 图书销售情况报表这一功能是在上一功能的基础上，对图书销售情况的单项核算，得到该商店的销售情况。2.数据库管理模块：通过计算机将客户端得到的信息进行处理，实现图书查询，销售统计，综合信息查询等子系统。以计算机成本核算为中心，实现销售业务的计算机自动化，为商店降低成本、提高销售额、经营决策提供及时准确的依据。 基于数据库功能实现上，可以分为以下一个部分： （2.1）生成图书总信息（2.2）传递图书信息到客户端当客户查询图书时，服务器端就将数据传入客户端。（2.3）生成图书库存给有权限的用户只有拥有权限的管理员才能查询图书库存情况。（2.4）销售分析和管理这一步骤的功能要求包括对销售的图书进行分析，这一工作是在前面的基础上，以计算机为辅助，对图书销售系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅助决策为目标，以图书销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，提供管理上所需的各种辅助决策信息和财务信息。这一要求是图书销售系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。3.顾客购买图书信息模块顾客查询图书信息后，系统显示顾客账单4.3性能需求4.3.1精度一定精度的控制可以保持系统能够长期、安全、稳定、可靠、高效的运行。4.3.2时间特性需求a）系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，是系统的处理能力和响应时间能够满足企业对信息处理的需求。由于图书销售系统的查询功能对整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而图书数量和销售又影响着商店的决策活动，其准确性很大程度上决定了图书销售系统的成败。在系统开发过程中，必须采用一定的方法保证系统的正确性。b） 系统的响应速度图书销售系统在日常处理数据的响应速度为秒级，达到实时要求，以及反馈信息。在进行分析统计时，根据所需数据量的不同响应时间不同，原则是保证操作人员不会因为速度而影响工作效率。4.3.3灵活性a)系统的开放性和系统的可扩充性图书销售系统的开发过程中，应该充分考虑以后的可扩充性。例如查询系统的多样性。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而这一点的实现，应通过系统的开放性来完成，即系统应该是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。4.4其他要求4.4.1 结构总体设计方案对它的要求图书销售系统作为一个应用系统，不可避免的要受到此结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，图书销售系统还受到其他系统的信息约束。a)系统的标准性系统在设计开发使用过程中都要涉及很多计算机软件、硬件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。同时，在自主开发本系统时，要进行良好的设计工作，制定行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。b)系统的先进性目前计算机系统的技术发展相当快，作为图书销售系统工程，在系统的生命周期内尽量做到系统的先进性，从分完成企业的信息处理的要求不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开放的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。4.4.2 人力、资金、时间的要求图书销售系统工程实施的目标是要带给使用商店可以看得见的效益，其开发过程中也要考虑到人力、资金、时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给顾客以优质高效的服务，并提高销售的效率和便捷，为使用商店带来良好的效益。4.4.3 技术发展规律的要求计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图像和语音技术的进步，多媒体技术的发展，这些都要求在设计师考虑到技术变化的可能性，为可能的变化预留一定的系统处理能力。图书销售系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。图书销售系统中涉及到的数据是书店的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。5、运行环境规定5.1设备硬件要求：Pentium 133以上，32M RAM，4.3G HD5.2支持软件系统软件：Windows NT Workstation数据库管理系统：SQL Server五、数据要求说明书1引言1.1编写目的编写数据要求说明书是为了更好地方便用户使用，规范地输入数据将有助于提高软件的使用效率，延长软件的使用周期。1.2背景开发软件名称：小型图书销售系统项目委托单位：南京航空航天大学项目开发者：王梦用户：小规模书店实现软件单位：南京航空航天大学项目与其他软件系统关系：本项目以Microsoft Visual C+为开发环境。1.3定义无1.4参考资料软件技术基础教程2 数据的逻辑描述2.1静态数据库存量2.2动态输人数据书名、作者、出版社、进入日期、售价、进价2.3动态输出数据零售价、作者、书名、进入日期2.4内部生成数据售出量、库存量3数据的采集3.1要求和范围 ISBN号书名作者出版社进书日期库存量售价数据应按使用要求及时更新3.2输人的承担者软件使用者、pc机3.3影响用户需要设专门人员整理输入数据结构。六、概要设计说明书1、引言1.1编写目的在图书馆里项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对图书管理系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对图书管理系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。1.2项目背景开发软件名称：小型图书销售系统项目任务提出者：陈燕老师项用户：小规模书店实现软件单位：南京航空航天大学项目与其他软件系统关系：本项目以Microsoft Visual C+为开发环境1.3定义模块是数据说明、可执行语句等程序对象的集合，是可单独命名的通过名字访问的过程、函数、子程序。 模块化把程序划分成若干个模块，每个模块完成一个子功能，把这些模块组合起来，满足问题的需求。 概要设计过程矩形框：表示模块，反映模块功能矩形框之间的箭头：表示模块之间的调用关系调用线旁的注释箭头：表示调用中来回传递的信息的方向从下属模块取得数据，经过某些处理，再将其传送给上级模块。它传送的数据流叫做逻辑输入数据流。从上级模块获得数据，进行某些处理，再将其传送给下属模块。它传送的数据流叫做逻辑输出数据流。1.4参考资料以下列出在概要设计过程中所使用到的有关资料：软件技术基础教程图书销售系统计划任务书需求分析说明书概要设计说明书用户操作手册（初稿）数据结构GB8567882、概要设计2.1需求规定实现对书籍相关资料的管理，管理人员可以对数据库的中的信息进行修改筛选，销售人员对其进行遍历，以实现书的销售管理过程。2.2运行环境PC机Windows操作系统Visual C+6.02.3基本设计概念及处理流程2.3.1设计概念为方便图书管理，程序需包括图书的借出还入，排序，以及遍历等功能，方便用户管理图书。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求算法简单明了，程序利于维护。2.3.2处理流程（1）系统启动，进入身份验证。（2）初始化系统，导入数据库。（3）录入图书信息。（4）图书销售。（5）统计图书销售信息。（6）查询图书库存信息。（7）查询已售完图书信息。（8）退出系统。本地信息为书名、作者、出版社、进书日期库存量等。用户输入其中的部分内容可以对明细进行遍历，查找，修改，添加删除等功能2153467数据管理（管理人员）数据库数据遍历（销售人员）下面对各模块（以数字表示）进行功能说明：1.写入图书明细：输入需要修改或显示的数据明细2.检验输入资料：检验格式化输入资料，初步检查输入是否有误，它是一个事务处理中心，有误则转1再次读入，检查无误则将数据库中相应的信息调出。3.执行相应操作：输入的数据执行相应的删除替换等操作4.返回数据：将修改完毕的信息存回数据库5.读入并输出：将售人员输入部分明细，去数据库中查找对应的数据，若没有则返回1。6.遍历数据：将详细的数据显示出来，销售人员进行确认7.输出：将数据存入数据库，返回主菜单 2.4结构 下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字；方框之间的直线表示模块的调用关系。图书条目库存情况图书信息及账单数据库处理查 询报表处 理报表处 理报表处 理图书类别销售情况金额输出管理员身份报表输出报表输出数据输入服务器数据输出客户端数据输出客户端数据输出客户端数据输出2.5功能需求与程序的关系在前面系统功能分析的基础上，结合Visual C+程序编制的特点，得到如图2.5所示的系统功能模块图。图书销售管理系统图书录入模块(M2)查询库存模块(M5)图书销售模块(M3)销售统计模块(M4)售完图书查询模块(M6)管理员登录模块(M1)图2.5图书销售管理系统功能模块图各模块功能分配如下：（1）用户登陆功能：管理员登陆模块（M1）。（2）图书录入功能：图书录入模块（M2）。（3）图书销售功能：图书销售模块（M3）。（4）销售统计功能：销售统计模块（M4）。（5）查询图书库存功能：查询库存模块（M5）。（6）售完图书查询功能：售完图书查询模块（M6）。3、接口设计3.1用户接口在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化。在设计语言上，已决定使用 VISUAL C+ 进行编程，在界面上可使用VISUAL C+ 所提供的可视化组件。 其中服务器程序界面要做到操作简单，易于管理。在出错显示上可调用VISUAL C+ 库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用在输出方面，用VISUAL C+的标准输入/输出对其进行处理。3.2外部接口3.2.1软件接口服务器程序可使用VISUAL C+ 提供的对 SQL SERVER 的接口，进行对数据库的所有访问。服务器程序上可使用SQL SERVER 的对数据库的备分命令，以做到对数据的保存。3.2.2硬件接口在输入方面，对于键盘、鼠标的输入，可用VISUAL C+的标准输入/输出，对输入进行处理。3.3内部接口3.3.1用户登陆模块（M1）：由相应事件驱动消息激活，完成用户登陆功能，之后进入消息循环状态。3.3.2图书销售模块（M3）：由相应事件驱动消息激活，完成图书销售功能，之后进入消息循环状态。3.3.3销售统计模块（M4）：由相应事件驱动消息激活，完成销售统计功能，之后进入消息循环状态。3.3.4查询库存模块（M5）：由相应事件驱动消息激活，完成查询库存功能，之后4、系统数据结构设计4.1数据库数据结构设计DBMS 的使用上系统将采用 SQL SERVER, 系统主要需要维护的数据表：ISBN号书名作者出版社进书日期库存量售价本表包含了所有书的明细信息，供销售人员查询4.2物理数据结构设计物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。图书信息char ISBN;书的ISBN号；char bookTitle51;书名；char author21;作者；char publisher21;出版社；date dateAdded;存放进书日期；int qtyOnHand;存放该书的库存量；double wholesale;存放该书的批发价；double retail; 存放该书的零售价；用以存放图书的详细信息4.3 数据结构与程序的关系服务器程序在对图书信息进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在销售、管理过程中都需要对数据库中表，进行联合查询、修改。物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中。5、系统出错处理设计5.1出错信息程序在运行时主要会出现错误：由于输入信息，或无法满足要求时产生的错误，称为软错误。对于软错误，须在定票/领