在实践中应用系统开发方法.docxVIP

在实践中应用系统开发方法 引言 系统开发方法已经被争议的讨论很长时间了，但在基础上仍然是一个缺乏知识和理解的，系统的开发实际上是如何在实践中进行的，如何用于系统开发的方法和方法，进行到什么程度，他们被用作实证研究文学而提出（弗洛伊德，1986; Nandhakumar Avison，1999年）。本文的目的是为了促进这种认识它报告的方式和程度，Rational的统一过程（RUP）是在两个商业开发项目中使用。 RUP被视为一个国家的最先进的，面向对象，重点对迭代和增量开发功能的方法，并已作为一个未完成的项目，预算和时间的超支，系统错误等问题的系统开发的解决方案推动缺乏功能（贝姆，1988年;雅各布森等，1999）的系统。 本文提出了一种在一家咨询公司的实证案例研究，案例研究是根据采访经验的项目经理和系统开发商，谁在这两个项目参加。本文的结构如下：第二节介绍背景及相关工作研究。第三???介绍的概念框架，这是用来分析从个案研究的实证结果。在第四节解释 RUP和第五节中描述的研究方法，以用于数据收集和分析。第六节的案例研究和第七节包含了实证结果的讨论。最后一节总结从我们调查的主要结论。 背景 系统开发文学的重要组成部分，涉及方法的发展。许多书籍提供了不同的方法，指定关于如何开发系统的指令性准则的广大。这些方法的基础上和大型系统的开发是一个理性的，目标驱动的假设和管理的过程，它是理所当然 ??地认为有需要为推动这一进程的方法（Truex等，2000）。理论命题是，使用方法，降低了生产时间和复杂性，提高了开发进程以及作为最终系统的质量。 另一个流文学，涉及有条不紊系统的发展。Truex等创造的任期内有条不紊。（2000）不涉及反方法或方法系统开发的方法，而是提出了批评方法文学，正如作者所说的那样，这意味着没有严格的预定义的结构系统开发的管理和业务流程，顺序控制性，合理性或普遍性的要求，但它并不意味着混乱或无政府状态。主要论点是指令性方法背后的假设并不像如何在实践中进行系统开发。据有条不紊认为系统开发是一个独特的，谈判的和机会主义的过程，并具有意外带动作用（Truex等，2000）。这种立场较早前已制定弗洛伊德等。（1989年）的Kautz（1993）使用进化系统开发的概念，此外，最近已为自适应（海史密斯三，2000年）或敏捷开发（科伯恩，2002年）重新构造，这种观点也支持通过实证研究表明，系统开发，可以作为一个有点有条不紊的活动，形式化方法不使用全部或只有特定的工具或技术，从一个特定的方法是使用（Bansler B.dker，1993特点;菲茨杰拉德，1997年，1998年）。 基于他们的的研究（Bansler B.dker，1993）的结论是结构性的分析方法是如何提出的文学，以及它是如何在实践中使用之间是有很大的差距。Stolterman（1994）和杰拉德（1997）进一步报告说，适应有经验的开发和应用，以务实的方式方法。系统开发定制的方法在手的项目，省略方法方面，这是太费时，繁琐或特殊情况无关。还指示和说明性的方法之间的问题的关系实践中，Wastell（1996年）在使用严格的结构化分析与设计方法（SSADM）从个案研究报告。然而，而不是改善发展过程中，该方法抑制创造性思维，造成开发商注重细节，而不是对项目的总体目标。 最近已获得有关系统开发方法的讨论再次在Web开发方面的利益。文学流认为，传统的开发方法是web开发的适用（陈等，1999; MURUGESAN Deshpande说，2001年），而另一个流认为，基于网络系统的发展是根本不同的，因此，需要全新的方法和途径（Braa等人，2000年格林鲍姆和Stuedahl，2000巴斯克维尔与Pries Heje，2001年;卡斯特森Vogelsang公司，2001）。之前这些极端已提出面向Web前端开发（用户界面），需要新的方法和途径，但后端导向和技术上复杂的web开发（功能）要求（新闻记者，1998年）的传统方法得到埃里克森（2000）的支持。基于实证研究，他得出结论后端功能的发展，传统的开发方法是有用的，但基于Web的前端方面提供一些指导。 在这种情况下，研究这两个项目分别为大型后端导向的Web项目。然而，由于其规模和复杂性，我们不认为他们有什么不同，从传统的系统开发项目，下面我们将参照等。 框架研究 众多的概念，方法和方法的定义存在（Avison菲茨杰拉德，1995年）。分析的结果，从我们的案例研究，我们借鉴Mathiassen等人（1990）定义一个方法二。他们定义为一个有纪律的方法，结构化的方式来解决问题，特点是（1）它的应用领域，（2）底层的角度（3）的指导方针和执行过程，A）技术的帮助B）工具和C）组织原则。 一个方法有一个应用领域，它是合适的依赖于信息系统的类型，