1.什么是统源《雅奇Mis》？
2.求数据库课程设计“图书馆管理系统” 要求：Visual C++6.0和SQL Server 2005最好是详细源代码外加数据库
3.MIS的特点

什么是《雅奇Mis》？

       老古董了。一个编程工具，统源有点像后来的统源什么SDK。

       看说明好像很简单，统源实际用起来需要来回改，统源最好折腾得自己也无法知道这个程序最后的统源点餐收银源码结果是什么了。曾经被折磨过一段时间，统源当时觉得挺好玩，统源用了亚齐，统源就不用写程序了，统源结果...,统源反正我是坚决不再用它了

       附：介绍

       《雅奇MIS》这个软件，是统源大连雅奇电脑公司出的，它不属于编程范围。统源《雅奇MIS》力争将企业信息化管理模板化，统源用这个工具软件生成一种程序。统源本人曾经在年对朋友购买的《雅奇MIS》研究一番，那是用VFP编写的，生成的程序倒是VFP源码，不过，程序语句体写道不是特别好。现在的《雅奇MIS》这个软件用什么语言写的，生成的简单的辅助源码源码是什么语言（这个很主要，因为你还必须再次修改，任何工具生成的程序都不是万能的，必须要修改），本人现在还不知道

求数据库课程设计“图书馆管理系统” 要求：Visual C++6.0和SQL Server 最好是详细源代码外加数据库

       1.开发背景

       数据库技术和Internet的飞速发展，使它们已经成为现代信息技术的重要组成部分，是现在计算机信息系统和计算机应用系统的基础和核心。对于任何一个企业来说，数据是企业重要的资产，如何有效利用这些数据，对于企业发展起着极其重要的作用。随着我国市场经济的迅速发展和人们生活水平的不断提高，图书馆藏书的树木逐渐增大，这也挑战了图书管理方面的技术，以前的人工管理方式已经不再适应现在的环境，取而代之的是先进的图书管理系统，通过使用PowerBuilder创建的图书管理系统可以让管理人员方便而快捷的进行管理、查询、借阅、录入等工作。

       2.需求分析

       2.1系统目标

       图书管理信息系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的源码分享的平台库。而对于后者则要求应用程序功能完备,易使用等特点。

       系统开发的总体任务是实现各种信息的系统化，规范化和自动化。

       2.2需求定义

       图书馆管理系统开发。系统开发的总的设计目标是实现图书管理的系统化、规范化和自动化，实现对图书资料的集中统一的管理。

       本系统主要实现对图书馆信息的管理，主要功能为管理有关读者、图书、借阅、查询、删除和管理员的信息等。本系统结构分为读者类别管理、读者档案管理、图书类型管理、图书档案管理以及图书流程管理，读者管理可以浏览读者的信息，可以对读者信息进行维护。图书管理可以浏览图书的信息，可以对图书信息进行维护。icq短信php源码借阅管理可以显示当前数据库中书籍借阅情况，可以对借阅信息进行维护。本系统主要解决的问题是利用关键字对数据库进行查询。

       其系统的功能模块图如下：

       图2-1 系统功能模块图

       针对一般图书管理信息系统的需求，通过对图书管理工作过程的内容和数据流程分析，设计如下面所示的数据项：

       读者信息

        属性：读者学号，读者姓名，读者性别，联系电话，所在院系，生效日期，失效日期，违章状况，累计借书

        主键：读者学号

        书籍信息

        属性：ISBN，书名，作者，出版社，出版日期，简介

        主键：ISBN

        管理员信息

        属性：工作号，姓名，性别，奥点云源码电话，家庭住址

       主键：工作号

       2.3数据流程

       2.3.1 读者

       作为学生对图书管理系统的要求有：

       1. 能按各种方式（比如书名、编号、作者）查询图书馆的藏书情况。

       2. 能够方便地借阅图书、续借图书、归还图书。

       3. 能够查询自己的基本资料、借阅图书情况。

       4. 能够熟悉图书管理系统的使用。

       读者进入系统工作的流程图为:

        2-1进入系统工作的流程图

       2.3.2 图书管理员

       作为图书管理员，他们对图书管理系统的要求有：

       1. 能方便的对图书进行录入登记，注销陈旧的书籍。

       2. 能够方便地对新生进行登记，或注销已经毕业的学生信息（基本信息，借阅信息）。

       3. 能够随时发布一些诸如各学院学生借阅图书超期情况、馆内藏书情况、借情况等信息，以便各学院能够随时获知本院学生的一些借书信息。

       图书管理员工作的流程图为：

       2-2图书管理员工作流程图

       3.功能描述

       系统功能分析是在系统开发的总体任务的基础上完成。本系统需要完成的功能主要有5部分：

       (1) 图书基本情况的录入，修改，删除等基本操作。

       1．书籍类别标准的制定，类别信息的输入，包括类别编号，类别名称，关键词，备注信息等。

       2．书籍类别信息的查询，修改，包括类别编号，类别名称，关键词，备注信息等。

       3．书籍信息的输入，包括书籍编号，书籍名称，书籍类别，作者名称，出版社名称，出版日期，书籍页数，关键词，登记日期，备注信息等。

       (2) 办理借书卡模块。

       1．新生办理借书证。

       2．丢失办理借书证。

       (3) 实现借书功能。

       1．借书信息的输入，包括借书信息编号，读书编号，读者姓名，书籍编号，书籍名称，借书日期，备注信息等。

       2．借书信息的查询，修改，包括借书信息编号，读者编号，读者姓名，书籍编号，书籍名称，借书日期，备注信息等。

       (4) 实现还书功能。

       1．还书信息的输入，包括还书信息编号，读者编号，读者姓名，书籍编号，书籍名称，借书日期，还书日期，备注信息等。

       2．还书信息的查询和修改，包括还书信息编号，读书编号，读者姓名，书籍编号，书籍名称，借书日期，还书日期，备注信息等。

       (5) 能方便的对图书进行查询。对超期的情况能自动给出提示信息

       4.概念模型设计

       各部分E-R图如下：

       (1)读者信息类别实体E-R图

       4-1 读者类别实体E-R图

       (2)书籍信息类别实体E-R图

       4-2 书籍类别实体E-R图

       (3)图书借阅实体E-R图：

       4-3 图书借阅实体E-R图

       (4)投诉管理实体E-R图：

       4-4 投诉管理实体E-R图

       4-5实体之间关系的E-R图

       借阅关系（读者、管理员、书籍三元关系）

       图4-6 CDM图

       5.逻辑模型设计和优化

       从理论‘E-R模型’到理论‘关系模型’的整理转换，通过E-R模型到关系模型的转化，可以得到如下关系模式：

       借阅关系

       属性：工作号，读者学号，ISBN，是否续借，借书日期，还书日期，备注。

       主键：工作号，读者学号，ISBN

       管理员_书籍关系

       属性：工作号，ISBN，添加时间，是否在馆

       主键：工作号，ISBN

       管理员_学生关系

       属性：工作号，读者学号，确认借还

       主键：工作号，读者学号

       通过由概念模型设计得到CDM图powerdesigner转换成对应的PDM图：

       PDM图

       5.1图书信息表

       列名 数据类型 可否为空

       ISBN varchar 否

       书名 varchar 否

       作者 varchar 否

       出版社 varchar 是

       出版日期 datetime 是

       简介 varchar 是

       5.2 读者信息表

       列名 数据类型 可否为空

       读者学号 varchar 否

       读者姓名 varchar 否

       读者性别 varchar 否

       联系电话 varchar 是

       所在院系 varchar 否

       5.3 管理员信息表

       列名 数据类型 可否为空

       工作号 varchar 否

       姓名 varchar 否

       性别 varchar 否

       电话 varchar 是

       家庭住址 varchar 是

       5.4 借阅表

       列名 数据类型 可否为空

       工作号 char 否

       ISBN char 否

       读者学号 char 否

       借阅日期 datetime 否

       还书日期 datetime 否

       是否续借 char 否

        5.5 管理员_书籍

       列名 数据类型 可否为空

       工作号 char 否

       ISBN char 否

       添加时间 datatime 是

       是否在馆 char 是

       5.6 管理员_学生

       列名 数据类型 可否为空

       工作号 char 否

       读者学号 char 否

       借还确认 char 否

       6.物理设计和实施

       从理论‘关系模型’到实现\实施‘数据库建立’，物理文件的安排和建立索引

       6.1 建立索引

       为了提高在表中搜索元组的速度，在实际实现的时候应该基于键码建立索引是各表中建立索引的表项：

       (1)读者信息（读者学号）

        (2)书籍信息（ISBN）

        (3)管理员信息（工作号）

        (4)借阅（工作号，读者学号，ISBN）

        (5)管理员_书籍（工作号，ISBN）

        (6)管理员_学生（工作号，读者学号）

       6.2 SQL语句

       如下所示：

       /*==============================================================*/

       /* Table: 书籍信息 */

       /*==============================================================*/

       create table 书籍信息

       (

        ISBN char() not null,

        书名 char(),

        作者 char(),

        出版社 char(),

        出版日期 char(),

        简介 char(),

        constraint PK_书籍信息 primary key (ISBN)

       );

       /*==============================================================*/

       /* Index: 书籍信息_PK */

       /*==============================================================*/

       create unique index 书籍信息_PK on 书籍信息 (

       ISBN ASC

       );

       /*==============================================================*/

       /* Table: 投诉 */

       /*==============================================================*/

       create table 投诉

       (

        工作号 char() not null,

        学号 char() not null,

        投书意见 char(),

        投诉日期 char(),

        受诉日期 char(),

        constraint PK_投诉 primary key (工作号, 学号)

       );

       /*==============================================================*/

       /* Index: 投诉_PK */

       /*==============================================================*/

       create unique index 投诉_PK on 投诉 (

       工作号 ASC,

       学号 ASC

       );

       /*==============================================================*/

       /* Index: 投诉_FK */

       /*==============================================================*/

       create index 投诉_FK on 投诉 (

       工作号 ASC

       );

       /*==============================================================*/

       /* Index: 投诉2_FK */

       /*==============================================================*/

       create index 投诉2_FK on 投诉 (

       学号 ASC

       );

       /*==============================================================*/

       /* Table: 登记 */

       /*==============================================================*/

       create table 登记

       (

        工作号 char() not null,

        学号 char() not null,

        ISBN char() not null,

        证书日期 char() not null,

        还书日期 char() not null,

        违章状况 char(),

        累计借书 char(),

        备注 char(),

        constraint PK_登记 primary key (工作号, 学号, ISBN)

       );

       /*==============================================================*/

       /* Index: 登记_PK */

       /*==============================================================*/

       create unique index 登记_PK on 登记 (

       工作号 ASC,

       学号 ASC,

       ISBN ASC

       );

       /*==============================================================*/

       /* Index: 登记_FK */

       /*==============================================================*/

       create index 登记_FK on 登记 (

       工作号 ASC

       );

       /*==============================================================*/

       /* Index: 登记2_FK */

       /*==============================================================*/

       create index 登记2_FK on 登记 (

       学号 ASC

       );

       /*==============================================================*/

       /* Index: 登记3_FK */

       /*==============================================================*/

       create index 登记3_FK on 登记 (

       ISBN ASC

       );

       /*==============================================================*/

       /* Table: 管理员信息 */

       /*==============================================================*/

       create table 管理员信息

       (

        工作号 char() not null,

        姓名 char(),

        性别 char(5),

        电话 char(),

        所在院系 char(),

        constraint PK_管理员信息 primary key (工作号)

       );

       /*==============================================================*/

       /* Index: 管理员信息_PK */

       /*==============================================================*/

       create unique index 管理员信息_PK on 管理员信息 (

       工作号 ASC

       );

       /*==============================================================*/

       /* Table: 读者信息 */

       /*==============================================================*/

       create table 读者信息

       (

        学号 char() not null,

        姓名 char(),

        性别 char(5),

        电话 char(),

        所在院系 char(),

        constraint PK_读者信息 primary key (学号)

       );

       /*==============================================================*/

       /* Index: 读者信息_PK */

       /*==============================================================*/

       create unique index 读者信息_PK on 读者信息 (

       学号 ASC

       );

       7.主要数据操纵语句

        7.1管理员操作

        (1)注册(register)

        INSERT INTO 管理员 (工作号,姓名,性别,电话,家庭住址,备注)

        VALUES(#工作号,#姓名,#性别,#电话,#家庭住址,#备注)

        说明：在登记操作后,管理员得到一个唯一的工作号,可以根据这个工作号采查询和修改数据。

        (2)注销(unregister)

        DELETE

        FROM Provider

        WHERE(工作号=#工作号)；

        (3)修改个人信息(update)

        UPdate 管理员

        Set (工作号=#工作号,姓名=#姓名,性别=#性别,电话=#电话,家庭住址=#家庭住址)

        WHERE(工作号＝#工作号)

        (4)增加书籍（addbooks）

        INSERT INTO 图书 (ISBN,书名,作者,出版社,出版日期,简介,)

        VALUES(#ISBN,#书名,#作者,#出版社,#出版日期,#简介,#备注) INSERT INTO

        管理员_书籍表(工作号,ISBN,添加时间,是否在馆)

        VALUES(#工作号,#ISBN,#添加时间,#是否在馆）

        (5)删除书籍(deletebooks)

        DELETE 图书

        WHERE(ISBN =# ISBN)

        (6)修改书籍(updatebooks)

        UPDATE 图书(书名=#书名, 作者=#作者, 出版社=#出版社, 出版日期=

        #出版日期, 简介=#简介)

        WHERE(ISBN =# ISBN)

       7.2读者操作

       (1)注册(register)

        INSERT INTO 读者(读者学号,读者姓名,读者性别,联系电话,所在系,

       生效日期,失效日期,违章状况,累计借书,备注)

        VALUES(#读者学号,#读者姓名,#读者性别,#联系电话,#所在系,

        #生效日期,#失效日期,#违章状况,#累计借书,#备注)

       说明：在登记操作后,读者得到一个唯一的ID,可以根据这个ID来查询和修改自己的信息。

       (2)注销(unregister)

        DELETE 读者

        WHERE(读者学号=#读者学号)

       (3)修改个人信息(update)

        UPDATE 读者 Set(读者姓名=#读者姓名,联系电话=#联系电话,

        所在系=#所在系,生效日期=#生效日期,失效日期=#失效日期,

        违章状况=#违章状况,累计借书=#累计借书,备注=#备注)

        WHERE(读者学号=#读者学号)

       (4)查询（select）

        SELECT ISBN,书名,作者,出版社

        FROM图书

        WHERE ISBN=#ISBN OR书名=#书名

       7.3管理员对借阅关系的操作

       (1)插入读者的信息（insert）

        INSERT INTO 借阅(工作号,读者学号,ISBN,是否续借,借书日期,还书日期,备注)

        VALUES(#工作号,#读者学号,#ISBN,#是否续借,#借书日期,

        #还书日期,#备注)

       (2)更新信息（update）

        ①更新借出信息

        UPDATE借阅

        SET(借书日期=#借书日期,还书日期=借书日期+,是否续借=0)

        WHERE(工作号=#工作号 AND 读者学号=#读者学号 AND ISBN =#ISBN)

        UPDATE管理员_图书

        SET(是否在馆=0)

        WHERE(ISBN=#ISBN)

        UPDATA 学生

        SET (累积借书=累积借书+1)

        WHERE(读者学号=#读者学号)

        INSERT INTO管理员_学生(工作号,读者学号,确认借还,ISBN)

        VALUES(#工作号,#读者学号,”0”, #ISBN))

        ②更新续借信息

        UPDATE 借阅

        SET(是否续借=#是否续借)

        WHERE(工作号=#工作号 AND 读者学号=#读者学号 AND ISBN =#ISBN)

        ③更新还书信息

        UPDATE管理员_图书

        SET(是否在馆=1)

        WHERE(ISBN=#ISBN)

        UPDATE管理员_学生

        SET(确认借还=”1”)

       WHERE(工作号=#工作号 AND 读者学号=#读者学号 AND ISBN=#ISBN)

MIS的特点

       ä¸­å›½å¼MIS系统的特点：

       ä¸€ã€ 软件的开发成本必须非常低（虽然有的时候不好控制，但是所有的老板都是以降低成本为软件开发过程中的第一管理指标的）。

        1.老板通过招聘低薪程序员、完全不对程序员进行任何培训、要求程序员无偿加班等手段尽可能的节省人员成本。

        2.缩减需求分析过程、简化测试过程。

        3.使用简单、高效的IDE来进行软件的编制。

       äºŒã€è½¯ä»¶å¿…须可以在发布之后进行尽可能灵活的定制，包括界面、流程、数据格式等都尽量做到在软件发布之后可以通过配置进行部分或者是全面的修改，这个过程最好能够不用通过编译器或者尽量不在客户现场使用编译器。

        1.一般都自带数据字典表、数据字典维护工具（有时候不向客户开放）和数据字典自适应模块（SQL生成器）。

        2.老系统都会有一套完善的用户权限管理系统来定制用户角色在系统中具体的动作，新系统一般都已经包括完善的工作流引擎，使得用户可以自己定制或者是在咨询师的指导下定制其特定的业务流程。

        3.很多系统使用自定义界面描述语言进行界面的有限定制，也有些系统的界面带有数据格式自动适应的功能。

        4.数据库中的数据分为系统用数据和客户数据两类，软件系统将系统用数据中的内容加以解释，并按照其进行执行。一般会有一些特定的交互界面供客户或者是系统的维护工程师对系统数据中内容进行修改，也有些系统代一个配置文件导入、导出的模块，可以使得系统进行自动化的统一设置、或者是由系统维护工程师在远程进行设置。

        5.系统一般都可以自动加载（服务器端进行在线加载）附加模块，并且能够自动的进行远程升级（比如动态加载用于逻辑描述或者是界面交互的DLL或BPL、在加载之前对这些文件的版本进行比较，如果有更新的版本自动下载并加载运行）。

        6.早期有个别系统把编译器和部分源码一起打包到发布系统中去。

       ä¸‰ã€ç³»ç»Ÿå°½å¯èƒ½çš„适应与各种服务器、操作系统、中间件服务器、数据库和各种硬件环境。

        1.尽量不要使用存储过程，如果一定要使用的话，最好能够根据不同的数据库系统各写一份。

        2.尽量以最低的系统要求来实现系统。

        3.不要使用某些特定操作系统中才有的特殊功能，不要使用那些在新版操作系统中受到很大限制的功能（比如DCOM和COM+在WIn上受到了很大的限制）。

        4.尽量做到软件与中间件服务器或主机、操作系统无关。

        5.很多系统带有非常强大的容错模块，因为他们不得不面对死机、停电、网络故障等各种非常极端的客户环境。

       å››ã€å¿…须有完全独立的功能强大的、高效的、智能的查询定制、统计分析、报表绘制工具。

        1.包含独立的、汉化的、简单易用的报表绘制工具。

        2.包含能够对数据字典进行自适应的查询定制器。

        3.包含统计、分析、各种复杂表达式的描述和解释工具。

        4.自定义或者使用第三方控件使得报表、查询、统计、分析、表达式的描述信息可以从系统中分离出来或者是导入到系统中去，也就是说最好能够把这些特定的描述信息保存到特定文件中去，并能够让系统从这些文件中读取并使用这些信息，以实现 远程模板定制和统一分发的过程。

       äº”、模块之间最好使用简单接口进行连接，这样的话人员流动以后尽量不要影响到整个系统。

       å…­ã€ç³»ç»Ÿå„个模块的风格有的时候很杂乱（主要是程序员表现欲望造成的，程序员流动性大也是一个原因）。

       ä¸ƒã€å¾ˆå¤šç³»ç»Ÿå¸¦æœ‰éšè—è°ƒè¯•æ¨¡å—，大部分系统带有日志模块，以方便在客户现场进行除错。

       -------------------------------------------

       ä¸­å›½å¼MIS系统形成的原因分析

        我打算用几篇文章来描述一下中国式MIS系统的成因、特点、发展历程和未来展望。

        我相信大部分国内的资深程序员和项目组长都能够理解什么是中国式MIS系统。现在这种系统正非常广泛的被应用在国内的各行各业之中。

       ä¸­å›½å¼MIS系统发展到今天这种样子，主要的原因如下：

       1.中国的各个甲方绝对不会因为上一套新的管理软件而对其内部流程进行一丝一毫的修改。

       2.需求分析无法做到非常的明确、细致。甲方在软件试用之后可以肆无忌惮的修改需求，而不用承担任何责任。我以前作乙方的时候就经常同时写需求说明书和项目方案书（在国内很多项目的招投标过程中，如果乙方没有参加招标文件的制定，是很难中标的）。

       3.程序员流动率高的惊人，如果不是程序员的工资低得可怜的话，老板早就破产了。

       4.老板只对工期（收款）感兴趣，其它的任何事情都与老板无关。

       5.软件销售的价格过低，恶性竞争严重，工期拖延严重，收款遥遥无期。

       6.从项目经理到构架师再到程序员，自信心都无比的膨胀，所有的规则相对于他们的表现欲望来说都是可以忽略不记的，当然有很多项目组本身就没有规则，或者是规则本身就不完善。

       7.中国式的报表：中国人所要求的报表是非常烦琐、非常复杂的，必须要有表线，统计和查询需求非常繁杂，而且更加让人无法忍受的是，这些需求会在软件部署之后无限的增长下去，如果客户还没有付款，那么你就有义务满足客户的这些无理要求，如果已经付过款了，那么你就要在满足客户的无理要求和损失行业信誉之间进行艰苦的选择了。

       8.软件的钱都很难收回，服务基本上都是终身免费（全款付清之前态度很好，付清之后就比较困难了）。

       9.数据库、服务器、中间件等系统关键设施或组件的选择权在甲方手里，乙方只提供参考意见。

       .在很多项目中，测试就是上线试用，好一点的有测试组进行人为测试。现在有些单位到Borland申请只购买测试软件的培训和实施服务，但是不购买测试软件（不知道他们怎么好意思提出来）。

       .老板们希望能够有效的管理他们的团队，但是又不希望承担相应的管理成本。