系统分析师论文范文-论迭代式软件开发过程与方法

【#第一文档网# 导语】以下是®第一文档网的小编为您整理的《系统分析师论文范文-论迭代式软件开发过程与方法》，欢迎阅读！

论迭代式软件开发过程与方法

【摘要】

笔者于2010年8月参与了某市级机关的政务信息系统项目的开发工作，该项目的主要目的是建设一个通用性的框架平台，该平台集成了G2E的政务办公系统、G2B的政企业务办公系统、G2C的公共业务咨询系统三大模块，并将服务接口暴露给用户，并通过二次集成和包装将该机关的政务信息系统遗产集成至该框架平台，以保护用户的投资，发挥旧有系统的余热。 笔者在该项目中担任项目经理和系统分析师一职，主要负责项目的全面管理工作和需求分析、系统规划的工作。在整个项目生命周期中，由于用户对风险控制要求较高，并且不能够完全确定用户需求，因此我们采用了基于统一软件开发过程RUP的迭代式软件开发方法来进行开发。该项目自2011年4月完工至今，运行情况良好，充分证明了迭代式软件开发过程对于软件开发的重要意义。然而在开发过程中，也暴露出了一些问题。 【正文】

笔者于2010年8月参与了某市级机关的电子政务系统的开发共工作，该项目主要是建设一个通用性的框架平台，该平台集成了G2E的政务办公系统、G2B的政企业务办公系统、G2C的公共业务咨询系统三大模块，并将服务接口暴露给用户，同时通过二次集成和包装，将该机关的信息遗产集成至该框架平台，以保护用户的投资，发挥旧有系统的余热。笔者在该项目中担任项目经理和系统分析师一职，主要负责项目的全面管理工作和需求分析、系统规划的工作。 该机关原有的政务信息系统架构存在着业务功能不清、不能完全满足用户的业务需求等问题，用户对原有系统的性能较不满意，加之原有系统的使用年限较长，从技术上、可用性上、功能上都已不再能满足用户的需求。在前期需求分析阶段，我们着重调研和分析了原有系统所存在的种种问题，得出的结论是该系统的问题根源在于该系统采用了瀑布式开发方法，但在开发时未能完整、精确地掌握用户的需求，同时未能够对风险因素做一有效控制，在开发过程中用户的需求一再变更，而瀑布式开发方法不能够很好地对待不断变更的用户需求，导致系统预期功能与用户需求越来越脱节，同时项目的风险因素不断加大，最终导致整个项目走向失败。 根据上述的分析，我们决定采用基于统一软件开发过程RUP的迭代式软件开发方法来进行新系统的开发，迭代式软件开发方法相较于瀑布式软件开发方法有着不用完全确定用户需求即可启动、结构化阶段分明、开发过程风险可控等优点，适用于


