前言：中文期刊网精心挑选了系统开发的主要方法范文供你参考和学习，希望我们的参考范文能激发你的文章创作灵感，欢迎阅读。
系统开发的主要方法范文1
[关键词]管理信息系统；失败原因
一、 案例背景
A集团是国资委属下某上市公司的控股企业，该集团业务覆盖地域广，下属机构众多且分布在多个省市，企业员工日常内部流动频繁，人事信息经常处于变动之中，人事信息维护工作量大。然而，由于缺乏联网的人事管理信息系统，集团公司人力资源部日常无法实时掌握全集团的人事动态信息，关于人事信息的收集，一般都要经过下属各级单位进行层层上报，之后由集团公司人工进行数据汇总来获得，工作量极大。同时，集团的上级总公司也无法掌握全总公司实时的人动信息。为了加强人事基础信息的管理，总公司委托专业公司开发了一套网络版的人事管理信息系统，并要求下属各集团公司也要开发网络版的人事管理信息系统，且开发的系统其数据库结构、各类代码要与总公司的系统相对接，以便未来可以实现数据共享。
按上级的要求，A集团的领导安排企业内部的信息技术部门自行开发网络版的人事管理信息系统，由集团人力资源部配合实施。A集团内部各级人事工作人员均希望通过开发的系统，能够提高日后的工作效率，理顺工作流程，减少日常工作量。然而，经过一年左右时间的开发，人事管理信息系统上线了，虽有远程数据录入、存储、查询的功能，却由于用户界面不友好、模块功能交叉、操作效率低等原因，无法满足集团内部提高人事工作效率的需求。
系统开发失败的代价是成本、时间、效率等各个方面的损失，为了利用好已有的开发成果，A集团计划基于现有系统进行二次开发。下文将分析该系统的开发实施过程，找出其实施失败的原因，并尝试为该系统二次开发提出改进建议。
二、 系统开发实施过程
A集团信息技术部门在接到系统开发工作安排后，立即着手实施系统开发计划。部门内部开会进行研究，指派了负责开发的工程师，并与总公司相关部门联系取得了数据库的源代码与结构设计标准。信息技术部门同时联系了A集团的人力资源部，由人力资源部牵头，召集了全集团下属各个单位的人力资源部相关人员开了一次系统需求研讨会。参会时，由于是临时通知，大部分参会人员对此次会议的目的认识比较模糊，并没有做充分的准备，会上主要是告知参会人员集团公司将开发网络版的人事管理信息系统的事，并要求各单位全力配合，没有更进一步的细节方面的讨论。会后，信息技术部便着手开始进行系统开发，负责该项目工程师团队在开发过程中常与集团人力资源部的人员进行沟通，以了解人力资源部门对系统应用的需求。系统开发过程中，每有阶段性开发成果，信息技术部就将开发好的模块开放供用户试用，要求用户录入数据，以测试系统是否运行正常，再调试修正系统。大约一年后，系统正式投入运行。
三、 系统开发失败原因分析
关于系统开发项目的失败原因，国内外学者进行过较系统的研究。Linberg（1999）的研究认为影响软件项目开发成败的关键因素包括强有力的领导、组织氛围、技术要素、可行的计划、专业的人员等要素[1]。Kappelman等人（2006）归纳了导致IT项目实施失败的首要的12个原因，并将其分为两类，一类是与人相关的原因，包括：缺乏高层管理的支持、项目管理力量薄弱、利益相关者参与不足、项目开发团队的责任心不强、项目成员缺乏相关的知识和技术、企业专家工作太忙没时间参与；另一类是与开发过程相关的原因，包括：缺乏书面的需求分析文档和成功的标准、缺乏项目变更管理的流程、开发日程不合理、利益相关者之间沟通不畅、没有足够的资源、由于首次开发缺乏既有的开发经验而得不到组织上的支持与相关资源，因为管理者不知道要投入多少资源进行支持[2]。Linberg和Kappelman等人的研究对本案例的分析具有较大的参考价值，但为了准确分析各类导致失败的因素在实际工作中发生作用的过程，需要将这些因素放入具体的系统开发实施过程中进行分析。本文采用生命周期法对A集团的系统开发过程进行分析，生命周期法是是一种常用的系统分析设计方法体系，它将信息系统的开发过程划分为系统规划、系统分析、系统设计、系统实施、系统运行维护五个阶段[3]。分析A集团的系统开发过程，可以看出该集团在系统规划、系统分析方面只做了少量的工作，系统设计与开发同步进行，开发与调试、实施同步进行，最后投入运行，可见A集团人事管理信息系统开发失败的原因主要是系统规划、需求分析、系统设计这三个阶段工作的跨越，主要体现在以下三个方面。
一是系统规划不足。
系统规划不足的第一个问题是系统定位不清，体现在系统的战略定位、功能定位不清晰。由于该系统开发前上级与下属单位之间的各层管理人员未进行充分沟通，导致不同层级的管理人员各有各对系统的期望，始终没有界定清楚项目的范围与最终的质量标准。
系统规划不足的第二个问题是在系统开发前未做系统总体结构规划。该系统是典型的边设计边开发，导致了项目后期系统修改的工作量大大增加，资源投入也随着大幅增长。
系统规划不足的第三个问题是规划的资源投入不足。A集团由于是首次进行管理信息系统开发，因为缺乏以往的成功案例，不知道要投入多少资源进行开发，导致投入该系统开发的技术力量、时间资源均严重不足。
二是需求分析不充分。
需求分析不充分体现在两方面，一是系统开发前集团召开的需求分析会并没有实质性的工作成果，人事工作者作为项目开发的重要参与者的作用没有发挥好。二是信息技术部的技术人员缺乏系统开发的项目管理经验与技术经验，没有进行系统规划、用户需求分析并形成项目计划书的工作经验，在系统开发前没有采用科学的调研方法详细地调查了解人力资源部日常的业务工作流程及其需求，在系统开发过程中以设计者主观思维为导向，忽视了用户的需求。需求分析不充分是信息系统开发失败的最根本原因。
三是系统功能设计不实用。
该系统在开发前没有进行系统性的功能设计并形成设计说明书。系统功能设计不实用是导致用户最终不肯使用系统的直接原因，系统功能设计不实用体现在多个方面，例如，系统批处理数据的功能差；用户界面功能相似的入口众多，常令用户找不到准确的数据录入与查询入口；界面模块功能分类交叉，人事工作人员在录入一项业务的数据时，需要在系统中进行多次页面切换，且这些页面切换被用户认为是根本不必要的。
A集团的人事管理信息系统的开发之所以在这三个阶段发生了跨越，没有做足这三个阶段的工作，主要因素可以从Kappelman等人的研究结果中对标识别，一是人员的原因，系统开发项目管理力量单薄，没有采用科学的项目管理控制措施；技术力量单薄；主要的利益相关者，即企业的人事工作专业人员没有充分地参与系统的需求分析与系统设计工作；二是开发过程中的原因，系统开发周期中，几份关键性的阶段性工作文档没有完整地形成，它们是系统规划说明书、系统分析说明书、系统设计说明书，并由于企业是首次进行系统开发，经验不足，资源投入不足。
四、 系统二次开发工作建议
针对A集团系统开发已经存在的阶段性状况，本文尝试为其二次开发提出改进建议。A集团开发的人事管理信息系统由于采用了其总公司系统中成熟的数据库结构，所以就数据库结构、数据逻辑本身而言是合理的，之所以不被用户采纳，主要原因是用户界面不友好、实用性差。基于这两个原因，建议采取以下措施进行改进：
1、重新进行用户需求分析，界定系统功能范围与质量目标。A集团人力资源部要指派专家配合信息技术部门制定出详细的用户需求分析计划，采用科学的调研方法，梳理各项人事业务流程及这些流程涉及到的文件、工作人员及其权限，并形成书面文档，开发前将各项细节与用户进行确认。
2、精简界面，优化模块设计。从有效的管理幅度来说，同一用户界面的模块入口不宜过多，系统的模块功能设计需要优化，以做到功能清晰、简洁直观为目标，对用户操作界面进行优化。模块功能要相互独立，减少功能交叉项，减少数据冗余，优先在最常用的人事信息管理功能上对系统进行优化。
3、优化数据录入方式。一是增加批处理数据功能，方便人力资源部门将大量既有管理数据批量导入；二是通过工作流程由系统自动更新数据，尽量减少工作流程与数据修改分开操作的情况；三是录入数据的界面要以工作事件为导向，方便用户就一项工作涉及的数据在同一个界面全部录入，改变原来的根据数据文件结构设计用户录入界面的模式。
4、重新设计系统业务流程。人事工作业务网络化是人事管理信息系统最能提升人事工作整体效率的价值所在。人事工作业务网络化需要高效的业务流程设计，高效的业务流程设计需要从实地调研中产生，并需要调整改进企业即有管理模式中不合理的低效率部分，同时充分研究影响业务办理的各个控制节点及其权限以及工作流。系统业务流程须经仔细调研后，最终形成书面文档，并经用户确认后再进行系统开发，可以减少系统开发后期因需要修改而产生的大量工作量。
五、 总结
从系统开发的生命周期来看，成功的系统开发必须做足前期的用户需求分析、系统规划、系统设计工作。前期准备工作的完善将大大降低系统开发项目的风险与成本，是后续项目开发、调试直至最终实施运行的胜利保证。本文以A集团的人力资源管理系统开发过程作为研究切入点，具有一定的研究局限性，当采取不同的系统开发方式时，或在不同类别的资源受到局限的情况下，不同的企业系统实施失败的原因有可能是多样的，需要具体问题具体分析。
参考文献：
[1] Linberg， K.R.， Software developer perceptions about software project failure： a case study. Journal of Systems and Software， 1999. 49（2）： p. 177-192.
[2] Kappelman， L.A.， R. McKeeman and L. Zhang， Early warning signs of IT project failure： The dominant dozen. Information systems management， 2006. 23（4）： p. 31-36.
系统开发的主要方法范文2
关键词：信息系统；论文；写作研究；设计与开发
中图分类号：G232.1 文献标识码：A
Abstract：Information system development project has been on the high proportion among the selecting topics for undergraduates in information specialty.After the design and development of the system，the next is step for students the thesis's writing with high efficiency.This paper mainly focuses on the structure of the kind of thesis's writing of the information system and illustrates the main points required in each part of the thesis.In recent 3 years.The paper writing of undergraduates in college of information engineering in Xianyang Teacher's Normal University，basically in accordance with article written，can improve the efficiency and quality of writing，and for their further research work as well.
Keywords：information system；papers；writing research；design and development
1 引言（Introduction）
本科毕业设计（论文）是学生综合运用所学知识和技能，学习科学研究或工程设计基本方法，培养实践能力、创新能力、科学精神和创业精神的重要实践教学环节，也是学生将所学知识深化和升华的重要过程[1]。它既是对学生素质与综合能力的一次全面检验，又是对学生的毕业资格和学位资格认证的重要依据[2]。
通过对我院近几年信息管理与信息系统专业、软件工程专业以及计算机科学与技术专业本科生的毕业设计选题内容调查统计后，发现信息系统开发类选题占90%以上。为规范和提高我院信息系统开发类论文的撰写工作，并根据《中华人民共和国国家标准科学技术报告、学位论文和学术论文的编写格式》（国标GB7713-87）的规定，本文给出了撰写信息系统开发类论文的框架结构，以及在论文框架每个部分的写作方法和要点。
2 论文章节结构（The structure of the kind of thesis's writing）
本科毕业生在选择了信息系统开发类毕业设计后，首先利用自己所学信息系统开发的方法、工具、技术等设计和开发一个完整的信息系统，然后就要整理开发过程中的各类文档完成论文的撰写。依据国标GB7713-87的规定、信息系统开发过程，以及结合多年指导本科毕业生论文写作实践经验，信息系统开发类论文结构一般包括：摘要、正文、结论、谢辞、参考文献和附录，其中正文部分包括：绪论、开发工具技术介绍、需求分析、概要设计、详细设计与实现和系统测试。
（1）摘要
摘要是整篇论文的关键内容，是设计与开发工作的缩影，通过摘要了解研究的问题、角度、方法、目的和观点[3，4]。摘要内容杜绝阐述背景信息，应该直奔目的、方法、结果、结论。目的主要说明设计与开发的前提、目的和任务，所涉及的主题范围，或本文主要解决的问题。方法是说明在设计开发过程中所用的原理、理论、工具、技术等。结果是设计开发了一个什么样的系统，即说明系统实现的功能。结论要说明设计与开发的某个（类）信息系统，对企业或者商家的实际应用价值。信息系统开发类摘要可归纳总结为一种格式，“为了什么目的；设计开发了一个什么样的系统；使用了什么工具、技术、设计与开发思想如何做的；实现了信息系统的哪些功能；所开发的系统对企业或商家有哪些利弊。”
（2）正文
①绪论
此部分主要说明设计与开发的背景和意义、国内外研究现状、论文的组织与结构。
开发背景和意义主要说明为什么要做这样的一个信息系统，也就是说，传统的人工信息管理方式或者目前存在的此类信息系统在管理信息时有哪些问题、弊端、不足之处等，一定要针对存在的问题具体说明，切忌用大量的通用性语言来说明。国内外现状就是开发背景中存在问题在国内外是如何研究和解决的，即就是此信息系统目前在国内外的研究情况，一般描述国内的要多一些，最好找到具体的实例系统用数据加以说明。论文的组织与结构是阐述论文的框架结构，说明论文包括哪些章节，每个章节都叙述了什么。
②开发工具技术介绍
本节中说明设计与开发信息系统时，用到的主要开发环境、工具、技术、原理知识等的介绍，每类可以用一个小标题来说明。写作此部分的要点：一是说明该工具技术的主要作用是什么；二是与同类工具技术相比的优势在哪里；三是在本信息系统中是如何应用的；四是切忌用大量语言描述其功能和特点。另外，此部分与其他论文的重复率高，应该尽量用自己的语言重新组织。
③系统分析
此部分主要阐述两个方面的内容，一是系统的可行性研究；二是系统的需求分析。
可行性研究是指在当前具体条件、环境、知识等具备的情况下，信息系统的研制工作是否已具备必要的资源及其其他条件。一般从技术可行性、经济可行性、社会可行性分析三个方面说明。技术可行性主要是指构建和运行信息系统所必需的硬件、软件及相关技术对系统功能实现的支持分析；经济可行性主要指构建与运行系统的投入与产出的效益分析；社会可行性是指企业组织内外是否具备接受和使用该信息系统的条件。
需求分析一般可以从功能分析、业务流程分析、数据流程分析等三个方面说明。功能分析可以从前台用户和后台管理员操作功能，如电子商务购物系统前台用户操作功能一般包括：查询商品信息、购买商品、查看订单信息以及修改个人信息等，后台管理人员需求主要表现为：对商品类型、商品信息、订单信息、用户信息的管理等。业务流程分析是系统中主要功能业务的操作流程说明，一般通过业务流程图来表示，如用户购买商品业务、购物车操作业务、后台信息管理业务等。数据流程分析是将信息系统中的数据流动情况抽象地独立出来，单从数据流动过程来考察实际业务的数据处理模式，一般通过数据流程图来表示，如购物车数据流程。
④概要设计
此部分主要包括三个内容，一是系统总体结构设计，二是数据库设计，三是系统开发与运行环境设计。
系统总体结构设计主要是从实现功能方面，说明系统包括的前台功能和后台功能模块，如购物系统前台主要指用户的购物功能，后台主要是管理人员操作管理基本信息的功能，分别画出前台和后台功能模块图。
数据库设计是指设计信息系统的数据逻辑模式和物理结构，并据此建立高效的数据库，以服务于信息系统。在论文中一般说明数据库的概念结构设计、逻辑结构设计、物理结构设计。数据库概念结构设计是说明信息系统中包括的数据以及之间的关系，具体可以通过E-R建模图来表示，在绘制E-R图时，可以先给出单个数据实体的实体属性图，然后画出系统总体的E-R图，总体E-R图不包括单个实体的属性，只包括实体及其联系和联系的属性。数据库逻辑结构设计是在概念结构设计的基础上，选择关系数据模型抽象出数据库的关系数据模式，具体抽象时E-R图中的一个实体对应一张二维数据表，实体之间联系为多对多时，联系单独也要抽象成一张二维表。数据库的物理结构设计是数据库如何存储，具体采用什么数据库访问技术来访问数据库。
系统开发运行环境的设计是指以系统开发环境是如何配置的，系统运行的软硬件详细配置是什么。
⑤详细设计与实现
此部分重点说明信息系统重要功能模块是如何设计与实现的。具体要分别对每个核心功能单独说明，先用文字语言详细叙述功能的算法步骤以及实现方法，然后再画出每个功能的算法实现流程图。要注意两点，一是功能的算法步骤不要写成业务操作过程；二是说明功能实现时可以放置核心代码，但是不要将放整个实现函数或者模块代码。
⑥系统测试
系统测试是为了发现信息系统中的错误而执行程序的过程。在写此部分时，首先说明系统测试有哪些常用方法，在本系统的测试中使用了什么测试方法。然后，选择系统中核心功能来测试，在测试时，先要以表格形式给出具体的测试用例，然后给出相应测试结果图以说明测试过程。
（3）结论
结论先叙述使用了什么设计思想，开发了一个什么样的信息系统。然后重点叙述三个方面内容：一是设计、开发过程中遇到了哪些问题（典型的、可借鉴的），并且是如何解决的；二是系统目前的不足之处，有没有解决方案；三是系统还需要改进、完善的方面是什么。
（4）谢辞
简要叙述在整个毕业设计过程中，向曾帮助过你的组织和人以致谢。请注意言辞要恳切，要根据实际情况，尽量减少大话、客套话。
（5）参考文献
此部分是在写论文的过程中，按照章节以及参考的文献资料顺序，逐个列出所有参考的文献资料。重点要注意不同类型参考资料的著录方式，可以参考国家《文后参考文献著录规则2005》[5]中列出的著录格式。所有文献资料列出后，要在前面论文章节引用位置处添加引用点。
（6）附录
如果在论文中使用了大量的公式、图、表等，可以统一整理后放置在此部分。
3 结论（Conclusion）
本文论述了信息系统设计与开发过程，信息系统开发类本科毕业设计论文的写作问题，着重叙述了信息系统开发类论文的结构，以及论文中每个部分的写作要点。本文的研究为计算机类相关专业本科毕业生完成信息系统开发类论文的写作提供了指导性的依据，为学生走向工作岗位的科研工作奠定了基础。
参考文献（References）
[1] 艾武，等.信息与计算科学专业学年论文实践教学探讨[J].教育教学论坛，2015，4：129-130.
[2] 张清泉，等.电子信息专业毕业论文写作研究[J].科技信息，2008，28：338-339.
[3] 杜兴梅.学术论文摘要与关键词的写作及其格式规范[J].韩山师范学院学报，2008，29（2）：82-86.
[4] 王晓华，等.科技论文中文摘要写作要点分析[J].编辑学报，2010，22（2）：53-54.
[5] 牛晓勇，等.科技论文内参考文献规范标注问题研究[J].太原师范学院学报，2014，3（13）：79-82.
作者简介：
段 群（1980-），女，硕士，讲师.研究领域：计算机教学，图像处理.
系统开发的主要方法范文3
关键词：信息系统；系统分析；系统设计；课程建设
一、概述
信息管理与信息系统专业是一个应用性较强的专业，需要学生具有较强的动手能力，能够采用信息技术手段来解决管理工作中的具体问题。因此，信息技术类课程在本专业课程体系中占有相当大的比例。在本专业课程体系中，信息系统分析与设计课程起着承上启下的作用，一方面与选修课管理信息系统衔接，另一方面为Web数据库、网页设计与网站建设等课程奠定基础。因此，信息系统分析与设计课程的地位与作用非常重要。
信息系统分析与设计领域的学者对于本课程的内涵存在不同理解，因而导致了教学内容方面的差异，很多课程没有将信息系统分析与设计课程与管理信息系统课程进行有效区分。本课程建设的主要思路，包括课程内容的扩展与深化两个方面。内容扩展方面主要体现在本课程将详细介绍面向对象的开发方法，深化方面则主要体现在案例教学部分技术文档的详细程度，并涉及系统的实施过程。
二、课程内容构成
经文献调研与分析论证，本课程的内容构成如下：
1.理论基础
（1）基本概念
在理论基础部分，需要首先明确本课程的一些基本概念，如信息、管理信息系统、信息系统分析与设计等。
（2）课程内涵与系统开发思路
在本课程中，信息系统可以看作是管理信息系统的简称。按照结构化生命周期法的阶段划分，开发过程主要包括系统规划、系统分析、系统设计、系统实施和系统维护五个阶段。在系统开发中，前期的工作量要远远超过后期的工作量，系统分析和系统设计作为系统开发的核心步骤，占据了约60%～70%的工作量，处于绝对核心的地位。因此，系统分析与设计就成了系统开发的代名词，解决了系统的分析与设计环节，就完成了系统开发的主体工程。本课程采取广义定义，认为信息系统的分析与设计包括了系统开发的完整流程。
信息系统的开发，主体思路是采用技术手段来解决管理问题。换句话说，是管理思想、方法与流程用信息技术手段表达出来，因此存在一个从管理层面到技术层面的转化过程。开发的主体思路包括管理流程描述、管理流程转化为信息流程、信息流程深化展开三个步骤。管理学的使命，在于提出管理理论和方法，信息技术学科的使命，在于提供实现工具和有效算法，信息管理学科的使命，则是将管理学与信息技术学科连接起来，成为管理理论方法应用的桥梁和信息技术实现的纽带。
（3）组织架构与系统架构
在这一部分，需要对常见的各类型组织的功能结构进行分析，之后探讨如何将组织的架构映射为系统的架构。因此，从企业功能映射为系统功能，可能会做出一定的改变，常见的变动有：①增加不存在对应部门的子系统；②职能部门重组，之后映射为相应子系统；③业务流程重组，之后重新划分子系统。
信息系统的开发并不是简单地将组织的功能映射为系统的功能，在开发过程中开发人员可能会增加某些子系统，也有可能会合并或修改某些子系统。
2.面向过程的信息系统分析与设计
在这一部分，首先对面向过程的系统开发方法进行概述和比较，之后介绍常见的开发方法如结构化生命周期法、原型法、CASE方法和敏捷开发方法等。其中，对结构化生命周期法进行详细展开，分系统规划、系统分析、系统设计、系统实施、系统维护五个部分进行分别讨论。
3.面向对象的信息系统分析与设计
在面向对象的开发方法部分，首先介绍UML，因为面向对象开发过程中需要应用UML图例。
面向对象开发过程主要包括系统调查与系统需求、事件与实体、需求描述、系统设计、用例实现、实施与支持等阶段，主要的图表有用例图、活动图、顺序图、协作图、类图、状态图、组件图、部署图等。
此外，在面向对象开发过程的每一个阶段，均需要讲解与面向过程开发方法的区别与联系，使学生能够理解并掌握这两类开发方法。
4.教学案例
通过教学案例，让学生熟悉并掌握两种开发方法的主要技术文档和相关图表。在本课程中，两种开发方法各提供了两个教学案例。
三、教学安排
1.授课内容
在授课内容部分，需要建设的主要项目包括教案、教材、教学大纲、PPT、作业与习题等。
教案详细描述了课程的内容体系，对授课内容进行深入的论证与说明。教材则是对教案的升华，使课程内容进一步理论化和系统化。教学大纲则对授课进度和课堂内容进行规定。PPT作为课堂讲授工具，形式生动活泼，强调动态与交互。另外，通过布置适当的作业与习题，让学生进行实践与练习，实现知识向技能的转化，同时作业批改也是师生之间的重要交流渠道。
2.实践教学
实践教学部分通过案例教学实现，包括系统设计方案和系统实现。
通过对案例的深入分析，让学生模仿并掌握主要技术文档的编写和主要图表的绘制。通过示例系统地运行，学生可以得到直观的理解，此外他们可以进一步阅读程序代码，为独立进行系统开发奠定基础。
3.辅助教学
单纯的课程教学已经不能满足学生的学习要求，因而需要进一步拓宽学习途径。本项目建立了课程网站，提供扩展阅读材料，补充相关知识，并在网站建立讨论社区，提供交流平台，让学生可以就本课程的问题展开讨论。
四、结束语
本文通过对信息系统分析与设计课程建设的研究，明确了它在课程体系中的地位与作用，得出本课程的内容构成，并对教学安排进行了分析。初步教学实践证明，本课程建设成果应用效果良好，本课程存在的缺点与不足，将在教学实践检验之后做出修改与补充。
系统开发的主要方法范文4
关键词：文书档案，管理系统，系统开发，Java，数据库
中图分类号：P208文献标识码： A
一、前言
为了加强企事业单位档案部门的业务建设，做到门类齐全，结构合理，管理科学，使用简便，有效服务，就必须使档案工作各个环节规范化，提高管理水平，更加有效地保护和利用文书档案，为社会服务。在此目的下，文书档案管理系统孕育而生。文书档案管理系统是要根据国家档案局最新颁布的档案工作标准而开发的通用文书档案管理系统。系统从基层档案工作特点和档案室工作实际出发，通过规范化管理，解决档案室文书归档立卷费时费力问题，为档案管理的规范化和正规化打好基础[1]。
二、研究背景
随着信息技术的不断发展，办公自动化在各级各类国家机关、社会组织、企事业单位中的普及，电子数据交换，电子商务在国内、国际贸易中的应用，是电子工作环境日益普遍。作为这些活动的重要记录――电子文书档案，这一重要资源，需要利用信息技术得到准确的收集、科学的管理和高效的利用。档案信息资源作为一种重要资源，在经济和社会的发展过程中其地位和作用显得日益突出，如何针对档案信息化工作中遇到的一些问题，更好地发挥电子文书档案这一重要资源不可替代的作用，企事业单位发展提供更好的服务，是文书档案管理系统的根本出发点。
档案管理亦称档案工作。是档案的收集、整理、保管、鉴定、统计和提供利用的活动。包括：档案收集、档案整理、档案价值鉴定、档案保管、档案编目和档案检索、档案统计、档案编辑和研究、档案提供利用。这 8项工作的划分只是相对稳定而不是绝对的，也有分为 6个环节的，也有分为基础工作和利用工作两大部分的。由于现代档案管理工作已成为复杂的系统，故也有按多层次进行划分的方法。其第一层次分档案实体管理和档案信息开发两个子系统，各子系统又下分若干层次小系统。档案实体管理分收集、整理、鉴定、保管、统计等工作环节；档案信息开发又分信息加工和信息输出两部分，信息加工由编制目录、编辑文献汇编和编写参考资料构成，信息输出由提供阅览、复制、咨询、函调、外借以及出版、展览等多项服务活动构成。整个档案管理系统及其子系统在运行中都形成反馈机制。随着档案管理现代化的发展，还将对档案管理工作的结构产生新的影响。档案管理的最终目的是提供档案信息为社会实践服务，档案管理系统的结构即根据这一目的而设置。其中每项工作都必不可少，并有一定程序。它们组成一个有机整体，为实现档案管理系统整体功能而发挥各自的作用，同时也相互关联、相互制约。
就目前的现状而言，企事业单位在进行文件管理的过程中，经常会碰到一下问题：海量文件存储，管理困难，查找缓慢，效率低下，文件版本管理混乱等问题。这时，我们就需要一个文书档案管理系统，分门别类的对各种文档进行管理，方便使用者使用。
三、文书档案管理系统的功能结构及开发方法
（1）技术角度
从技术角度来看，文书档案管理系统的基本功能包括文档的输入、处理和输出等功能，期中文档的处理又包括文档的存储、文档的删除、文档的修改、文档的检索等。结构如下图：
（2）用户角度
从使用文档管理系统用户的角度来看，此系统应该支持整个组织在不同层次上的要求。此系统用户类别暂时只分为两大类，普通用户和管理员用户。
（3）从开发角度看文书档案管理系统
系统开发一般方法是指系统的开发策略，即系统开发按照一个怎样的过程来进行。系统开发的过程也称为系统开发生命周期。目前信息系统开发周期主要有：传统方法、原型法、快速应用开发法[2]。
a)传统的系统开发生命周期
传统系统开发的步骤大都包括五个阶段：调查、分析、设计、实施、维护和评价。系统调查阶段的任务是根据业务目标确定和考虑潜在的问题和机会；系统分析阶段的任务是对现有系统和工作流程进行研究，确定它的优势、弱势以及改进机会；系统设计阶段的任务是描述怎样实现一个新系统，或者说明怎样修改现有系统；系统实施阶段的任务是创建（或获取）各个系统组成部分，进行装配，并投入运行；系统维护和评价阶段的任务是维护及修改系统，是它可以继续满足不断变化的业务需求[3]。
传统的信息系统开发生命周期方法给信息系统的开发提供了一种合适的开发模型。但是传统信息系统开发生命周期方法也存在一定的缺陷，比如：系统开发缺少交互性，即项目开发人员与用户之间缺少有效的沟通，这一点是这种方法的致命缺陷。它的优点是产生大量的系统文档，正式文档能保证西戎需求源自记录的业务需求，产生许多中间产品，通过对它们的检查可以了解它们是否达到用户需求并符合标准。
b)原型法
原型法是一种反复、交互式的系统开发方法。原型法按照对原型结果的处理方式分为实验原型和演进原型法。实验原型发只要把原型当成试验工具，试了以后就抛弃，根据试验的结论做出新的系统。演进原型法则把好的结果保留，成为最终系统的一部分。这种原型法的优点是用户可以试用系统，并在系统开发周期内提供一些建设性的反馈意见；可以较早地发现错误和漏洞。缺点为每次重复都是在上一次重复的基础上作进一步改进，如果最初方案不恰当，改变方案重新开始就很困难；系统文档经常空缺或不完整等。
c)快速应用开发
快速应用开发是一种通过运用已有的工具、技术及方法学来加快应用开发的技术。他是对合作应用开发中的数据收集和数据需求分析过程的延伸使用。快速应用开发多半会和原型法相结合。其优点为对适用的项目来说，该方法可比其它方法更快地生成一个应用；文档作为完成项目各任务的副产品而产生；促进了团队合作，并与用户和风险承担者有更多的交流。缺点为这种高强度的系统开发生命周期法会使系统人员和其他项目参与者疲乏不堪；要求系统分析员与用户精通快速应用开发系统开发工具及合作应用开发技术；与其他方法相比，快速应用开发会占风险承担者和用户更多的时间。
综合以上分析，在本项目开发过程中应结合原型法和快速开发的优点，采用原型法的交互模式和快速应用开发技术的开发方法。
四、文书档案管理系统的要解决的问题
要开发的文书档案管理系统是针对多种格式的文书档案的管理，所以需要方便用户浏览查看、上传下载等。首先用户需注册，然后登陆系统进行文档的搜索查看，上传下载等功能，管理员用户可以使用删除功能。从而方便用户对大量数据的查阅。下面介绍一下本系统要解决的主要问题：
1.用户注册
用户使用本系统需注册，非注册用户将不能进入本系统中。
2.用户登录
已注册的用户登录系统，使用本系统。用户分为普通用户和管理员。
3.查询
搜索关键字，查询系统中的文档。
4.上传
所有用户均可以上传自己的文书文档到系统中。
5.下载
所有用户均可以下载系统中的文书文档到本地进行查看。
6.删除
只有管理员用户可以删除文书文档。
五、文书档案管理系统的设计方案
1.系统开发平台及运行环境
系统可使用MyEclipse 7.0 开发平台，利用Tomcat服务器实现Web模式运行，使用的数据库是MySql，实现数据的存储。
2.研究方法及方案
使用MySql作为后台存储的数据库，选择Java、JSP、JavaScript、Html作为应用开发工具，运用Tomcat服务器技术。实现用户管理，文件管理，文档浏览等功能。本系统包含以下三大模块：用户管理模块，文档管理模块，文档浏览模块。各个模块又分为不同细小功能。
下图为设计出的系统的具体功能模块图：
六、总结
文书档案管理系统的研究与开发是随着信息技术的蓬勃发展而逐步从概念走向应用的。知识经济时代的今天，对文书档案管理工作提出了更新更高的要求，必须完成由传统管理模式向现代管理模式转变，由传统管理理念向现代管理理念转变，同时在管理实践中应用，使文书档案管理工作赶上时代的步伐，适应文书档案管理现代化和办公自动化的时代需求，为社会提供更好更有效的服务，使文书档案管理工作发挥出应有的经济及社会利益。 以上也只是对文书档案管理系统的初步设计，还可以根据实际工作需要在以上功能的基础上扩展其他功能，使得此系统的功能更完善，更加方便档案工作者使用。
参考文献
[1] 陈次白．政府电子文档管理[M]．北京：北京大学出版社,2007.
[2] 李谱华．浅析MVC设计模式及其应用[J]．科技信息，2010，16.
系统开发的主要方法范文5
关键词：软件工程；项目管理；角色
计算机管理信息系统(简称 MIS系统)的开发是一项复杂的系统工程。从 70年代开始，人们逐渐认识到，为了保证 MIS系统开发成功，必须采用工程化的系统开发方法，并研究出一些符合工程化标准的开发方法。这些方法旨在指导开发者进行工程化的系统开发，从而加快 MIS系统开发的速度、保证质量、以及降低开发成本。工程化的系统开发方法确实在开发实践中取得了一定的效果。
那么，是不是采用了工程化的系统开发方法便一定能保证 MIS系统开发的成功呢？答案是否定的。有许多失败的 MIS系统的例子，其开发也是采用了工程化的方法，或声称采用了这种方法。但结果在投入了大量资金后，系统却不能达到预期的目标，满足不了用户的需求，以致用户方怀疑是否应进行该项目的开发，或者开发所选择的硬件、软件以及开发工具是否得当。究竟问题出在哪里呢？通过对一些失败的 MIS系统的分析，发现问题并没有出在开发方法本身，以及硬软件的选择上，而是出在了开发方法的实施过程中，也就是说主要出在开发项目的管理上。
任何一种开发方法最终是要由人来实施的，人们在开发工作实施过程中不可避免地要遇到许多项目管理方面的问题，如何正确对待、解决这些问题，直接关系到 MIS系统开发的成败。目前计算机界虽有许多关于 MIS系统开发中项目管理方面的问题的讨论，但大多局限于针对理想开发环境中的理想开发模型的讨论。而实际的开发环境和开发模型却各不相同，它受到各种客观因素的影响，忽略这些因素，或者回避、不解决存在的问题，必将导致开发工作的不完善、甚至于失败。本文就是要通过讨论如何处理实际 MIS系统开发中一些重要因素之间的关系，分析项目管理中存在的矛盾，来揭示其中存在的问题并探讨解决的方案。
1
什么是 MIS 系统开发的项目管理
MIS 系统开发的项目管理是根据管理科学的理论，联系 MIS 系统开发的实际，保证工程化系统开发方法顺利实施的管理实践。它包括 MIS系统开发中的项目评估及可行性分析、人员管理、进度管理及成本控制等方面。
2
项目开发中的角色及其职责
一个 MIS系统的开发需要用户方与开发方的共同协作。在一个 MIS系统开发中，开发方人员和用户方人员各自扮演着不同的角色。主要角色有：
用户方的项目管理人员：他是开发项目的组织者，负有开发项目的计划、系统的阶段验收及对系统整体进度的监控、经费的使用、与开发方的项目管理人员工作的协调、用户方的使用人员的组织与培训等职责。
用户方的业务人员：MIS系统需求的提出者，也是 MIS系统的最终用户。他们是对应用系统开发成功与否的最终评判者。
用户方的决策层：MIS系统开发的最终决策机构，决策层要对 MIS系统开发的项目的上马、经费的预算以及系统所要达到的总目标等作出决策。其决策直接关系到 MIS系统的开发能否成功与顺利实施。
开发方的项目管理人员：负责项目的计划、开发人员的组织与调度、开发进度的检查、以及与用户方项目管理人员工作的协调。
开发方的软件编程人员：根据用户方的需求、按照项目的计划及进度进行系统开发。
3
项目管理中各种问题及各种关系的处理
3．1 用户方与开发方的关系
用户方与开发方是对立的统一体，双方均希望将开发项目做好。但用户方可能对计算机系统工程，如工程组织，缺乏全面的了解；而开发方对用户方的需求、细节也可能了解不充分。由此使得用户方与开发方对工程的理解从一开始就存在着差异。而这种认识上的差异与理解的不同往往在开发初期并没有表现出来，当系统开发结束时，双方才发现这种差异使开发出的系统与实际需求偏差甚远。因此，MIS 系统开发项目管理的重要目标便是建立一个便于开发方与用户方之间进行交流的环境。在系统需求分析阶段，开发方与用户方的深入的交流是项目获得成功的关键。但这种交流却经常由于各种双方的误解而难以沟通。
在需求分析阶段，开发方的分析人员总是先把精力集中在整个系统的总的需求上，而不会对具体细节作过多的考查。当用户方提出一些细节要求时，开发方往往说：“这些问题留待后面讨论”，而糟糕的是以后却可能永远不会再谈及这个问题。当用户方认为已经向开发方提出这些需求时，开发方却根本未予考虑。
因此，开发初期，用户方的项目管理人员应该把这些“留待后面讨论”的需求单独记录整理，在开发方做完系统的整体需求分析后，项目管理人员应及时提出对系统进行进一步的、更深入细致的、具体的需求分析，以解决那些开发方要“留待后面讨论”的问题。
在某些需求尚未确定时，用户方项目管理人员往往会说：“这部分需求我们还要考虑，不过你们可以先按现在的模式做。”遗憾的是，开发方经常就会把现在的工作模式作为将来的、确定的需求去设计开发系统，而把用户方在此需求上的未确定因素抛在脑后。当后来用户方要求其改变时，开发方便陷入了窘境。因此，用户方管理人员应尽量将需求陈述清楚，对不能确定的因素，应提出几种可能的实施方案供开发方参考，以保证开发方系统设计时，将不确定因素设计成灵活可变的功能。
其实，需求分析报告是对系统需求的书面表达形式。由于需求分析报告是采用软件设计的术语编写的，因此常常令计算机背景知识较少的用户方难以理解，也就很难发现需求报告中与实际需求不符之处，更难提出建设性的意见。特别是那些编写得较差的需求分析报告，用户方更是不知所云。
因此，用户方的项目管理人员一定要要求开发方对需求分析报告进行进一步更详细的解释，以便用户方准确地理解需求分析报告内容，能及早地发现需求与实际的偏差。这也是对需求分析工作的总结与确认。
用户方说：“计算机应该能实现这个功能，为什么会做不到？”用户方往往容易过高地估计计算机的软件开发工具的能力，总认为它一定能实现任何所需功能，期望值过高，所以经常会对所设计的软件大失所望。其实任何技术均有其一定的局限性，计算机系统也不例外，系统开发的最终结果只能达到有限的目标。
因此，双方应详细制定系统最终实现的目标，切不可用一些简单的术语来笼统概括需求，例如：“实现办公自动化”、“建立现代化的 MIS系统”这种抽象的术语只能将用户对 MIS系统的理解引入误区。
总之，用户方与开发方的关系是项目管理所要处理的最重要的关系之一，增加沟通和减少误解是处理好这个关系的关键。所以项目管理人员要有效地安排开发方软件人员与需求方使用人员的交流，保证有畅通的交流渠道。在交流中用户方要尽量避免含糊不清的需求，而开发方要杜绝敷衍了事、得过且过的行为。
3．2 用户方项目管理人员与使用人员（业务人员）及决策层的关系
用户方项目管理人员与系统使用人员的关系是十分微妙的。一方面，MIS 系统使使用人员减轻工作强度、提高工作效率；而另一方面，MIS 系统改变了现行的工作管理模式，使使用人员失去了一定的灵活性和随意性。但是 MIS系统的成功与否有赖于使用人员的检验。再好的系统，如果使用人员不愿意用，也不能说获得了成功。特别是在MIS系统的试运行阶段，使用人员对 MIS系统的使用实际上是对系统的深入测试，他们将发现许多在软件测试时疏漏的程序错误，从而有助于帮助开发方进一步完善软件功能，提高软件的实用性、稳定性及可靠性。因此，如何鼓励使用人员使用 MIS系统，帮助他们克服对新的工作模式的畏难情绪，也成为项目管理的任务之一。
用户方的决策人士是用户方项目管理人员领导，由于行政手段是推行 MIS系统使用的有力手段之一，他对项目的支持是使 MIS系统开发成功关键与顺利实施的保证。因此用户方项目管理人员应随时与决策层沟通，取得其鼎力支持，这也是保证软件开发、使用成功的一个致关重要的因素。
任何一种新的工作方式，均必然有其适应及完善过程，用户方的项目管理人员、决策层及使用人员必须充分认识到这一点。当出现问题时，用户方项目管理人员应迅速分析问题，正确判断哪些问题属于不适应新的工作模式引起的，哪些问题属于操作不当引起的，哪些问题属于 MIS系统本身不完善引起的。对于那些由于不适应新的工作模式引起的问题，项目管理人员应引导使用人员迅速适应新的工作模式，必要时也要说服用户方的决策层采用行政手段推动实施；对于那些由于操作方法不当引起的问题，项目管理人员应培训使用人员正确操作系统；而对于那些由于 MIS系统本身不完善引起的问题，项目管理人员应迅速与开发方协调，尽快排除系统中的错误。
在系统试运行初期，使用人员常抱怨说：“这个界面不方便，不好用”。
在软件界面设计方面，用户方管理人员应注意提醒开发方注重其实用性、简便性、易操作性，要注意现行工作模式的特点，照顾使用人员的工作习惯，以便降低系统的使用难度。这将有利于新系统的顺利实施，有助于工作方式的顺利过渡。
综上所述，项目管理人员应时刻注意取得决策层的理解与支持；要帮助使用人员尽快地适应新的工作方式，帮助他们解决使用中遇到的问题；并使系统在使用中不断地得以完善。
3．3 项目管理人员与软件编程人员的关系
项目管理人员与软件编程人员的关系处理得如何将直接影响软件编程人员的积极性。在 MIS项目开发中，项目管理人员经常处在两面夹攻的地位。一面是使用人员，而另一面是软件编程人员。当使用人员对系统提出问题，并要求改动时，除了最简单的界面修改外，软件编程人员往往总是找出各种理由(如影响进度、系统结构会打乱、性能会受影响等)予以否定。而这正是引起开发方与用户方矛盾的最经常的原因。
作为项目管理人员，既要满足用户方的需求变化，又要充分调动开发人员的积极性。由于系统分析不够准确，用户方业务需求的改变等诸多因素，均会导致要求开发方修改程序。作为项目管理人员应及早提醒开发方程序修改的必要性，在实际运作过程中用户方管理人员应尽早介入开发工作，及时发现问题，解决问题。在系统试运行阶段，将用户方不断提出的需求改动加以归纳整理，集中问题与开发方一起讨论解决方案。这样既满足了用户方对系统改动的需求，又不会不规则地时常打断开发人员的正常开发工作，使开发人员处于不断的修改状态而失去耐心。
3．4 硬件与软件的关系
MIS 系统的硬件与软件都是组成 MIS 系统的重要部分。但目前在 MIS 系统的建设中，却经常出现重硬轻软的情况。
据统计，目前国内用户在硬件（包括网络）方面的投资占总投资额的 78％，而软件投资只占 22％。确实，先进的设备、优良的技术性能有助于提高 MIS系统的性能。而 MIS系统的建设是否应追求高、新、尖、一步到位，却是值得商榷的。在计算机技术飞速发展的今天，计算机厂商不断地推出新产品，其性能价格比均极大地优于旧产品。就拿硬盘技术来举例：1994年 1个 GB的硬盘价格与 1997年 9 个 GB的硬盘价格相当，可见一步到位的想法是不切合实际的。同时，系统性能过多地超出应用需求实际上是一种浪费。因此，根据业务需求“统一规划、分步实施”是项目管理人员应注意掌握的原则。在规划时认真考虑业务发展、技术的进步，在实施方面，时刻要将硬件配备的重点放在设备稳定、性能可靠及可扩充可升级方面。
如果说在硬件设备方面存在不惜投入、追求一步到位的现象，那么在软件开发方面，用户方却往往太苛刻了一点。殊不知，一个好的、高质量的 MIS系统，是要靠软件编程人员来开发的。这里的高质量是指软件的可用性、使用的方便性以及可维护性、可升级性等诸方面，这是软件得以推广的必要条件。如果投入资金过少，必造成开发人员不能全身心地投入到某一个项目的开发工作中，当开发方认为他们的投入已与用户方的付出相当时，便不愿意继续投入精力，从而造成开发工作的虎头蛇尾。MIS 系统达不到预期效果，再好的硬件也难能发挥其作用。当然，由于用户方对工程组织、工程量计算、技术含量分析等诸方面开发因素估价困难，很难正确计算出合理的软件开发价格。用户方项目管理人员可以聘请有关专家、或参考同行业国内外开况加以核定。
在开发费的控制方面，用户方应合理运用价格这个有力武器，付款方式及付款条件要严格与开发进度、软件质量以及软件维护服务质量挂钩，使其成为督促及约束开发方的手段。
3．5 性能与灵活的关系
性能与灵活是系统设计中的一对矛盾，似乎是系统设计人员而不是项目管理人员应该考虑的问题。但实际上，由于国内的许多 MIS系统的失败都与这个矛盾处理得不当有关，因此，我们认为应该在项目管理中充分考虑性能与灵活的关系，随时提醒系统设计人员处理好这个矛盾。性能是系统可用性的重要因素，很难想象一个响应速度很慢的系统能得到最终用户的认可。而灵活性是系统适应变化能力的重要因素，一个无法适应工作模式变化的系统也是难以推行的。然而，根据传统的 MIS系统理论，增加灵活性将增加系统复杂性，降低系统性能。那么，应该如何对待这对矛盾呢？
在目前的情况下，相对系统性能来说，灵活性是矛盾的主要方面，其原因有如下两点：
3.5.1 由于目前大部分单位的管理模式都处在探索阶段，可能引起变动的因素很多，因此根据现行的管理模式设计出的 MIS系统将面临使用单位管理模式的变化的考验。所以现在的 MIS系统在设计时要充分考虑这些不确定因素，灵活才能适应这些变化。
3.5.2 由于计算机技术的发展，计算机硬件速度飞速提高，系统性能的极大地提高，从而增加灵活性所引起的系统性能的下降并不明显。
当听到软件编程人员说：“为了提高运行速度，我们假设某个参数是不变的”、“如果想加一种查询方式，可能要改动表结构”时，项目管理人员应引起足够的重视。提醒软件编程人员要充分考虑到用户方需求的灵活性，在软件设计中，要尽量避免用牺牲系统灵活性来换取系统性能的提高。而是应在程序设计方面通过优化程序结构来提高系统性能。
系统开发的主要方法范文6
关键词: 软件技术; 植保应用软件; 软件开发
当前, 随着我国信息化建设的飞速发展, 一些地区网络化建设进程的加快, 为植保计算机应用水平的提高提供了良好的机遇, 各地植保部门都已或正在准备配置较高档次的计算机硬件设备, 而与之相对应的植保计算机应用软件的缺乏则成为提高植保计算机应用水平的制约因素。因而开发高水平的植保计算机应用软件已迫在眉睫, 也是提高我国植保计算机应用水平的必由之路。本文结合计算机软件技术的发展和中国农业大学植保信息与软件技术实验室(IPM IST) 10 年来的实践经验就如何进行植保应用软件开发的一些技术性问题进行了探讨。
1 植保应用软件的开发
在当前形势下, 植保学科的科技人员应以软件工程理论为指导, 把握计算机应用的发展趋势, 选择适合于植保专业技术人员使用的应用软件开发方法和软件开发工具, 组织好软件开发人员, 开发高水平、高质量的植保应用软件系统。
1.1 以软件工程理论为指导
依据软件工程的一般原理, 一个软件从计划设计到废弃不用被称为软件的生存期( SW L ifeCycle) , 可以分为6 个阶段: 软件计划---软件需求分析---软件设计---软件编码---软件测试---软件维护,生存期中的各个时期又可细分为若干更小的阶段,不同的阶段划分方法, 就构成了不同的软件生存期模型(S W L ifecycle Model) , 也称为软件开发模型。在软件工程的发展过程中, 形成了许多种类的开发模型, 如瀑布模型(WaterfallModel)、快速原型模型(Rap id Pro to typ ing Model) 等。各种模型的应用要根据所要开发的具体的应用软件系统来确定,同时也与所采用的开发方法及使用的开发工具有关。值得指出的是, 不同的软件开发方法具有不同的特点, 对软件生命期工程阶段划分的强调程度也不一样, 但软件生命期的观点仍然是软件工程学的一个基本观点, 反映了软件发生、发展所应遵循的内在规律(谢荣传, 1995)。
植保应用软件系统的研制同一般性应用软件开发一样, 必须以软件工程学原理和方法为指导, 软件工程学理论与方法是高质量植保软件研制成功的根本保障。原因在于: 能够有效地进行系统计划与设计, 少走弯路, 避免不应有的错误, 从而缩短开发周期, 节约人力物力。能够顺利地进行系统开发, 在质量保证的前提下, 为用户提供正确、可靠的应用软件。能够科学地进行系统维护, 在实际应用中保持软件旺盛的生命力。回顾近几年已开发出较为优秀的植保应用软件, 如绿十字博士系统(全国农业技术推广服务中心研制)、粘虫迁飞专家系统(中国农科院植物保护研究所研制)、梨黑星病预测与管理专家系统ESPSPM (李保华等, 1996)、植检害虫图文信息系统(王之岭, 1996)、植物病毒检疫诊断支持系统PQV 2DSS (李明福, 1996) 以及北方地区蔬菜害虫田间识别系统PESTD IA G (李志红, 1997) 等, 这些软件的研制无一不渗透了软件工程的思想。黄淮海地区麦蚜预测预报系统(HH2AphidGIS) 根据软件工程理论进行了系统的设计, 以快速原型法为系统开发模型(高灵旺, 1998)。
从目前所进行的一些植保软件系统( 如 PQ 2IN FORM IS、PestD iag 等) 的开发来看, 由于系统的规模较小, 开发人员一般只有1～2 人, 因此在系统的生命周期中减少了一些有关文档, 如计划任务书、需求规格任务书和设计说明书等的书写。另外, 由于软件工程理论本身的发展, 即面向对象技术与可视化编程技术的发展, 也使得一些较为复杂的系统的开发设计也变得相对容易, 因而也不必完全按照上述模式来严格地书写有关文档, 但整个系统的开发还是依照软件生命期来完成的, HH2AphidGIS 系统的研制就是这样进行的。
1.2 开发平台的选择
操作系统是最重要的计算机系统软件之一。操作系统是对计算机系统自身的硬件和软件资源进行全面控制和管理(存贮管理、处理器管理、设备管理、信息管理和作业管理) 的程序, 使计算机在其总指挥下能够正常运行, 所有安装在计算机中的其他软件都依靠操作系统的指令来完成工作。操作系统是用户和计算机的接口, 也就是应用软件的开发平台。
选择开发平台时, 应充分考虑平台的实用性、简易性、可维护性、可扩展性、性能价格比、对网络的适用性、所用基本支撑环境的普及性及计算机应用的未来发展方向。目前, W indow s 系统由于用户界面友好、易于操作等特点而倍受用户的欢迎, 因而, 基于W indows的应用软件也成为当今软件开发商和用户的首选方案。以黄淮海地区麦蚜预测预报系统(HH-AphidGIS)的开发为例,在开发原型时选择了W indows3.1作为系统开发的平台。但从发展方向上看,Microsoft的32位W indows95操作系统已逐步成为微机应用的主要平台,而W indows95/98 N T 作为未来微机和网络系统的主要应用平台, 其发展势头是不可阻挡的;同时各地区测报部门的计算机应用也逐步在向Windows95/98 平台移植,W indow s 95/98 将作为该系统未来应用的主要平台。因而HH2AphidGIS系统最终放弃了Windows3.1,选择以Windows95为开发平台,以保证其技术的先进性,以及与未来计算机应用的发展方向保持一致。
1.3 开发方法的选择
根据软件工程理论对系统进行需求分析和设计后, 选择适合于系统需求的开发方法是十分重要的。总的来说, 用于应用软件系统开发的途径主要可归纳为2 种:
第一由系统开发人员使用Bo rland C+ + 、V isualBA SIC 或Delphi 等语言直接编程, 称为直接编程法。这种方法开发周期长, 费用高, 系统完成后的稳定性、健壮性均需大量的工作来保证, 而且对开发人员的要求较高。但这种方法优点是灵活, 开发者可以充分发挥其想象力, 灵活自如地设计出各种变化的用户界面, 并能够充分实现系统所要求的种种特殊功能。
第二使用市场已有的开发工具, 如A utho rware、M ult ibase 等来实现, 称为工具法。这种方法开发周期短、开发费用较低, 开发人员一般无需编程, 通过编写剧本、书写描述语言或编辑卡片等即可完成应用系统。系统的健壮性和稳定性依赖于所使用的开发平台或开发系统。开发人员很难突破开发平台所提供的各种功能的限制, 因而开发出的应用系统也较为模式化。
对于一个具体的系统而言, 需根据系统设计阶段的需求分析和开发人员的实际情况进行选择, 如V egePest 作为一个多媒体数据库就是选择用工具法作为其系统的开发方法, 而PestD iag 作为一个多媒体专家系统, 需进行严格的推理, 目前的一些工具软件还都不具备这种能力, 因而选择了直接编程法。HH2AphidGIS 系统作为一个集地理信息系统、多媒体、数据库管理、预测预报等功能于一体的实用性系统, 从系统开发的需求分析来看,HH2AphidGIS 系统不但需要多媒体功能的支持, 而且主要进行麦蚜的预测预报, 需进行模型的运算以及模型与GIS 之间的交互作用, 采用工具法无法满足这些要求, 因此, 该系统的开发选择了第一种方法, 即直接编程法。
1.4 开发工具的选择
如果选择了应用直接编程法进行植保应用软件系统的开发, 则选择适宜的开发工具就成为必须认真考虑的一个重要问题。如何选择恰当的工具,这取决于你使用的操作系统平台、开发工具易用性、应用软件的适用范围、要解决的问题、规模、技术发展方向和可扩展性等多方面的因素。工具的选择既要满足应用系统的功能需求, 又须满足其性能需求(如运算速度、打印速度等) , 也可以几种不同的语言平台进行混合编程, 以便取长补短。目前植保应用软件的开发应以可视化开发工具为首选工具。
随着计算机技术的不断发展, 编程工具也得到了迅猛的发展。近年来, 在众多的编程工具中, 可视化编程工具的发展格外引人注目。V isual BA SIC的推出使得"几分钟内就可编写一个W indow s 应用程序"已经不再是神话。而Bo rland Delphi 210 的推出则使可视化编程工具逐渐进入热潮。尤其是从1997年以来可视化编程工具成为一个非常活跃的领域,各软件厂商纷纷推出自己产品的新版本, 在功能、性能等方面均有较大提高, 各产品之间的竞争也更加激烈。
一般的可视化开发工具( 如V isual BA SIC,Power Builder 和Delphi) 都提供了可视化的开发环境, 提供了对OL E 构件(OCX) 的支持, 可以与多种数据库建立连接, 并且它们都有自己的底层编程语言等等(V isual BA SIC 用的是BA SIC, Delphi 用的是Object Pascal)。每种开发工具都有其技术特色和特定的应用领域, 因而每个工具都拥有其特定的用户群。但各产品在不断升级的过程中, 不断取长补短, 不断地融入许多竞争对手的产品的特点, 功能不断丰富,性能不断完善。
在HH2AphidGIS 系统开发过程中, 根据系统功能的需求选择了以Bo rland Delphi Client Server210 版作为系统开发的主要工具, 并辅以其它工具软件等。这主要是考虑了Delphi 以下几个方面的特点: ①借助Delphi 中控件和模板的使用与功能, 编写程序非常方便, 提高了开发应用程序的效率,②Delphi 预先将应用程序编译成经过优化的本地代码, 其执行速度明显高于同类产品; ③Delphi 的一个超强能力就是可以将原先在桌面型数据库开发的程序很轻易地让远端SQL 服务器接受, 甚至在数据来源改变后都无需对用户界面做任何的修改。同时用户不需要第三方的开发工具, 直接能够在Delphi 的集成环境中进行数据库操作。
1.5 开发人员的组成
计算机应用软件系统开发人员的组成是随着编程语言和开发工具的发展变化而变化的。计算机高级编程语言的产生使广大非计算机专业工作者(一般用户) 能够进入计算机应用领域。尤其值得一提的是, 近年来面向对象理论的发展和可视化开发工具的兴起, 大大降低了应用软件系统开发的难度, 减少了程序代码的书写量, 提高了软件开发的效率, 为广大非计算机专业工作者(包括植保工作者) 开发出本领域内高质量的应用软件系统提供了可靠的工具,使各领域内应用软件系统的开发进一步摆脱了计算机专业人员的限制, 而各领域的专家也逐步成为应用软件系统开发的主导人员。
根据以上分析以及从总结 IPM IST 实验室 10多年来的实践经验来看, 目前植保应用软件系统的开发可以植保专业人员为主。当然, 其中的一部分人应该既对软件工程理论和程序设计知识有一定的了解, 又是植保领域的专家。从应用软件系统的分析、设计, 到系统的最终实现, 系统开发人员都应把注意力集中在如何来反映植保专业的特点, 植保专业知识的收集、整理及其内涵的深入挖掘等方面, 而不是专注于冗长乏味的代码行的编写上。当今软件技术的发展, 尤其是面向对象技术和可视化开发工具的发展为之提供了便利的条件, 因此系统设计人员和应用领域的专家能够有机地融合为一体。
沈佐锐等人曾就植保领域专家系统的开发提出了产、学、研相结合的参与式协作方式。笔者认为这种方式同样适用于植保专业各个方面的应用软件系统的开发, 如多媒体数据库系统、信息管理与决策支持系统等。这种方式既能够保证专业应用软件系统的适用性与专业理论的紧密结合, 又能够有利于后续人才的培养。
黄 淮 海 地 区 麦 蚜 预 测 预 报 系 统 (HH-AphidGIS) 的开发就是采取了产、学、研相结合的参与式协作方式进行的, 由中国农科院植保所麦虫组、中国农业大学植保系 IPM IST 实验室以及山东、河北、河南等省的植保总站合作完成。其中, 中国农科院植保所负责项目的组织协调工作和有关试验的设计、安排, 上述三省植保总站提供历年麦蚜观测的数据资料, 中国农业大学植保系 IPM IST 实验室通过分析所获取的各种数据完成系统的开发研制工作,最后由三省植保总站进行应用及验证。
2 展 望
植保应用软件系统的开发, 经过近10 多年来的积累, 特别是近3 年来的飞速发展, 已成为计算机农业应用中一个较为活跃的领域, 并在农业生产及病虫害综合管理等方面发挥着越来越重要的作用。
我国目前已有一些科技示范区将计算机专家系统用于指导农业生产, 产生了巨大的经济效益和社会效益, 收到了良好的示范效果。随着计算机技术和国民经济的不断发展,在不远的将来农业计算机应用将会更加普及, 应用范围也会不断扩大, 这就相应地对农业计算机应用软件系统在数量和质量上提出更高的要求。因此, 开发出更多、更好、更加实用化的植保应用软件系统也就成为植保工作者责无旁贷的职责所在。对此, 我们应该有着清醒的认识, 抓住机遇, 为我国植保技术的发展提供更广阔的天地。
[ 主要参考文献]
[ 1 ] 高灵旺. 黄淮海地区麦蚜信息管理与预测预报技术研究: [ 博士学位论文]. 北京: 中国农业大学, 1998
[ 2 ] 谢荣传. 计算机软件技术基础. 北京: 北京科学技术出版社, 1995. 308p
[ 3 ] 姚 青, 黎 峰. 制作多媒体软件的两种方法. 微型计算机, 1997, 17(3) : 106～107
[ 4 ] 曹国钧主编. 最新Delphi 210310 入门、应用及实例详解. 成都: 电子科技大学出版社, 1997. 452p
