《农业技术推广体系管理信息系统的研究与开发》由会员分享，可在线阅读，更多相关《农业技术推广体系管理信息系统的研究与开发（80页珍藏版）》请在金锄头文库上搜索。
1、 南开大学硕士学位论文农业技术推广体系管理信息系统的研究与开发姓名：杨靖峰申请学位级别：硕士专业：软件工程指导教师：李旭东201111 摘本文首先简述了农业技术推广体系管理信息系统的开发背景和应用价值，通过对业务需求的获取和需求分析，提出应用平台，使用畁面向对象语言创建基于痵模式的系统解决方案，在第三章 ，痵 琣 ， ， 瑀籫 ； 第一章绪论第一节课题研究背景第二节课题研究意义 第一章绪论第三节国内外发展现状造厂实施信息系统的开发是我国计算机用于管理的里程碑。我国管理信息系统 第一章绪论系统广泛应用于作物品种种质资源管理、国土资源管理、农业气象资源管理、农业管理信息系统在许多领域都得到了长足的
2、发展。为了加快我国农业管理信第四节课题研究内容 第一章绪论第五节论文的组织结构本文主要介绍了基于疭模式的农业技术推广体系管理信息系统的开发过程。本文第一章介绍了系统开发的背景、意义以及国内外发展现状。从第二章开始详细阐述了农业技术推广体系管理信息系统相关的开发技术及过程：第二章详细阐述了本系统的需求获取，并用用例图方式列举了系统的需求分析；第三章介绍了开发本系统需要的相关技术，如软件开发方法、系统开发的应用模式、分布式数据库等；第四章从系统运行环境、系统总体架构、数据库设计、系统的活动图、系统菜单项设计及系统的部分应用界面设计六个方面阐述了系统的总体设计；第五章分别详细阐述了用户登录模块、系统
3、管理模块、单位基础信息管理模块、单位人员信息管理模块和统计模块五个功能模块的关键设计技术；第六章介绍了系统的测试过程。最后一章是总结与展望，对全文做了总结，并对今后工作作了展望。 第二章系统需求分析在本项目开始时，项目组初步了解了农技推广体系的结构，也获得了系统的初步需求：络员名突搅斓、管理单位用户名畋挥没。会议以茶话会的方式召开，这样更能拉近项目组与客户间的距离。在会上，每位与会者都要对每个问题进行发言，阐述自己的观点或解决方案。会议记录要详细记录每位与会者对每个问题的观点或解决方案。当项目组列出的问题全部解决后，会议即结束。一次联合需求计划会议可以获得比较全面的系统需求，但这还不够，在系统
4、开发过程中，也会碰到需求问题，这些需求问题一般都是局部的或者是在首次联合需求计划会议上遗漏的问题，这时候就需要召开小范围的联合需求计划会议，即与会者只是涉及到此问题的项目组成员和客户方，这样既可以减少需求成本，也可以降低最终系统的缺陷率，提高最终系统的成功率。 第二章系统需求分析第二节功能性需求鐸图系统功能结构图一、用户登录模块需求庇没0沧昂蟮谝淮问褂孟低常没枰Q裼没嘈填报单位、管设置登录密码。二、系统管理模块需求据。其功能包括对行政区划数据的添加、修改、删除、查询、显示等。 第二章系统需求分析其功能包括对单位数据的添加、修改、删除、查询、显示等。三、单位基础信息管理模块需求如有一信息不填写完
5、成，不允许将数据添加到数据库中。四、单位人员信息管理模块需求如有一信息不填写完成，不允许将数据添加到数据库中。式，其中每种查询方式都需要对所有相应的数据库表中项进行查询。鐾臣票矸直鸬汲龅较嘤腅文件中。 第二章系统需求分析第三节非功能性需求在本项目中，用户的非功能性需求主要包括以下一些内容：第四节系统用例模型根据用户的功能性需求，绘制出系统的整体用例图，如图示。 第二章系统需求分析图系统总体用例图一、系统管理模块用例图及用例分析 第二章系统需求分析用例图如图所示。图系统管理模块用例图表一表为此功能模块用例分析。表系统管理一登录管理用户登录到符合用户身份的子系统。基本流用例事件流位行政级别及单位名
6、称窗口。备选流信息，并可以返回重新输入。 第二章系统需求分析表系统管理一密码管理用例描述用户修改密码。基本流理专导出”菜单时，用例启动；基本流各选流现错误提示信息。行政区划管理和单位管理的添加功能。 第二章系统需求分析行政区划管理和单位管理的删除功能。基本流用例事件流存到数据库中，用例终止。行政区划管理和单位管理的修改功能。基本流用例事件流各选流成时，用例启动；基本流用例事件流保存到网络数据库中，用例终止。 第二章系统需求分析用例描述行政区划管理和单位管理的查询功能。基本流用例图如图所示。图单位基础信息管理模块用例图表繁为此功能模块用例分析。 第二章系统需求分析表单位基础信息管理一导入单位基础
7、信息的导入功能。基本流用例事件流示信息。用例描述单位基础信息的添加功能。用例事件流用例描述单位基础信息的修改功能。基本流用例事件流薷氖萏砹本地数据库，用例终止。 第二章系统需求分析单位基础信息的查询功能。用例事件流单位基础信息的导出功能。基本流用例事件流用例描述单位基础信息的上传功能。基本流用例事件流 第二章系统需求分析用例描述单位基础信息的打印功能。用例事件流用例图如图所示。图单位人员信息管理模块用例图四、查询模块用例图及用例分析 第二章系统需求分析用例图如图所示。图查询模块用例图五、统计模块用例图及用例分析用例图如图所示。表槐为此统计模块用例分析。 第二章系统需求分析统计模块统计调查表功能
8、。用例事件流用例描述统计的打印功能。用例事件流用例启动：用例事件流提示信息。 第二章系统需求分析用例描述统计的生成统计图功能。用例事件流基本流时，用例启动； 第三章系统开发关键技术分析第三章系统开发的关键技术第一节系统开发的技术路线的成功率调查的数据见表示。成功率 第三章系统开发关键技术分析图系统开发的技术路线图第二节系统应用的设计模式软件开发模式技术架构的两大主流技术分别是疭和疭。疭是美国各国掌握并都有一定的市场份额和客户群。表是这两种结构的特点对比。表疭与疭的对比性能比较灵活数据一致性较差数据实时性较差储存管理功能透明性较强保证数据的一致性保证数据的实时性储存管理功能透明性较弱数据存储 续
9、表开发客户端、服务器端均安装应用程序安装只需简单培训，操作简单。使系统的实际应用水平下降。第三节分布式数据库技术分布式数据库，是数据库技术与网络技术相结合的产物，它将集中式数据库中的数据分布于网络上的多台计算机中，即是一、分布式数据库特点： 第三章系统开发关键技术分析点的应用，完全独立于其他站点数据。体数据库系统。不必关心数据的具体物理位置，也不用关心数据副本的一致性。二、分布式数据库的体系结构局部数据库局部数据库局部数据库图分布式数据库的体系结构 第三章系统开发关键技术分析分片模式：将一个关系模式分解成为几个数据片。分布模式：将数据分布在不同的物理位置。局部概念模式：是局部数据库的概念模式。
10、局部内模式：是局部数据库的内模式。三、分布式数据库设计方法方法。联邦式设计方法是在集中式设计方法的基础上发展起来的。它的基本思想是：各个局部数据库设计者各自独立完成各自的数据库的设计，然后将已有的数据库模型集中到一起形成分布式数据库的整体。联邦式设计方法的设计过程也包括需求分析、概念设计、逻辑设计、数据分布和数据分片设计和物理设计六个阶段。第四节系统开发框架介绍甆甆甆提供一个面向对象的编程环境；提供一个将软件部署和版本控制冲突最小化的代码执行环境。 提供一个提高代码执行安全性的代码执行环境。提供一个可消除脚本环境或解释环境的性能问题的代码执行环境。一、甆甆图分布式数据库的体系结构应用程序开发技
11、术位于框架最上方，它包括甆技术和技术等高级编程技术。录服务、正则表达式和消息支持等类库。甆 第三章系统开发关键技术分析表甆完整版本号 甇 是由微软公司于年开发的一种可视化的、面向对下的各类应用程序。其各版本及发布日期和发布版本见表示。 第三章系统开发关键技术分析表版本号标准版、专业版位版本、位的版本甇年夏天的中间解释性语言，可以看作是冢甆兼容性不好，这使得甆是否可以看作是版本，在业界还有很大的争论。甆的各版本及发布日期和发布版本见表中所示。 第四章系统总体设计第一节系统运行环境陨希僮飨低巢捎脀，数据库采用 。第二节系统总体架构 第四章系统总体设计的情况下，系统也可以单机使用，在网络连通时再进行数据的上传和下载操作。系统物理结构采用“客户机数据库服务器”二层结构，如图所示。客户机用来运行客户端程序，数据库服务器用来存储数据库表和一些查询统计逻客户机业务逻辑层负责关键业务的处理和数据传递，包括数据的查询、统计，用 第四章系统总体设计第三节数