对风险控制要求较高、用户需求不是很明确的开发场合。统一软件开发过程将整个开发周期分为四个阶段，分别是起始阶段、细化阶段、构建阶段、交付阶段。 根据前期系统需求分析的结果，我们将整个项目过程分为三个迭代周期，每个迭代周期分为四个阶段，分别是起始阶段、细化阶段、构建阶段、交付阶段。其中起始阶段主要的目的是进行需求获取和需求分析工作，在这个阶段我们的主要工作有：通过JRP技术快速获取用户对系统的业务需求和功能需求，并将用户需求分为常规需求、期望需求、意外需求三类，其中常规需求为基本需求，即必须实现的需求，主要有各部门的主要业务功能、数据库的基本结构、报表的输出格式等，期望需求即用户所希望但非必须拥有的功能，如更加完善的统计汇总功能、美观大方的客户端界面等，意外需求即用户没有明确提出，但如能实现则会使用户更加满意的需求，如功能完善、操作方便的数据维护工具等。并在这三类用户需求的基础上进行分析，将用户的业务需求与系统功能的对应，以建立系统的业务模型和项目边界，同时分析项目的风险因素。我们在这一阶段的主要工作成果是用户需求说明书和系统整体设计说明书。 在细化阶段中，我们主要的工作是以用户需求说明书和系统整体设计说明书为基础，制定具体的构建开发计划，建立并审核整个系统的详细架构，对架构进行精化设计，编制架构的主要实现模块，并对架构中的风险因素进行查找、分析和剔除，同时对架构的运行环境和支持环境进行研究和设计。经过反复的审核和修改之后，系统的详细架构模型最终得以确定并通过评审。在这一阶段中，我们的主要工作成果是系统的详细架构模型与系统详细设计方案书。 在构建阶段，我们主要的任务是在系统详细架构模型的基础上，进行系统的具体功能实现、代码的编写、构件和组件的开发和测试、系统的单元测试和集成测试等工作，总而言之，在这个阶段我们主要的工作是将整个系统具体地实现出来，并经过严格的测试工作之后，交付给用户一个完整、可用的系统软件。这个阶段的主要工作成果就是可使用的系统软件（版本号为v1.0）与项目进度跟踪日志。 在最后的交付阶段，我们将v1.0版本的系统软件正式投入使用，并同用户办理交付手续，同时开展对用户进行应用培训、编制软件使用说明书、建立系统软件的维护支持环境等工作。在上述工作完成之后，我们召开了第一次项目评审会议，会议上对项目的第一个迭代阶段正式开展评审工作，评审在本阶段中用户的主要目标是否实现、风险是否的到正确和有效的控制，并宣布项目进入下一个迭代周期，下一个迭代周期仍然分为起始、细化、构建、交付四个阶段，每个阶段的主要工作仍与第一个迭代周期相同，不同之处在于由于系统的框架在第一个阶段已经建立完毕，因此第二、三个迭代周期的主要工作是对该框架结构进行修改和完善，捕获用户的后续需求反馈，并在此基础上对系统的功能进行完善和补充。 在项目开发的过程中，为了对项目进行有效的管理，我们建立了项目


管理小组，其主要工作是编制项目配置管理的文档、建立项目开发和修改日志、设计系统的支持环境、协调整个项目的日常工作等。 经过完整的三轮迭代周期之后，我们正式召开了项目总结大会，在会议上宣布整个软件开发周期正式结束，项目正式进入软件使用和维护周期。在整个项目周期中，我们将开发工作划分为三轮迭代，第一轮迭代的主要工作是从无到有建立起系统的整体框架，并在这个整体框架的基础上建立完整的、可用的、可交付的系统软件，第二轮和第三轮迭代的主要工作是在第一轮迭代所产生的系统软件的基础上，以用户需求为中心，进行系统的演化和完善， 三轮迭代的基本划分阶段和结构是一样的，但是工作重点有所不同。 该政务信息系统上线运行至今，运行情况较好，有效地提高了该机关的政务办公效率。由于采用了基于统一软件开发过程的迭代式开发方法，在用户需求的捕获和实现、风险成本的控制等方面都较传统的瀑布式软件开发方法有了很大的提高，也获得了用户的肯定和好评。然而万事并非十全十美，在项目的开发过程中，我们也遇到了两个问题：一是在开发的过程中，用户一方有些工作人员对需要进行三次同样性质的工作表示不解，并有一定的抵制情绪，认为同样的工作应在一个阶段全部做完，将其分摊到三个阶段中有浪费时间和精力的嫌疑；二是项目周期的四个阶段的划分边界和结束标志不好控制，如在实际工作当中，业务模型的设计、系统架构的建立工作在起始阶段和细化阶段都有一定的工作量，这给阶段的划分带来了一定的难度。对于第一个问题，我们通过在实际工作当中同用户保持积极的沟通指导培训的方式来解决，通过面谈、授课等方式对用户进行统一软件开发过程的培训、讲解，最终使用户理解了迭代的必要性。对于第二个问题，笔者认为可以通过加强项目进度管理、严格划分各阶段的主要任务、建立各阶段的里程碑等方式来解决。 结束语： 在国内的信息管理系统的开发工作中，由于多存在用户需求不明确、风险控制较为薄弱等问题，因此笔者认为，相较于需要严格明确用户需求的瀑布式开发方法而言，迭代式软件开发过程与方法无疑更适用于信息管理系统的开发，对于电子政务系统、MIS系统等以用户的需求为中心的信息管理系统更是如此。

本文来源：https://www.dy1993.cn/U8A.html