敏捷模式的广播电视编辑系统的开发应用

[摘要]首先介绍敏捷模式的在线广播电视编辑系统的开发背景与平台,然后概述系统功能的模块化设计,最后按照敏捷项目的生命周期来描述实际的开发历程以及应用。

[关键词]广播电视编辑敏捷模式软件工程开发应用

中图分类号:TN94文献标识码:A文章编号:在线广播电视编辑系统是一个面向广播电视播出管理机构的中小型项目。由于上级政策的变化和栏目调整等因素的影响,该系统会在开发及使用的过程中经常产生需求的变动,客户在开发过程中提出新要求的概率极大。下面结合具体的开发过程,讨论一下敏捷模式的理念在开发过程中的具体应用。

一、开发背景与平台

在线广播电视编辑系统将各种广播电视稿件的起草、编辑、修改、领导批示、定稿、录制、统计与汇总存档的电子化,将有助于提高广播电视稿件管理的效率和准确性。由于本系统注重人机交互,因此需要选择合适的技术进行系统开发。制定了Visual C#.net的编码规范,配置管理工具选择了 Framework,后台数据库管理采用SQL-Sverver2000,Internet Information Service6.0为信息服务器;本系统采用经典的基于Browser/Server的三层软件体系结构。其中显示层负责接收节目编辑、部门领导、管理员的操作以及显示和返回结果;事务层放在Web服务器中,负责应用程序的运行和维护;数据层放在数据库服务器端,负责提供数据的存储、查询和更新等服务。其最大特点是:用户可以通过WWW浏览器去访问Internet上的文本、数据、图像、动画、视频点播和声音信息,这些信息都是由许许多多的Web服务器产生的,而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中。这样就大大简化了客户端电脑载荷,减轻了系统维护与升级的成本和工作量,降低了用户的总体成本。

二、系统功能的模块化设计

在线广播电视编辑系统应具备以下主要功能模块:

1.用户管理模块。使不同用户在相应的授权范围内登陆系统进行操作,管理员、节目编辑、部门领导等人员信息的管理。

2.稿件在线编辑模块。定时提供多媒体稿件、文字稿件等内容的起草和修改、上传、下载、删除等功能,对于已经播出的新闻稿件,实现统计汇总,数据备份管理。

3.稿件审批模块。稿件处理公告,在线稿件的审理和批示,同时给出修改意见和稿件的播出优先级。对历史稿件的查询和汇总等功能。

三、系统的敏捷模式开发

这里将按照敏捷项目的生命周期来描述实际的开发历程。

(一)需求与设计阶段――“用户故事”并结合“现场客户”。敏捷管理方法强调灵活,所以用户可以在开发过程中依次将需要提供给开发团队。所谓“用户故事”(User Stories)是一种轻量级的收集客户需求的新方式。它是将用户需求用一个个独立的、简短的功能描述语句来表达。这样,用户可以随时删除一个用户故事,也可以随时加入一个。这些“用户故事”的集合构成系统功能的概述性描述。对于系统的详细描述,要由“现场客户”来解决,而不是写在纸上。“现场客户”是指让一个两个全职的客户或最终用户或最终用户代表参加到开发团队中来,提供现场指导。

在此根据用户需要,选择了稿件在线编辑子模块作为优先开发实现的功能模块,用户的功能结构框图如图1所示。

将功能翻译成初始用户故事,具体内容如下:

1.登录的用户故事:系统能够根据用户――新闻编辑的账号,显示正确的用户界面;2.新闻起草的用户故事:新闻编辑根据编辑页面,添加新的文字、多媒体新闻稿件;3.稿件修改的用户故事:在线对已经提交的稿件按照要求及时修改;4.稿件的提交审批用户故事:新闻编辑在规定时间对起草的稿件及时提交,供领导审批;5.查阅审批意见用户故事:新闻编辑网上查阅领导的批示意见,按照要求修改、定稿。

图1

这些初始用户故事集合和架构构成了项目的基础。在迭代中,将实现这些用户故事,随着项目的进展,这些用户故事以反映对系统的更进一步的理解。根据对用户故事的感兴趣程度,开发人员挑选自己的用户故事,选择合作人员。并对所需的工作时间有比较正确的估计。这确定了第一个版本计划,并开始迭代。

(二)开发编码阶段――迭代开发。在敏捷管理的实践中,全局视图要和软件源代码本身一起演化。在每次迭代中,都要改进系统的设计,使设计尽可能适合于当前系统。关注当前的系统结构,使其尽可能的灵活。开发人员可以根据自己实现的情况对用户故事进行增减,尽快地从客户代表那里得到意见反馈,以实现本次迭代中重要功能。在本系统的开发小组中,每个编写代码工作由两个人结对完成,结对编程的2名开发人员在同台电脑上共同进行设计、算法、编程和测试,其中1人使用键盘,另1人复查代码以保证代码的正确性与可读性。

敏捷开发主张在实现功能代码之前,先编写单元测试。项目建立了对系统中各个类测试框架,以便实现系统中类功能并对类的功能进行测试。在测试过程中,不断改进现有代码和数据库的结构,及时地讨论,并相互交换代码进行修改,获取解决方案。在迭代周期中,根据用户的信息反馈,同时逐步添加了如:登录身份验证、输入有效性验证验证、信息加密存储等有关系统安全性设计的内容。

(三)测试阶段――小型。敏捷模式要求在非常短的时间周期内以递增的方式新版本,从而可以比较容易地估计每个迭代周期的进度,便于控制风险和工作量,也可以及时处理用户的反馈。

当第一个版本的时候,在客户方为配置好系统,进行测试和对照已经成型的系统提出客户更细致的想法。在项目实施过程中,每个迭代周期就会进行一个小型。及时地小型版本能有效地避免将来客户提出新要求所带来的修改太过复杂的问题。项目小组在下一个迭代周期结束前及时修复所有用户提交的问题。确保每个版本都给企业带来最大的收益。

在对系统不断地测试和用户的及时反馈中,实现了所有用户故事。整个在线系统经过10周的迭代开发,经过不断跟踪、重构、测试,截止到最后第3个版本后,已能较稳定地在企业局域网内部顺利运行,获得较为满意的结果。1671-7597(2009)1210030-01