系统分析师论文范文-论软件开发模型的选择与应用.docxVIP

论软件开发模型的选择与应用 【摘要】 2010年3月1日至12月20日，我参加了“数据安全访问平台”项目的开发，担任项目 经理的工作。该项目是某行业用户“数据中心二期建设的主要内容，目标是：建立数据统一 访问接口及其使用标准，规范、约束和审计数据应用访问数据库的行为，对数据应用提供强 制审计的技术手段。由于该系统是所有应用的基础平台，对系统的可靠性与性能有较高要求， 同时由于没有成熟的现有系统作为参照，该项目存在较高的风险。本文结合作者实践，讨 论了在该项目中的对软件开发模型的选择和应用。首先，根据开发模型的选择原则和本项目 在需求方面、技术方面和开发人员方面的特点，我们选择了 RUP模型；其次，根据RUP模 型，我们将开发划分为4个阶段和若干迭代，在早期迭代中消除主要的风险；最后描述了自 己准备从两个方面适应近期软件开发模型的演变。 【正文】 一、项目概述“数据安全访问平台”是某行业用户“数据中心二期建设的主要内容。在一 期建设中已建成数据的统一存储和统一分发框架。但存在以下问题：无法获得应用用户对数 据库的操作日志；开发人员对数据库的使用不规范，查询的结果集过大，导致数据库的性能 大幅下降；应用直接使用数据库的登录数据库，存在着一定的安全隐患。“数据安全访问平 台的目标是：建立数据统一访问接口及其使用标准，规范、约束和审计数据应用访问数据 库的行为，对数据应用提供强制审计的技术手段。该项目具有较高的业务需求风险和技术 风险。由于没有成熟系统作为参照，该项目需求不是很明确。用户有需要解决的问题，但是 这些问题如何具体解决，用户说不清楚。同时系统的涉及甲方多个利益相关方，各方对系统 的安全和审计功能、运行维护、可靠性、性能和易用性有着不同的观点，某些观点之间还存 在冲突。同时系统作为“数据中心的基础设施之一，所有的应用系统都要通过本系统完成数 据库访问。系统的可靠性和性能直接影响到应用系统的正常运行。2010年3月1日至2010 年12月20日，我参加了“数据安全访问平台”项目的开发，担任项目经理的工作。项目组采 用了一个精简的RUP的开发模型，在初始化阶段与细化阶段，项目核心成员（3人）完成了 需求规格说明书和架构设计，并通过一个抛弃型原型和三个演化型原型（经过性能测试）， 验证了软件架构能完成满足用户的功能性和非功能性需求，顺利通过用户评审。整个系统 分为6个子系统，包括JDBC驱动封装子系统、ADO.Net驱动封装子系统、WebService接 口子系统、管理配置网站、存储子系统SQL Server2005数据库，存储配置信息）和监控子 系统（数据库网络协议分析与连接控制）。在构造阶段，并加入9个新的开发与测试人员， 项目组分为3个开发小组，进行并行开发。二、开发模型的选择常见的开发模型主要瀑布 模型、敏捷模型和RUP模型。瀑布模型是线性模型，而后两者是迭代模型。线性模型适用 于需求明确且稳定的情况；而迭代模型适用于需求具有动态性的情况。敏捷模型与RUP模 型都是迭代模型，但是两者对待风险控制上的态度上有本质的差别。敏捷认为，在项目的后 期的迭代中，进行较大的需求变更和架构变更是可行的；而RUP认为，在早期迭代中要消 除主要的需求风险和技术风险，否则在后期，若两者有大的变动，会影响软件开发的进度和 质量。根据我们的经验，更认可RUP对于风险控制的观点。我们选择开发模型原则是：若 项目需求是稳定且明确的，考虑选择瀑布模型，否则考虑选择迭代模型；在迭代模型中，若 项目没有较大的技术风险，并且参与开发的人数较少，水平较高，考虑选择敏捷模型，否则 考虑选择RUP模型。根据前期的调研和分析，我们认为该项目具有以下特点：较高的需 求风险：由于没有成熟系统作为参照，该项目需求不是很明确。用户有需要解决的问题，但 是这些问题如何具体解决，用户说不清楚。同时系统的涉及甲方多个利益相关方，各方对系 统的安全和审计功能、运行维护、可靠性、性能和易用性有者不同的观点，某些观点之间还 存在冲突。较高的技术风险：系统是“数据中心”的基础设施，所有的应用系统都要通过本系 统完成数据库访问，系统的可靠性和性能直接影响到应用系统的使用。而系统的体系结构对 可靠性和性能有重要的影响。开发人员特点：核心成员3人，具有较强的技术能力。但由 于工作量较大，会分成三个开发小组进行并行开发，同时会加入9名的开发与测试人员，这 些成员大都具有2到3年的开发经历，经验不是很丰富，不能承担较关键的任务。根据项 目特定和选择开发模型的原则，我们认为在该项目中RUP是很适合的，最终选择了该模型。 三、开发模型的具体使用我们将整个项目划分为包括初始化阶段、精化阶段、构造阶段和 移交阶段。初始化阶段，包括一个迭代，三周时间，核心开发人员参与。首先，我们采用 用户访谈、用户调查和联