第一篇：简述结构化开发方法的基本思想及优缺点1
1.简述结构化开发方法的基本思想及优缺点
结构化系统开发方法的基本思想是：用系统工程的思想和工程化的方法，按用户至上的原则，结构化，模块化，自顶向下地对系统进行分析与设计。
优点：（1）强调系统开发过程的整体性和局部性，强调在整体优化的前提下来考虑具体的分析设计问题。即自顶向下的观点。
（2）强调开发过程各阶段的完整性和顺序性，强调严格地区分开发阶段，严格地进行系统分析和设计，及时总结，及时问题反馈和纠正，从而避免了开发过程的混乱状态。
缺点：（1）它的起点太低，所使用的工具（主要是手工绘制）落后，致使系统开发周期过长而带来一系列问题。
（2）它要求系统开发者在早期调查中就要充分的掌握用户需求、管理状况以及预见能发生的变化，这是不太符合人们循序渐进地认识事务的客观规律性。
2.结构化开发方法将系统生命周期划分为哪几个阶段？每个阶段的主要任务是什么？
（1）系统规划阶段：主要任务是对企业的环境、目标、现行系统的状况进行初步调查，明确问题，确定信息系统的发展战略，对建设新系统的需求做出分析和预测，研究建设新系统的必要性和可能性。根据需要与可能，给出拟建系统的备选方案。对这些方案进行可行性分析，写出可行性分析报告，将新系统建设方案及实施计划编写成系统设计任务书。
（2）系统分析阶段（“做什么”）：任务是根据系统设计任务书所确定的范围，对现行系统进行详细调查，分析现行系统的业务流程、数据与数据流程、功能与数据之间的关系，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。
（3）系统设计阶段（“怎样做”）：任务是根据系统说明书中规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案，也即设计新系统的物理模型。
（4）系统实施阶段：任务包括计算机等设备的购置、安装和调试，程序的编写和调试，人员培训，数据文件转换，系统调试与转换等。
（5）系统运行和维护阶段：工作主要包括系统评价和系统维护。系统评价的主要任务是在系统运行期间，评价系统的工作质量和经济效益，为系统维护及其再建设提供依据。系统维护的主要任务是记录系统运行情况，在原有系统的基础上进行修改、调整和完善，使系统能够不断适应新环境、新需要。
第二篇：管理信息系统五种开发方法优缺点评析
管理信息系统的五种常见开发方法及其优缺点阐述
1.把系统的建立看作是一种生命物种的成长过程。由6个开发阶段组成：系统定义-> 需求分析-> 系统设计-> 编写代码-> 安装调试-> 系统维护 优点：
这种开发方法把管理信息系统开发的全过程按其生存周期分成若干阶段，每个阶段有相对独立的任务，然后逐步完成各个阶段的任务。在每一阶段的开始与结束都规定了严格的标准。前一个阶段的结束标准就是后—阶段开始的标准，而每个阶段任务相对独立而且比较简单，便于不同人员分工协作，从而降低了整个软件工程开发的困难程度。在软件生命周期的每个阶段都采用科学管理和良好的技术方法，而且在每个阶段结束之前都从技术与管理两个角度进行严格审查，合格之后才开始下一阶段工作。这就使得软件开发全过程以一种有条不紊的方式进行，保证了软件质量，提高了软件的可维护性。这样不仅可以大大提高软件开发的成功率，软件开发的生产率也会明显地提高。且简单明了，结构清晰。
同时把文档资料作为每个阶段的产品之一，而且加以标准化，作为每个阶段结束的重要标准。它保证了在系统开发结束时有一个完整准确的软件配置交付使用。文档资料是通讯的工具，它清楚地说明了到这个时候为止关于该项工程已经知道或做了什么，同时确定了下一步的工作基础。文档资料也起着备忘录的作用，如果文档不完整或与上一阶段的文档不相衔接则一定在工作上有不完整的地方。文档资料另一重要作用是有利于与用户交流，检查错误，用户评价。文档资料也是系统维护的依据，通过每一阶段生成的文档资料，使得开发人员和用户易于使用维护。不足：
这种开发方法的不足具体表现在以下几方面
第一，阶段回溯不可避免，延长系统开发的时间。结构化生命周期法并没有解决软件开发研制时间过长的严重危机，在计算机硬软件技术相通讯技术日新月异发展的时代，很容易使刚建立起来的管理信息系统迅速变得陈旧，生命周期很短，所以系统开发周期过长将导致系统运行时间变短。
第二，使用过程化语言，没有以根本上改变个体手工编程的工作方式。
第三，专业开发人员开发用户使用的系统开发模式，开发人员与用户都要化时间去掌握对方专业领域的知识以期产生共同语言，导致用户系统分析不充分，理解不透彻，或表达的二义性，造成软件生命周期中越早潜入的错误发现越晚，系统分析时引入的错误往往要到运行时才发现，其修正的代价是相当昂贵的。
第四，用户热情没有自始至终调动，不能从根本上解决让用户参加系统开发的问题。系统维护就十分困难。且文档资料缺乏实用价值，特别是早期的系统规格说明——专业知识的缺乏使得用户难以理解文档的内容，文档资料没有起到应有的作用，反而延长了开发时间。
2.：
快速地创建出管理信息系统的测试版(可用来演示和评估),借助这种测试版本挖掘用户的需求，然后在此版本的基本上进修改、增强。由4个开发阶段组成: 确认基本需求-> 开发原型系统-> 使用原型系统 <-> 修改增强原型 优点：
快速原型法突出一个“快”字，采用结构化生命周期法作系统分析时要反复和用户讨论，这种讨论费时费力，而且终究是“纸上谈兵”，原型法则是“真枪实弹”，能够使用户立刻与想象中的目标系统作出比较。开发人员向用户提供一个“样品”，用户迅速向开发人员作出反馈，提高系统的质量，快速原型法要求在获得一组基本的用户需求后，快速地实现新系统的一个“原型”，可以说是以用户需求为中心，又不完全依赖于用户需求，它对用户需求的定义采用启发的方式，引导用户在对系统逐渐加深理解的过程中作出响应，鼓励用户参与到系
统的设定与开发中去，更加便于系统的维护和使用。不足：
快速原型法，虽然能够积极调动用户参与到系统开发与设计中去，但起局限性在于，只能适用于中小型企业的管理信息系统开发，而大型企业，管理信息系统本身十分复杂，各种不确定性因素多变，对那些简单的数据操作和记录管理的应用比较适合用原型法开发。而对那些批处理或大量计算和有着复杂过程逻辑的系统一般不适合用原型法处理。原型法更适合较小的应用开发，对大型系统就须分成几部分，一部分一部分地分别建立原型。如果缺乏用传统方法进行透彻的需求分析，就无法对大型系统进行划分，因为一开始很难分辨系统各部分之间存在哪些相互的影响。如果冒昧使用快速原型法，会导致管理信息系统出现漏洞。
3.应用软件包法：
通过购买商品化软件包并在此基本上进行系统的开发方法。由4个阶段组成：系统分析-> 系统设计-> 系统修正->系统维护 优点：
从软件包开发者手中直接购买企业需要的应用软件包，市场出售的应用软件包非常多而且应用范围广，可以给企业管理者更多的选择，使用商业化的应用软件包就不必自己再编写程序或者只需写少量的程序，因此可以说省时又省力，且效果立竿见影。不足：
应用软件包法虽然方便，但是同样需要系统分析，设计，测试，转换和维护等开发过程，而且由于此种方法是购买商业软件包，因此导致企业内部专业人员无法参与到系统开发中去，容易受制于软件开发者，它不是一个完全独立的系统，不易维护，不易更新，更不易于修改。而且软件包是基于商业化开发的，软件包不可能满足一个组织的全部需求，相对来说，它更适用于所有组织中比较通用的一些需求。为了使其市场最有吸引力，软件包力求满足所有组织最共同的需求。势必不能完全适应于企业方方面面的实际情况。企业如想进一步改进系统，需要投入一部分的额外资金培养人才。
用户自己采用开发工具开发自己需要的各种系统。由3个阶段组成一个循环开发过程： 系统分析-> 系统开发-> 系统维护->回到系统分析 优点：
这种方法的优点在于克服了应用软件包法开发系统时企业无法自主的不足，由企业的开发人员根据企业的实际需要去开发和维护管理信息系统，可以适应企业的实际情况，用户对自己设计和开发的系统更容易接受并乐于使用，对应变突发事件有好处，同时通过重复分析、开发 维护、再分析的几个步骤，可以加深企业工作人员对管理信息系统的认识和理解，这样有利于系统的开发和维护。而且由于开发系统的责任由信息系统专业人员转给了最终用户，所以用户开发的系统有助于减少应用系统后备资源。不足：
第一，由于缺乏规范的信息系统分析，用户开发的应用系统就缺乏独立的外部评审，缺乏独立的问题分析或可选方案的来源，用户就很难完整并全面地说明其需求。
第二，由企业内部人员自主开发管理信息系统，由于企业从业人员的专业水平参差不齐，且开发的系统常常快速地建立，没有一套正规的开发方法，这类系统往往缺乏适当的标准、控制和质量保障过程，可能也没有用于测试和提交文档的规范。用户开发的系统还可能缺乏对输入和更新审计记录的完整性及合法性的控制，缺乏操作控制、目标控制和各子系统之间稳定的接口标准的控制。
第三，数据难以控制。
第四，用户能用开发工具建立自己专用的“私用”信息系统，这类系统可对组织的其他成员隐蔽一些信息。一旦系统的开发者离开其岗位，这种非文档化的私用系统将无法容易地移交
给他人使用。
5.将所需要的系统，委托企业外部的人员或组织进行开发。它只是一种信 息系统开发策略，这些开发依然要选择如何使用前面4种开发方法。由3个阶段组成：用户需求-> 外包信息系统-> 最终系统 优点：
在经济方面，由于负责系统开发服务的外部开发商是信息系统服务和技术方面的专家，所以靠专业化和规模经济，他们能以低于内部成本的费用向组织提供同样的服务和价值。服务质量方面，因为一旦外部开发商提供的服务不够满意，那么他将会失去自己的客户，所以企业对外部开发商的影响比对自己员工的影响更大。从而使企业能以较低的成本从开发商那里获得高质量的服务。再一点，由于企业与外部开发商事先针对不同层次的服务所对应的费用进行了签约，因此可大大减少成本的不确定性。外包信息系统具备一定的灵活性，在组织的信息系统基础设施不发生重大变化的情况下，能适应业务量的增长。当信息技术渗透整个企业价值链时，由于成本和性能可按变化的需求不断进行调整，所以外部开发商可提供较强的业务控制和适应能力。外包信息系统同时也可以解放人力资源，将较少且昂贵的高层次人才集中到具有较高价值和回报的活动中。不足：
第一，失控：当一个企业将开发、运行其信息系统的责任承包给另一个组织时，它可能失去对信息系统职能的控制。如果开发商成为企业运行和开发信息系统的惟一选择，那么企业将不得不接受开发商所提供的任何技术，这种从属关系最终将导致产生较高的成本，并可能失去对技术管理的控制。
第二，战略信息易损：由于企业信息系统由外部人员运行、开发，所以商业秘密或业主信息可能会泄漏给竞争对手；若允许外部开发者开发或操作使企业具有竞争优势的应用系统，那将更有害。
第三，依赖性：企业会随开发商对企业信息系统的开发、运作而变得对开发商的生存能力更加依赖，那么开发商的财政问题或服务上的衰减都可能对企业产生严重的影响。
第三篇：各种开发方法的优缺点及适用场合
各种开发方法的优缺点及适用场合
1、结构化系统开发方法（1）优点
从系统整体出发，强调在整体优化的条件下“自上而下”地分析和设计，保证了系统的整体性和目标的一致性； 遵循用户至上原则；
严格区分系统开发的阶段性；
每一阶段的工作成果是下一阶段的依据，便于系统开发的管理和控制； 文档规范化，按工程标准建立标准化的文档资料。（2）缺点
用户素质或系统分析员和管理者之间的沟通问题； 开发周期长，难于适应环境变化；
结构化程度较低的系统，在开发初期难以锁定功能要求。（3）适用范围
主要适用于规模较大、结构化程度较高的系统的开发。
2、原型法（1）优点
符合人们认识事物的规律，系统开发循序渐进，反复修改，确保较好的用户满意度； 开发周期短，费用相对少；
由于有用户的直接参与，系统更加贴近实际； 易学易用，减少用户的培训时间； 应变能力强。（2）缺点
不适合大规模系统的开发；
开发过程管理要求高，整个开发过程要经过“修改—评价—再修改”的多次反复； 用户过早看到系统原型，误认为系统就是这个模样，易使用户失去信心； 开发人员易将原型取代系统分析； 缺乏规范化的文档资料。（3）适用范围
处理过程明确、简单系统； 涉及面窄的小型系统。（4）不适合于
大型、复杂系统，难以模拟；
存在大量运算、逻辑性强的处理系统； 管理基础工作不完善、处理过程不规范； 大量批处理系统。
3、面向对象开发方法（1）优点
分析、设计中的对象和软件中的对象的一致性； 实现软件复用，简化程序设计； 系统易于维护； 缩短开发周期。（2）缺点
不易于大系统的开发（3）适用范围
在大型管理信息系统的开发中，面向对象开发方法和结构化系统开发方法相互依存，不可替代。
第四篇：群体决策优缺点和方法
群体决策优缺点和方法？
群体决策的定义：是为充分发挥集体的智慧，由多人共同参与决策分析并制定决策的整体过程。
群体决策的优点主要表现在：（1）提供更完全的信息和知识；（2）三个臭皮匠胜过诸葛亮；（3）提供更多样的经验和观点；（4）可以开发更多的可行方案；（5）提高解决方案的接受程度；（6）增加正当性。
群体决策的缺点主要表现在：（1）费时；（2）少数人垄断；（3）服从的压力；（4）从众现象（5）模糊的责任。
为了更好地发挥群体决策效益，我们应该注意把握以下几个方面：（1）从总体上看，群体决策比个人决策好；（2）要明确评估准则。在决策速度方面，个人决策优于群体决策，在创意方面，群体决策优于个人决策；在解决问题的接受程度方面，群体决策优于个人决策；在决策效率方面，个人决策优于群体决策；（3）在群体决策规模的大小上看，一般5～15人较适宜，不少于5人，7人最能发挥效能。
群体决策的优化技术：（1）头脑风暴法：是会议成员通过相互启发和信息交流，产生思维共振，以引发更多的创造性设想。（特点：
1、有助于参与者解除思维定势；
2、有助于参与者解除权威效应 ；
3、有助于参与者集中注意力迸发灵感。）（2）德尔菲法：采用函询调查，向有关领域的专家分别提出问题，综合整理后再匿名反馈给各位专家，再次征求意见，然后再加以综合整理。（特点：
1、超脱性；
2、反馈性；
3、预备性）（3）方案提前分析法：这一方法并不直接研究备选方案本身，而注重对方案的前提假设进行分析。
群体决策应注意的问题：(1)群体决策对于抓住机遇的影响 ；(2)领导人主观意识倾向性的影响。
群体决策方法比较好的方法除了上文介绍头脑风暴法以外主要有以下名义群体法、德尔菲法和电子会议法等三种方法。
1、名义群体法是指在决策过程中对群体成员的讨论或人际沟通加以限制，这就是名义一词的含义。像召开传统会议一样，群体成员都出席会议，但群体成员首先进行个体决策。具体方法是，在问题提出之后，采取以下几个步骤：（1）成员集合成一个群体，但在进行任何讨论之前，每个成员独立地写下他对问题的看法。（2）经过一段沉默后，每个成员将自己的想法提交给群体。然后一个接一个地向大家说明自己的想法，直到每个人的想法都表达完并记录下来为止(通常记在一张活动挂图或黑板上)。所有的想法都记录下来之前不进行讨论。（3）群体现在开始讨论，以便把每个想法搞清楚，并做出评价。（4）每一个群体成员独立地把各种想法排出次序，最后的决策是综合排序最高的想法。这种方法的主要优点在于，使群体成员正式开会但不限制每个人的独立思考，而传统的会议方式往往做不到这一点。
2、德尔菲法是一种更复杂、更耗时的方法，除了并不需要群体成员列席外，它类似于名义群体法。德尔菲法是在20世纪40年代由赫尔姆和达尔克首创，经过戈尔登和兰德公司进一步发展而成的。德尔菲这一名称起源于古希腊有关太阳神阿波罗的神话。传说中阿波罗具有预见未来的能力。因此，这种方法被命名为德尔菲法。德尔菲法是20世纪60年代初美国兰德公司的专家们为避免集体讨论存在的屈从于权威或盲目服从多数的缺陷提出的一种有效的群体决策的方法。为消除成员间相互影响，参加的专家可以互不了解，它运用匿名方式反复多次征询意见和进行背靠背的交流，以充分发挥专家们的智慧、知识和经验，最后汇总得出一个能比较反映群体意志的预测结果。德尔菲法的一般程序如下：（1）确定调查目的，拟订调查提纲。首先必须确定目标，拟订出要求专家回答问题的详细提纲，并同时向专家提供有关背景材料，包括预测目的、期限、调查表填写方法及其它希望要求等说明。（2）选择一批熟悉本问题的专家，一般至少为20人左右，包括理论和实践等各方面专家。（3）以通信方式向各位选定专家发出调查表，征询意见。（4）对返回的意见进行归纳综合、定量统计分析后再寄给有关专家，每个成员收到一本问卷结果的复制件。（5）看过结果后，再次请成员提出他们的方案。第一轮的结果常常是激发出新的方案或改变某些人的原有观点。（6）重复4、5两步直到取得大体上一致的意见。这种方法的优点主要是简便易行，具有一定科学性和实用性，可以避免会议讨论时产生的害怕权威随声附和，或固执已见，或因顾虑情面不愿与他人意见冲突等弊病；同时也可使大家发表的意见较快收敛，参加者也易接受结论，具有一定程度综合意见的客观性。但缺点是由于专家一般时间紧，回答总是往往比较草率，同时由于决策主要依靠专家，因此归根到底仍属专家们的集体主观判断。此外，在选择合适的专家方面也较困难，征询意见的时间较长，对于快速决策难于使用等。尽管如此，本方法因简便可靠，仍不失为一种人们常用的有效的群体决策的方法。
3、电子会议法是将名义群体法与尖端计算机技术相结合的一种最新的群体决策方法。目前电子会议法所需要的技术已经比较成熟，概念和操作也比较简单。它要求人数众多的人（可多达50人）围坐在一张马蹄形的桌子旁。这张桌子上除了一系列的计算机终端外别无他物。主办者将问题显示给决策参与者，决策参与者把自己的回答打在计算机屏幕上。个人评论和票数统计都投影在会议室内的屏幕上。电子会议法的主要优点是匿名、诚实和快速，而且能够超越空间的限制。决策参与者能不透露姓名地打出自己所要表达的任何信息。它使人们充分地表达他们的想法而不会受到惩罚，它消除了闲聊和讨论偏题。在现在网络时代，每篇随笔后许多热情的网友的留言，并提出了很好的建议，就类似于电子会议法。热情的网友的建议我们尽量采纳，有些会在以后的随笔中回应！让我们在网络的世界中，借助网络的神奇力量，办成一项利国利民的给我们晚年带来美好回忆的大善事！也让我们的孩子明白什么叫梦想，什么叫契而不舍.......
第五篇：IT部开发优缺点分析
ＩＴ部内部开发的优缺点对比
优点：
1内部沟通；内部员工沟通比较方便，顺畅；
2熟悉公司业务情况；内部开发IT部开发人员较为熟悉公司业务情况，能够减少调研时间；
3持续优化方便；知根知底的工作，如果业务或者管理模式发生变化，那么公司可以较好的应对这些变化；
4核心数据和架构不受牵制于其他企业，易整合；
缺点：
1IT部开发人员较少，项目任务较多；开发进度较为缓慢，影响进度；
2缺少制度化管理；内部做需求管理，由于没有设计到精确的成本计算，所以用户会轻易不停的修改需求，产生无数变更，这明显会使项目周期延长；
3工作繁忙，技能培训较少：IT部工作量大，内部人员经常加班，较少时间能进行技能培训，接触到更先进的技术方便用到工作之中；
4内部结算较为麻烦；流程较多，没有外部结算方便；
点击咨询 