我可以做，这个 要用到文本文件的操作。
化数据库的设计方法进行了设计
主要功能和特点： 只需有一台与因特网相连的电脑，就可以方便、快捷地创建、管理和使用个人文献书目数据库。 个人文献书目数据库建立在服务器上，不占用个人电脑空间和资源，用户可以随时将数据以自己需要的文件格式导出到自己的电脑中。 提供快速检索和高级检索两种检索模式，用户可以轻松查到所需的书目信息。 个人的书目数据既可以从其它数据库批量导入，也可以由手工录入。 可以将众多其它数据库中的书目数据直接批量导入个人文献书目数据库中，通过个人文献书目数据库的检索，间接实现对多个数据库的跨库检索，提高资料检索的查全率和查准率。 在个人文献数据库中建立文件夹、存放文献的数目不受限制。 个人书目数据库提供了全文链接，获取全文快捷、方便。 在撰写文稿过程中随时可在文稿中插入参考文献标识，文稿撰写完成后，利用提供的工具，在文稿末尾可自动生成规范的，符合出版要求的参考文献。
我可以做，这个 要用到文本文件的操作。
这个最好还是自己写 呵呵
特少了。。。。。。。。1000分吧，可以考虑一下。
数据库应用系统的开发是一项软件工程。一般可分为以下几个阶段： 规划 需求分析 概念模型设计 逻辑设计 物理设计 程序编制及调试 运行及维护。 这些阶段的划分目前尚无统一的标准，各阶段间相互联接，而且常常需要回溯修正。 在数据库应用系统的开发过程中，每个阶段的工作成果就是写出相应的文档。每个阶段都是在上一阶段工作成果的基础上继续进行，整个开发工程是有依据、有组织、有计划、有条不紊地展开工作。 规划 规划的主要任务就是作必要性及可行性分析。 在收集整理有关资料的基础上，要确定将建立的数据库应用系统与周边的关系，要对应用系统定位，其规模的大小、所处的地位、应起的作用均须作全面的分析和论证。 明确应用系统的基本功能，划分数据库支持的范围。分析数据来源、数据采集的方式和范围，研究数据结构的特点，估算数据量的大小，确立数据处理的基本要求和业务的规范标准。 规划人力资源调配。对参与研制和以后维护系统运作的管理人员、技术人员的技术业务水平提出要求，对最终用户、操作员的素质作出评估。 拟定设备配置方案。论证计算机、网络和其他设备在时间、空间两方面的处理能力，要有足够的内外存容量，系统的响应速度、网络传输和输入输出能力应满足应用需求并留有余量。要选择合适的os,dbms和其它软件。设备配置方案要在使用要求、系统性能、购置成本和维护代价各方面综合权衡。 对系统的开发、运行、维护的成本作出估算。预测系统效益的期望值。 拟定开发进度计划，还要对现行工作模式如何向新系统过渡作出具体安排。 规划阶段的工作成果是写出详尽的可行性分析报告和数据库应用系统规划书。内容应包括：系统的定位及其功能、数据资源及数据处理能力、人力资源调配、设备配置方案、开发成本估算、开发进度计划等。 可行性分析报告和数据库应用系统规划书经审定立项后，成为后续开发工作的总纲。 数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤…… 需求分析 需求分析大致可分成三步来完成。 (1) 需求信息的收集, 需求信息的收集一般以机构设置和业务活动为主干线，从高层中层到低层逐步展开 (2) 需求信息的分析整理, 对收集到的信息要做分析整理工作。数据流图(dfd, data flow diagram)是业务流程及业务中数据联系的形式描述。图1是一个简单的dfd 示例。 数据字典(dd, data dictionary)详细描述系统中的全部数据。 数据字典包含以下几个部分。 · 数据项：是数据的原子单位。 · 数据组项：由若干数据项组成。 · 数据流：表示某一数据加工过程的输入/输出数据。 · 数据存储：是处理过程中要存取的数据。 · 数据加工过程 数据加工过程的描述包括：数据加工过程名、说明、输入、输出、加工处理工作摘要、加工处理频度、加工处理的数据量、响应时间要求等。 数据流图既是需求分析的工具，也是需求分析的成果之一。数据字典是进行数据收集和数据分析的主要成果。 (3) 需求信息的评审 开发过程中的每一个阶段都要经过评审，确认任务是否全部完成，避免或纠正工作中出现的错误和疏漏。聘请项目外的专家参与评审，可保证评审的质量和客观性。 评审可能导致开发过程回溯，甚至会反复多次。但是，一定要使全部的预期目标都达到才能让需求分析阶段的工作暂告一个段落 需求分析阶段的工作成果是写出一份既切合实际又具有预见的需求说明书，并且附以一整套详尽的数据流图和数据字典。 概念模型设计 概念模型不依赖于具体的计算机系统，他是纯粹反映信息需求的概念结构。 建模是在需求分析结果的基础上展开，常常要对数据进行抽象处理。常用的数据抽象方法是‘聚集’和‘概括’。 er方法是设计概念模型时常用的方法。用设计好的er图再附以相应的说明书可作为阶段成果 概念模型设计可分三步完成。 (1) 设计局部概念模型 ① 确定局部概念模型的范围 ② 定义实体 ③ 定义联系 ④ 确定属性 ⑤ 逐一画出所有的局部er图，并附以相应的说明文件数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤…… (2) 设计全局概念模型 建立全局er图的步骤如下： ① 确定公共实体类型 ② 合并局部er图 ③ 消除不一致因素 ④ 优化全局er图 ⑤ 画出全局er图，并附以相应的说明文件。 (3) 概念模型的评审 概念模型的评审分两部分进行 第一部分是用户评审。 第二部分是开发人员评审。 逻辑设计 逻辑设计阶段的主要目标是把概念模型转换为具体计算机上dbms所支持的结构数据模型。 逻辑设计的输入要素包括：概念模式、用户需求、约束条件、选用的dbms的特性。 逻辑设计的输出信息包括：dbms可处理的模式和子模式、应用程序设计指南、物理设计指南。 (1) 设计模式与子模式 关系数据库的模式设计可分四步完成。 ① 建立初始关系模式 ② 规范化处理 ③ 模式评价 ④ 修正模式 经过多次的模式评价和模式修正，确定最终的模式和子模式。 写出逻辑数据库结构说明书。数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤…… (2) 编写应用程序设计指南 根据设计好的模式和应用需求，规划应用程序的架构，设计应用程序的草图，指定每个应用程序的数据存取功能和数据处理功能梗概，提供程序上的逻辑接口。 编写出应用程序设计指南。 (3) 编写物理设计指南。 根据设计好的模式和应用需求，整理出物理设计阶段所需的一些重要数据和文档。例如，数据库的数据容量、各个关系(文件)的数据容量、应用处理频率、操作顺序、响应速度、各个应用的lra和tv、程序访问路径建议，等等。这些数据和要求将直接用于物理数据库的设计。 编写出物理设计指南。 物理设计 物理设计是对给定的逻辑数据模型配置一个最适合应用环境的物理结构。 物理设计的输入要素包括：模式和子模式、物理设计指南、硬件特性、os和dbms的约束、运行要求等。 物理设计的输出信息主要是物理数据库结构说明书。其内容包括物理数据库结构、存储记录格式、存储记录位置分配及访问方法等。 物理设计的步骤如下： (1) 存储记录结构 设计综合分析数据存储要求和应用需求，设计存储记录格式。 (2) 存储空间分配 存储空间分配有两个原则： ①存取频度高的数据尽量安排在快速、随机设备上，存取频度低的数据则安排在速度较慢的设备上。 ②相互依赖性强的数据尽量存储在同一台设备上，且尽量安排在邻近的存储空间上。 从提高系统性能方面考虑，应将设计好的存储记录作为一个整体合理地分配物理存储区域。尽可能充分利用物理顺序特点，把不同类型的存储记录指派到不同的物理群中。 (3) 访问方法的设计 一个访问方法包括存储结构和检索机构两部分。存储结构限定了访问存储记录时可以使用的访问路径;检索机构定义了每个应用实际使用的访问路径。数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤…… (4) 物理设计的性能评价 ① 查询响应时间 从查询开始到有结果显示之间所经历的时间称为查询响应时间。查询响应时间可进一步细分为服务时间、等待时间和延迟时间。 在物理设计过程中，要对系统的性能进行评价。性能评价包括时间、空间、效率、开销等各个方面。 ⊙ cpu服务时间和i/o服务时间的长短取决于应用程序设计。 ⊙ cpu队列等待时间和i/o队列等待时间的长短受计算机系统作业的影响。 ⊙ 设计者可以有限度地控制分布式数据库系统的通信延迟时间。 ② 存储空间 存储空间存放程序和数据。程序包括运行的应用程序、dbms子程序、os子程序等。数据包括用户工作区、dbms工作区、os工作区、索引缓冲区、数据缓冲区等。 存储空间分为主存空间和辅存空间。设计者只能有限度地控制主存空间，例如可指定缓冲区的分配等。但设计者能够有效地控制辅存空间。 ③ 开销与效率 设计中还要考虑以下各种开销，开销增大，系统效率将下降。 ⊙ 事务开销指从事务开始到事务结束所耗用的时间。更新事务要修改索引、重写物理块、进行写校验等操作，增加了额外的开销。更新频度应列为设计的考虑因素。 ⊙ 报告生成开销指从数据输入到有结果输出这段时间。报告生成占用cpu及i/o的服务时间较长。设计中要进行筛选，除去不必要的报告生成。 ⊙ 对数据库的重组也是一项大的开销。设计中应考虑数据量和处理频度这两个因数，做到避免或尽量减少重组数据库。 在物理设计阶段，设计、评价、修改这个过程可能要反复多次，最终得到较为完善的物理数据库结构说明书。 建立数据库时，dba依据物理数据库结构说明书，使用dbms提供的工具可以进行数据库配置。 在数据库运行时，dba监察数据库的各项性能，根据依据物理数据库结构说明书的准则，及时进行修正和优化操作，保证数据库系统能够保持高效率地运行。 程序编制及调试 在逻辑数据库结构确定以后，应用程序设计的编制就可以和物理设计并行地展开 程序模块代码通常先在模拟的环境下通过初步调试，然后再进行联合调试。联合调试的工作主要有以下几点：数据库应用系统的开发是一项软件工程,本文介绍了数据库应用系统的开发步骤…… (1) 建立数据库结构 根据逻辑设计和物理设计的结果，用dbms提供的数据语言(ddl)编写出数据库的源模式，经编译得到目标模式，执行目标模式即可建立实际的数据库结构。 (2) 调试运行 数据库结构建立后，装入试验数据，使数据库进入调试运行阶段。运行应用程序，测试 (3) 装入实际的初始数据 在数据库正式投入运行之前，还要做好以下几项工作： (1) 制定数据库重新组织的可行方案。 (2) 制定故障恢复规范 (3) 制定系统的安全规范 运行和维护 数据库正式投入运行后，运行维护阶段的主要工作是： (1) 维护数据库的安全性与完整性。 按照制定的安全规范和故障恢复规范，在系统的安全出现问题时，及时调整授权和更改密码。及时发现系统运行时出现的错误，迅速修改，确保系统正常运行。把数据库的备份和转储作为日常的工作，一旦发生故障，立即使用数据库的最新备份予以恢复。 (2) 监察系统的性能。 运用dbms提供的性能监察与分析工具，不断地监控着系统的运行情况。当数据库的存储空间或响应时间等性能下降时，立即进行分析研究找出原因，并及时采取措施改进。例如，可通修改某些参数、整理碎片、调整存储结构或重新组织数据库等方法，使数据库系统保持高效率地正常运作。 (3) 扩充系统的功能 在维持原有系统功能和性能的基础上，适应环境和需求的变化，采纳用户的合理意见，对原有系统进行扩充，增加新的功能。
还不如淘宝
一、实验目的理解物流管理信息系统的组成和结构，物流管理信息系统的分类，物流管理信息系统的功能，物流管理信息系统的应用。二、实验内容能通过因特网查询物流管理信息系统的应用介绍文档；查询物流管理信息系统在某企业或组织应用的案例。（1）分析物流管理信息系统应用文档的组成；（2）分析所调查的物流管理信息系统案例的功能特点；（3）能对所调查的物流管理信息系统案例的应用进行分类；（4）分析所调查的物流管理信息系统案例所采用的技术；（5）总结并阐述你对物流管理信息系统的理解；（6）结合自己的生活学习实际，拟定一个物流管理信息系统应用项目。三、操作步骤我调查了“我的图书馆——ILAS 网 上 图 书 馆”这个“图书馆图书管理信息系统”在我校——《武汉科技学院》里的应用案例。(1)通过因特网查询以及学习，知道管理信息系统的应用介绍文档如下：在分析阶段有《系统分析报告》；在系统设计阶段有《系统设计报告》，它包括以下八份文档材料《系统总体结构图》，《系统设备配置图》，《系统分类编码方案》，《数据库结构图》，《I/O设计方案》，《层次化模式块结构图说明书》，《系统的安全设计方案》，《系统详细设计方案说明书》；(2) 该系统的功能特点是：学生通过该系统可以借还书，注册登录，在线提问，查询已借图书信息，图书查询，查看新书通报，修改个人资料，财金查询等；学校通过该系统可以注册新书进数据库(自动显示在网站的“新书通报”中)，注销旧书，图书的分类管理；在图书馆网站上:更新维护网站，发布公告，网上读者留言解答；以管理员身份登入后台，注册、删除用户，记录借出、归还图书信息，图书过期、丢失索赔操作等。(3) 该系统应用分类为: ①学校——注册新书进数据库；注销旧书；图书的分类管理；在图书馆网站上:更新维护网站，发布公告，网上读者留言解答；以管理员身份登入后台，注册、删除用户，记录借出、归还图书信息，图书过期、丢失索赔操作等;②学生——借还书，注册登录，在线提问，查询已借图书信息，图书查询，查看新书通报，修改个人资料，财金查询等;(4)该系统 所采用的技术是以 ASPNET 技术开发B\S结构的管理信息系统(5) 我对管理信息系统的理解:管理信息系统能将组织中的数据和信息集中起来，进行快速处理，统一使用，能够支持决策。(6) 通过对管理信息系统的学习，我想通过参与做一个了解的系统来加深对知识的学习，充分体会它在实际中的应用，所以拟定一个这样的项目——图书馆图书管理信息系统四、实验收获和建议通过本次实验，不仅对书本上的知识有了更加深刻的理解，还了解了管理信息系统在实际生活中的应用
最近本座也要做系统，找来了一点资料。具体写法：参考范文：浙江ⅩⅩ学院毕业论文（或毕业设计）文 献 综 述工资管理信息系统设计和实现的文献综述学生姓名 613工作室 指导教师 徐老师二级学院 信息学院 专业名称 信息管理与信息系统班 级 04信息2班 学 号 04042008年1月5日工资管理信息系统设计和实现 文献综述摘 要：在当今信息技术飞速发展的社会，工资管理信息系统越来越受到人们的欢迎。一些大型企业的工资管理信息系统的运用已经达到了普及的程度，而一些中小型企业特别是小型企业正在寻找适合自己的工资管理信息系统。本文在 阅读一些小型企业的工资管理信息系统的设计文献的基础上，结合自己的理解所写的一篇综述。关键词：管理信息系统；企业信息化；工资管理；设计 引言信息化是当今世界经济和社会发展的大趋势。适应信息技术发展要求的工资管理信息系统必将成为企业提高工资管理效率和水平的有力手段，也是未来企业工资管理适应环境变化的主要发展趋势。工资管理信息系统将是一个企业不可缺少的一部分，它对于企业的决策者和管理者都至关重要。一直以来人们使用传统的人工的方式管理文件信息，这种管理方式存在着许多缺点，如效率低，保密性差。另外，时间一长将产生大量的文件和数据，对于查找、更新和维护都带来不少的困难。随着科技的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识并已在人类社会的各个领域发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机对企业的工资信息进行管理，具有手工管理所无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长和成本低等。这些优点能够极大地提高企业信息管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。国内外研究现状管理信息系统是70年代初“后工业经济时代”的产物，在企业管理信息系统在其发展的初期，是单一的人-机系统，系统功能简单，效率低，对管理的作用有限。进入20世纪80年代末，随着计算机网络和通信技术的大力发展，企业管理信息系统进入网络化的发展时期。世界发达国家已建立起了完善的先进的管理信息系统体系。他们在数十年的实践中积累了丰富的管理信息系统开发经验，在企业管理方面也已形成了一套行之有效的理论和规范。由于管理信息系统本身及与其相应的计算机信息应用技术均非常成熟。几乎所有发达国家均建立了自己的人力资源管理信息系统，这个系统是全国性的，覆盖了全国的人力资源管理领域。国外公司的人事部或劳工部一般均建立了计算机信息系统，负责公司内部的人力资源或劳工管理。所以，国外的工资管理信息系统的开发与应用己非常普及。同时，由于发达国家的人力资源管理信息系统已实现全国联网，因此，在社会经济发展领域中发挥着巨大的作用。我国的管理信息系统大发展是在80年代末90年代初，国家相继建立起了“金卡”、“金关”、“金桥”工程，多数企事业单位建立了局域网和广域网管理信息系统。随着世界经济和我国经济逐步向知识经济迈进，无论是基于工业经济的管理信息系统，还是面向少数专家和管理人员的专家系统(ES)或决策支持系统（SS)，其处理对象和服务对象，自身的系统结构，处理能力，都有了进一步的发展。进入21世纪，伴随着信息化的普及和互联网的快速发展，IT技术更广泛的应用于企业工资管理，如何提高工资部门的效率，降低人工成本，成为企业管理者重点关心的问题。目前，国内工资管理信息系统的开发技术基本成熟，主要原因在于人事工资管理系统本身具有业务清晰、数据处理规范等许多优点，为其实现计算机信息化提供了必要的优越条件。加上近十年来计算机技术的飞跃发展，以及国内各企业的高度重视，工资管理信息系统在国内基本上已进入了普及应用的阶段。国内近90%以上的应用计算机及开发管理信息系统的公司和单位均开发并运行了工资管理信息系统，其他没有和正准备开发计算机应用或开发管理信息系统的公司和单位，也把工资管理信息系统作为其应用与开发的首要目标。加上国家劳动主管部门及国内计算机应用开发商的共同努力，国内目前己有多种通用的工资管理信息系统软件供企业单位选择使用，而且还有多种工资管理信息系统开发通用工具供企业开发自己的工资管理信息系统择用。应该说，工资管理信息系统的开发与应用在国内已经进入了相对成熟期。信息系统的发展历程黎红曾在《信息系统的发展历程》中将信息系统的发展里程分为三个阶段：1 面向事务处理阶段面向事务处理阶段也就是部门内的信息集成的阶段。在开始阶段, 信息系统的目标是提高业务处理的工作效率, 使员工从机械重复的工作中解脱出来。典型例子是独立的会计核算系统。接下来, 信息系统的目标是在业务处理自动化的基础上, 对业务数据进行事后分析, 向个别的部门提供一些管理和决策的信息。1996 年, 我国所提出的从核算型向管理型转变的财务软件就属于此思想的信息系统产品。2 面向系统阶段面向系统阶段也是企业内过程集成的阶段, 此时信息系统的目标是提高信息处理的实时程度, 为企业提供战术决策的相关信息。MRPⅡ、ERP 等管理软件属于面向系统阶段的信息系统产品。3 面向决策阶段面向决策阶段也是企业间的过程集成阶段, 这个阶段的信息系统的目标是为企业提供战略决策的相关信息。各种各样的电子商务解决方案、CRM系统和电子政务系统等都是企业内部信息系统与外部实体实现集成的途径。这种划分把信息系统的发展历程全部都表现出来了，也把各个阶段信息系统的特征表现的淋漓尽致。企业信息化卫少军和徐钊在《企业信息化建设及其信息系统开发模式》一文中提到企业信息化建设的主要特点和企业信息化的三个阶段：1 现阶段我国企业信息化建设的主要特点(1)重视程度差别较大。(2)行业、区域信息化建设发展水平不一致。(3)信息化建设模式各异，效果不一。(4)信息化建设中重复建设严重。2 企业信息化的三个阶段(1)信息化的认知阶段从认知阶段来讲,许多企业尤其是中小企业,还不能从企业发展的战略高度认识信息化的重要性,不能系统地了解信息化建设的知识;有些企业虽然认识到了信息化建设的重要性,但他们面对各种各样的设备和软件时却却所适从这就造成他们很难选择所需要的技术和设备,进而提出一整套对应其业务特点的信息化解决方案。(2)信息化实施阶段企业信息化经常存在的情况是，企业从硬件设备的采购、应用软件的开发直到系统的集成建设都要面对不同的厂商；这就不可避免地带来系统的兼容性、稳定性不够；一旦出现问题，供应商之间经常互相推委。这导致很多企业希望利用信息技术来增加他们的竞争力，但面对信息化道路上的各种困难却无所适从。(3)后期运营维护阶段从信息化系统的维护、运营阶段看，由于企业的业务运营分秒不停，这也就要求企业的信息系统必须得到长期可靠的运营保证。因此不同的企业根据其自身能力和业务特点，也许需要随时能够接通电话支持，也许需要维修工程师随时到达现场解决问题；但目前国内IT产业的状况还远未达到这样的水平，多数厂商还只能提供如一年上门、三年保修这样的服务。除了对少数大客户外，用户的个性化维修服务要求尚不能满足。从上述的分析不难看出，正是由于缺乏针对客户需求的IT方案和服务，才造成了企业信息化步履维艰。工资管理系统需要具有的特点对于小型企业，功能上的实用、够用，是企业选择软件产品的重要条件，这里的实用性主要表现为软件的管理方式要符合企业原用的管理习惯。在我国，大量小型企业管理不够规范，尤其是各个行业间，更是有其鲜明的行业特性，即使是同行业间，其管理方式亦存在一定的差异。所以，对于一个可普遍使用的工资管理系统，一方面应即有通用性，更需要有效高的灵活性。如，允许企业根据实际需求取舍多种计工薪方式;或根据实际制订薪资条目及条目间的逻辑关系等。小型企业信息化人才比较缺乏，对于这些企业，CIO是一个比较遥远的概念。同时，为节省运营成本，小型企业在用人上往往会采取从紧方式。对于进入小型企业的信息化产品，容易使用、高效实用是一个基本的要求。薪资数据是一个企业的重要的基础数据。同时，计件工资数据自然关联到企业的产量、成本以及质量等商业机密。所以，对于实行计件（计时）工资混合制的小型企业，其对工资数据的安全性要求，会较一般的企业为高。小型企业是我国最活跃的经济体，属于成长性群体。其群体中的大量的优秀企业，会迅速成长为中型，甚至大型企业。提供一个高可扩展性的工资管理系统，将有利于保障小型企业的信息化的投入，以及应用上的延续性。当前不乏优秀的企业信息化产品，但其高昂的应用代价，使大量的小型企业望而却步。对于这些企业所需的工资管理系统，一方面要求软件系统本身价廉物美，另一方面也要求其相应的硬件投入要相对较低。同时，在应用过程性，尽量降低维护成本，包括人力成本、技术成本以及资金成本等。通过工资数据的有机管理，可以从中挖掘出产品、产量、产品质量以及员工技能水平等信息。为小型企业建立一套基于Delphi的工资管理系统，符合广大小型企业(尤其是劳动密集型企业)的现实需求。相关技术系统设计中用到的控件比较多,也比较复杂,但有些模块如输入模块、报表模块,虽然设计的窗体比较多,但设计思路基本相同,在设计时,将最复杂的窗体设计出来,其它窗体按着此思路进行设计,能够达到事半功倍的效果。Delphi应用平台虽然也有自己的数据管理系统,但它的数据管理能力远远落后于其数据应用能力,往往容易出现数据滞后于应用程序的现象,而SQL SERVER具有很强的数据管理能力,而且跟现有的WINDOW系列操作系统完兼容,所以在数据库管理系统选型上选用了SQL SERVER数据库管理系统。如何使Delphi开发的应用软件能够访问SQL SERVER,如何将从SQL SERVER中读取或写入、更新数据,是系统设计的一个难点,可以使用开放式数据库连接(ODBC) ,通过Delphi自带的BDE功能访问ODBC数据源,但ODBC连接一般是在操作系统的控制面版中进行手动连接的,而且一般用户也不懂如何建立ODBC连接,所以在系统中必须设计出一个独立的模块供用户进行ODBC连接,此中涉及到注册表的修改和如何将ODBC连接信息保存到系统配置文件中的技术,设计时用到了写注册表的OLE命令如:WriteString( ′Database′, ls_database) ; / /数据库WriteString( ′Descrip tion′, ls_desc) ; / /数据源描述WriteString( ′Driver′, ′E: \Windows\SYSTEM \ dll′) ; / /驱动程序DLL文件Writestring( ′LastUser′, ls_login_id) ; WriteString( ′Server′, ls_server_ip) ; / /用户名称IniF WriteString( ′Form′, ′Username′, Text) ;IniF WriteString( ′Form′, ′Password′, Text) ;IniF WriteString( ′Form′, ′Server′, Text) ;IniF WriteString( ′Form′, ′Logmode′, s) ;IniF WriteString( ′Form′, ′ODBCmode′, sl) ;上述是有关设计系统时所需要的一些技术方面的知识。总结通过以上综述，可以看出设计和实现一个基于Delphi平台工资管理信息系统可行的。在实用性方面，通过这个系统公司在计算员工工资方面减少了人力的支出，提高了效率和可靠性，同时还为企业的日后查询提供了方便。在技术方面，该系统准备采用Delphi作为数据库前台开发工具，后台数据库采用的是SQL Server 2000。参考文献[1] 胡曼、刘广宇：“基于MIS原理的工资管理系统构建研究”，《科技创业月刊》，2007年第08期。[2] 甘容、李明东：“人事工资管理信息系统——员工工资信息查询模块的实现”， 《甘肃科技》，2007年第03期。[3] 徐绪松：《信息系统原理》，科学出版社，2006年第1版，第200-272页。[4] 朱志强：《管理信息系统——原理、开发及应用》，复旦大学出版社，2007年第1版，第109-194页。[5] 张剑平：“信息系统：历史沿革与发展趋势”， 《浙江师范大学报（自然科学版）》，1994年第04期。[6] 屈成鹰：“谈谈信息系统在企业管理中的重要性”，《厦门科技》，2001年第81期。[7] 刘宾：“小型企业工资系统数据库的应用”， 《天津市工会管理干部学院学报》，2006年第02期。[8] 程燕：“工资管理信息系统的开发”，《上海电机高等专科学校学报》，2003年第04期。[9] 黎红：“信息系统的发展历程”，《电脑知识与技术（学术交流）》，2007年第03期。[10] 卫少军、徐钊：“企业信息化建设及其信息系统开发模式”，《能源技术与管理》，2004年第01期。[11] 刘仕莲：“工资管理系统”，《广州造船》，2005年第01期。[12] 祁昌平：“用Delphi设计人事工资管理系统”，《河西学院学报》，2004年第05期。[13] Kenneth CLaudon, Jane Price Laudon :“Management information systems”,清华大学出版社，1998年，第56-82页。[14] 何勇、郑文钟：《管理信息系统的原理方法及应用》，浙江大学出版社，2005年第1版，第21-79页。[15] （美）本－甘，（美）萨卡，（美）沃尔特 著，赵立东 译，电子工业出版社，《Microsoft SQL Server 2005 技术内幕:T-SQL程序设计》，2007年8月第1版。
加到200分吧，我帮你
'使用方法，在打开窗体时用opendb即可，关闭用closedb,数据库文件你修改dbname变量'表操作 打开 openrs 1,"select * from " 关闭 closers 1我写了四个表操作变量，1234，你自己看着理解，你要会SQl语句，要不这也没有什么用。'数据库连接：放在一个模块里里面Public Const DBName = "FoxDdb"Public Const DBpass = ""Public conn As New ADODBConnectionPublic Rs1 As New ADODBRecordsetPublic Rs2 As New ADODBRecordsetPublic Rs3 As New ADODBRecordsetPublic Rs4 As New ADODBRecordsetPublic Sub OpenDB()Dim DBpath As StringDBpath = APath + "\" + DBNOpen "provider=MJ0;data source=" & DBpath & ";Jet OLEDB:Database Password=" & DBpass & ";"End Sub'******************************************'关闭数据库Public Sub CloseDB()On Error Resume NCloseSet conn = NothingEnd SubPublic Sub OpenRs(ByVal RsNum As Integer, ByVal RsSql As String)Select Case RsNumCase 1: ROpen RsSql, conn, adOpenKeyset, adLockPessimisticCase 2: ROpen RsSql, conn, adOpenKeyset, adLockPessimisticCase 3: ROpen RsSql, conn, adOpenKeyset, adLockPessimisticCase 4: ROpen RsSql, conn, adOpenKeyset, adLockPessimisticEnd SelectEnd SubPublic Sub CloseRs(ByVal RsNum As Integer)Select Case RsNumCase 1: RClose: Set Rs1 = NothingCase 2: RClose: Set Rs2 = NothingCase 3: RClose: Set Rs3 = NothingCase 4: RClose: Set Rs4 = NothingEnd SelectEnd Sub
数据库课程设计题目：小型超市管理系统1、项目计划1系统开发目的（1）大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。2背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。3项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。4应用范围本系统适应于各种小型的超市。5 定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。（5）盘点：计算出库存、销售额、盈利等经营指标。6 参考资料《数据库原理及设计》 陶宏才编 清华大学出版社《SQL Server 2000 实用教程》范立南编 清华大学出版社《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社《轻松搞定 SQL Server 2000 程序设计》Rebecca MRiordan编《软件工程规范》Watts SHumphrey编 清华大学出版社《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社《软件需求分析》 Swapna Kishore编 机械工业出版社《软件工程思想》 林锐编2、逻辑分析与详细分析1系统功能 （1）、零售前台（POS）管理系统，本系统必须具有以下功能： 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业(2)、后台管理系统，本系统必须具备以下功能 进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。 销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。（3）系统结构系统总体结构模块子系统结构功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。2、流程图前台管理系统顶层DFD图 第0层DFD图第1层DFD图3、户类型与职能（1）、员工（营业员）： 通过商品条形码扫描输入商品到购买清单 操作软件计算交易总金额 操作软件输出交易清单 对会员进行会员卡扫描以便打折（2）、：超市经理 操作软件录入商品，供货商，厂商 操作软件制定进货计划 查询打印计划进货与入库记录 操作软件控制商品销售与否 查询打印销售情况 操作软件生成销售排行榜 查询库存明细记录 根据软件发出的库存告警进行入货 操作软件进行盘点计算（3）、总经理： 基本信息登记管理 员工操作权限管理 客户销售权限管理4、统开发步骤 确定参与者和相关的用况 为每个用况设计过程 建立顺序图，确定每个脚本中对象的协作 创建类，确定脚本中的对象 设计, 编码, 测试, 集成类 为过程编写系统测试案例 运行测试案例，检验系统5、系统环境需求 系统模式 本系统采用C/S模式作为开发模式 硬件环境 服务器端： 高性能的计算机一台， 普通的双绞线作为连接。 客户端： 普通的计算机或者工作站， 普通的双绞线作为连接。 软件环境 服务器端：安装SQL Server 2000的服务器版本，安装windows 2000服务器版本， 配置了诺顿等必须的防毒软件。 客户端： 安装SQL Server2000的服务器版本， 安装了VB等可视化开发工具软件， 安装windows2000服务器版本。6、系统安全问题信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。 系统要能重建 系统应该是可审查的 系统应能进行有效控制，抗干扰能力强 系统使用者的使用权限是可识别的3、基于UML的建模1语义规则用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。用例（use case）：参与者（actor）：2、UML模型21、系统UML模型 22、子系统UML模型（1）零售前台（POS）管理系统用例视图 （2）后台管理系统用例视图3、系统实现图4、超市销售系统概念设计文档（1）、系统ER图（2）、系统ER图说明1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。（3）、视图设计1) 交易视图(v_Dealing)——用于查询交易情况的视图；2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；3) 销售视图(v_Sale)——用于查询销售明细记录的视图；4) 入库视图(v_Stock)——用于查询入库情况的视图。5、逻辑设计文档（1）、系统关系模型a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）b) 用户表（用户编号，用户名称，用户密码，用户类型）c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）（2）、系统数据库表结构数据库表索引 表名 中文名MerchInfo 商品信息表User 用户表Menber 会员表Sale 销售表Dealing 交易表Stock 进货入库表Provide 供货商表Factory 厂商表商品信息表(MerchInfo)字段名 字段类型 长度 主/外键 字段值约束 对应中文名MerchID int 4 P Not null 商品编号MerchName Varchar 50 Not null 商品名称MerchPrice Money 4 Not null 价格MerchNum Int 4 Not null 库存数量CautionNum Int 4 Not null 库存报警数量PlanNum Int 4 null 计划进货数BarCode Varchar 50 Not null 条形码SalesProPrice Money 4 促销价格SalesProDateS Datetime 8 促销起日期SalesProDateE Datetime 8 促销止日期AllowAbate Int 4 Not null 允许打折AllowSale Int 4 Not null 允许销售FactoryID Varchar 10 F Not null 厂商编号ProvideID Varchar 10 F Not null 供货商编号用户表(User)字段名 字段类型 长度 主/外键 字段值约束 对应中文名UserID varchar 10 P Not null 用户编号UserName Varchar 25 Not null 用户名称UserPW Varchar 50 Not null 用户密码UserStyle Int 4 Not null 用户类型会员表(Menber)字段名 字段类型 长度 主/外键 字段值约束 对应中文名MemberID Varchar 10 P Not null 会员编号MemberCard Varchar 20 Not null 会员卡号TotalCost Money 4 Not null 累积消费金额RegDate Datetime 8 Not null 注册日期销售表(Sale)字段名 字段类型 长度 主/外键 字段值约束 对应中文名SaleID Varchar 10 P Not null 销售编号MerChID Varchar 10 F Not null 商品编号SaleDate Datetime 8 Not null 销售日期SaleNum Int 4 Not null 销售数量SalePrice Money 4 Not null 销售单额交易表(Dealing)字段名 字段类型 长度 主/外键 字段值约束 对应中文名DealingID Varchar 10 P Not null 交易编号DealingPrice Money 4 Not null 交易金额DealingDate Money 4 Not null 交易日期MemberID Varchar 10 会员卡号UserName Varchar 10 F Not null 用户名称入库纪录表(Stock)字段名 字段类型 长度 主/外键 字段值约束 对应中文名StockID Varchar 10 P Not null 入库编号MerchID Varchar 10 F Not null 入库商品编号MerchNum Int 4 Not null 入库数量MerchPrice Money 4 Not null 单额TotalPrice Money 4 Not null 总额StockDate Datetime 8 Datetime 入库日期PlanDate Datetime 8 Datetime 计划进货日期StockState Int 4 Not null 入库状态供货商表(Provide)字段名 字段类型 长度 主/外键 字段值约束 对应中文名ProvideID varchar 10 P Not null 供货商编号ProvideName Varchar 50 Not null 供货商名称ProvideAddress Varchar 250 供货商地址ProvidePhone Varchar 25 供货商电话厂商表(Provide)字段名 字段类型 长度 主/外键 字段值约束 对应中文名FactoryID varchar 10 P Not null 厂商编号FactoryName Varchar 50 Not null 厂商名称FactoryAddress Varchar 250 厂商地址FactoryPhone Varchar 25 厂商电话6、物理设计文档/*----------创建数据库----------*/create database SuperMarketdbon primary(name=SuperMarketdb,filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMdf',size=100MB,maxsize=200MB,filegrowth=20MB)log on(name=SuperMarketlog,filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMldf',size=60MB,maxsize=200MB,filegrowth=20MB)go/*----------创建基本表----------*/use [SuperMarketdb]go/*创建交易表*/CREATE TABLE Dealing ( DealingID int identity(1,1) Primary key , DealingDate datetime NOT NULL , DealingPrice money NOT NULL , UserName varchar(25) NULL , MemberCard varchar(20) NULL) GO/*创建厂商表*/CREATE TABLE Factory ( FactoryID varchar(10) Primary key , FactoryName varchar(50) NOT NULL , FactoryAddress varchar(250) NULL , FactoryPhone varchar(50) NULL )GO/*创建会员表*/CREATE TABLE Member ( MemberID varchar(10) Primary key , MemberCard varchar(20) NOT NULL , TotalCost money NOT NULL , RegDate datetime NOT NULL )GO/*创建商品信息表*/CREATE TABLE MerchInfo ( MerchID int identity(1,1) Primary key , MerchName varchar(50) Unique NOT NULL , MerchPrice money NOT NULL , MerchNum int NOT NULL , CautionNum int NOT NULL , PlanNum int NOT NULL , BarCode varchar(20) Unique NOT NULL , SalesProPrice money NULL , SalesProDateS datetime NULL , SalesProDateE datetime NULL , AllowAbate int NOT NULL , AllowSale int NOT NULL , FactoryID int NOT NULL , ProvideID int NOT NULL) GO/*创建供应商表*/CREATE TABLE Provide ( ProvideID varchar(10) Primary key , ProvideName varchar(50) NOT NULL , ProvideAddress varchar(250) NULL , ProvidePhone varchar(25) NULL )GO/*创建销售表*/CREATE TABLE Sale ( SaleID int identity(1,1) Primary key , MerChID int NOT NULL , SaleDate datetime NOT NULL , SaleNum int NOT NULL, SalePrice money NOT NULL) GO/*创建入库表*/CREATE TABLE Stock ( StockID int identity(1,1) Primary key , MerchID int NOT NULL , MerchNum int NOT NULL , MerchPrice money NULL , TotalPrice money NULL , PlanDate datetime NULL , StockDate datetime NULL, StockState int NOT NULL) GO/*创建用户表*/CREATE TABLE User ( UserID varchar(10) Primary key , UserName varchar(25) NOT NULL , UserPW varchar(50) NOT NULL , UserStyle int NOT NULL ,)GO/*----------创建表间约束----------*//*商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束*/ALTER TABLE MerchInfo ADD CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY ( [FactoryID] ) REFERENCES Factory ( [FactoryID] ), CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY ( [ProvideID] ) REFERENCES Provide ( [ProvideID] )GO/*销售表中商品编号与商品信息表之间的外键约束*/ALTER TABLE Sale ADD CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY ( [MerChID] ) REFERENCES MerchInfo ( [MerchID] ) ON DELETE CASCADE GO/*入库表中商品编号与商品信息表之间的外键约束*/ALTER TABLE Stock ADD CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY ( [MerchID] ) REFERENCES MerchInfo ( [MerchID] ) ON DELETE CASCADE GO/*----------创建索引----------*//*在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引*/CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)GO/*在商品信息表上建立一个以商品编号为索引项的非聚集索引*/CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)GO/*在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引*/CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)GO/*在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引*/CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)GO/*----------创建视图----------*//*创建用于查询交易情况的视图*/CREATE VIEW v_DealingASSELECT DealingDate as 交易日期, UserName as 员工名称, MemberCard as 会员卡号, DealingPrice as 交易金额FROM Dealing GO/*创建用于查询进货计划的视图*/CREATE VIEW v_PlanStockASSELECT SStockID as SID, MerchIMerchName as 商品名称, MerchIBarCode as 条形码, FFactoryName as 厂商, PProvideName as 供货商, SMerchNum as 计划进货数量, SPlanDate as 计划进货日期FROM Stock,MerchInfo,Provide,FactoryWhere SMerchID = MerchIMerchID and PProvideID=MerchIProvideID and FFactoryID=MerchIFactoryID and SStockState=0 GO/*创建用于查询销售明细记录的视图*/CREATE VIEW v_SaleASSELECT MerchIMerchName as 商品名称, MerchIBarCode as 条形码, MerchIMerchPrice as 商品价格, SSalePrice as 销售价格, SSaleNum as 销售数量, SSaleDate as 销售日期FROM Sale INNER JOIN MerchInfo ON SMerChID = MerchIMerchID GO/*创建用于查询入库情况的视图*/CREATE VIEW v_StockASSELECT MerchIMerchName as 商品名称, MerchIBarCode as 条形码, FFactoryName as 厂商, PProvideName as 供货商, SMerchPrice as 入库价格, SMerchNum as 入库数量, STotalPrice as 入库总额, SStockDate as 入库日期FROM Stock,MerchInfo,Provide,FactoryWhere SMerchID = MerchIMerchID and PProvideID=MerchIProvideID and FFactoryID=MerchIFactoryID and SStockState=1 GO7、小结和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如： 本系统只适合小型超市使用，不能适合中大型超市使用； 超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。
主要功能和特点： 只需有一台与因特网相连的电脑，就可以方便、快捷地创建、管理和使用个人文献书目数据库。 个人文献书目数据库建立在服务器上，不占用个人电脑空间和资源，用户可以随时将数据以自己需要的文件格式导出到自己的电脑中。 提供快速检索和高级检索两种检索模式，用户可以轻松查到所需的书目信息。 个人的书目数据既可以从其它数据库批量导入，也可以由手工录入。 可以将众多其它数据库中的书目数据直接批量导入个人文献书目数据库中，通过个人文献书目数据库的检索，间接实现对多个数据库的跨库检索，提高资料检索的查全率和查准率。 在个人文献数据库中建立文件夹、存放文献的数目不受限制。 个人书目数据库提供了全文链接，获取全文快捷、方便。 在撰写文稿过程中随时可在文稿中插入参考文献标识，文稿撰写完成后，利用提供的工具，在文稿末尾可自动生成规范的，符合出版要求的参考文献。
神啊！！！ 怎么见到的都是你这一类人呢。。。拿这么点分就出来“高分求人”！！！抠门至极！！！
可以帮你哦
1、如果论文页码不多，前置部分并不一定要有，或只加个封面即可。 2、封面、标题等不要太花哨，一般以简洁大方为好。 3、如果论文很厚实，可考虑正反面排版打印。 4、页码较多的论文，可考虑用页眉标注论文标题及层次标题，如单页用文章标题，双页用层次标题。 5、不管论文长短，页码均需标注。页码标注由正文的首页开始，作为第1页，可以标注在页眉或页脚的中间或右边。论文的前置部分、封三和封底不编入页码。附件部分一般单独编排页码。 6、封底底色与封面一致为好，若用底图则与封面应有相关性。 7、若用订书钉装订，两枚钉应分别居于上下沿四分之一处，左缩进1厘米处可以发你一份参考