楊劍霖

（昆明廣播電視臺，云南 昆明 650100）

0 引言

廣播電視的安全播出與管理系統(tǒng)密切相關(guān)。一套優(yōu)秀的管理系統(tǒng)能提高廣播電視的安全播出水平，而一套不適合的管理系統(tǒng)有可能對安全播出造成災(zāi)難。管理的目的在于通過合理的組織和人、財、物等因素的配置，提高生產(chǎn)力的水平。但管理的核心是對人的管理，作為廣播電視播出的技術(shù)部門，技術(shù)人員的水平直接決定了安播工作的成敗?；诖四康?，通過開發(fā)一套機(jī)房管理系統(tǒng)和對管理流程和規(guī)定的梳理，能夠讓工作人員了解管理細(xì)節(jié)；通過細(xì)化數(shù)據(jù)、解決問題、串聯(lián)各類數(shù)據(jù)與功能，可以讓工作人員掌握一套解決問題的方法；通過對開發(fā)測試環(huán)境的搭建與開發(fā)，能夠讓技術(shù)人員了解網(wǎng)絡(luò)、數(shù)據(jù)庫、故障處理等方面的知識，從而提高技術(shù)水平[1]。

為了保障播出安全，提高數(shù)據(jù)分析統(tǒng)計效率，簡化工作流程，實(shí)現(xiàn)痕跡管理，該系統(tǒng)的開發(fā)也有助于輔助機(jī)房的管理工作。系統(tǒng)需具有各類播出數(shù)據(jù)統(tǒng)計分析、人員工作安排調(diào)配、人員工作量統(tǒng)計、故障輔助排除以及技術(shù)交流等功能。

1 開發(fā)準(zhǔn)備

1.1 需求分析

由于本次開發(fā)不屬于商業(yè)應(yīng)用類開發(fā)，因此在開發(fā)模式上選擇了傳統(tǒng)的瀑布式開發(fā)模式，包括需求分析、編碼集成、測試維護(hù)等幾個階段。軟件架構(gòu)采用瀏覽器/服務(wù)器（Browser/Server，B/S）架構(gòu)，開發(fā)平臺為微軟的.Net 平臺，BS 服務(wù)選擇IIS 服務(wù)，軟件可使用電腦端和移動端兩類終端填寫和查閱，這樣選擇的目的在于參加人員的知識共性與兼容性會比較理想，方便后續(xù)的開發(fā)調(diào)試[2]。

通過分析可知，系統(tǒng)的開發(fā)需要實(shí)現(xiàn)對技術(shù)人員的培養(yǎng)，同時優(yōu)化現(xiàn)有的工作流程，實(shí)現(xiàn)痕跡管理。因此本次開發(fā)與正常的軟件開發(fā)不同。筆者在系統(tǒng)開發(fā)工作中的定位為引導(dǎo)者和項目管理者。對系統(tǒng)開發(fā)的具體分析和流程節(jié)點(diǎn)設(shè)定如圖1 所示。

圖1 軟件開發(fā)目標(biāo)分析

1.2 功能模塊與流程規(guī)劃

通過對原有工作進(jìn)行梳理與細(xì)化，確定開發(fā)的系統(tǒng)除具有日常的日志數(shù)據(jù)填寫功能外，需增加工作安排和提醒功能、滾動通知功能、播出記錄和故障快速查詢功能以及播出數(shù)據(jù)統(tǒng)計功能。系統(tǒng)應(yīng)盡可能在完全實(shí)現(xiàn)原有紙質(zhì)數(shù)據(jù)填寫記錄的基礎(chǔ)上，彌補(bǔ)原有工作流程的不足，更好地總結(jié)和吸收工作經(jīng)驗(yàn)，同時讓工作量化考核一目了然，不易發(fā)生人為的統(tǒng)計錯誤，縮小統(tǒng)計誤差，故障記錄應(yīng)圖文并茂，能夠?yàn)閷沓霈F(xiàn)類似問題提供解決思路與方法[3]。根據(jù)這些需求，最終確定系統(tǒng)需設(shè)計如下模塊。

（1）登錄模塊。用于人員登錄，可以實(shí)現(xiàn)管理員和普通工作人員直接登錄。該模塊的特點(diǎn)在于，當(dāng)班的2 名員工必須同時登錄，否則只能進(jìn)行工作查看，無法使用其他功能。

（2）日志查看、工作安排與通知模塊。該模塊實(shí)現(xiàn)近15 日的工作展示，以當(dāng)前日期為基準(zhǔn)?？刹榭催^去7 日的工作情況與值班記錄，也可查看當(dāng)天及未來7 日的具體人員工作安排。模塊具有警示滾動條，用于重大警示信息的提醒。

（3）日志模塊。為實(shí)現(xiàn)傳統(tǒng)紙質(zhì)表格的全部功能，將每天的工作日志分解為5 張數(shù)據(jù)表單，分別為巡檢記錄、直播記錄、播出時長記錄、加班記錄以及故障記錄。其中，故障記錄表單可上傳故障截圖和故障處理現(xiàn)場照片等附件到服務(wù)器，能夠達(dá)到Word 軟件的圖文混排效果[4]。

（4）查詢模塊。查詢模塊支持通過時間段或者關(guān)鍵字對系統(tǒng)相關(guān)記錄進(jìn)行精確查詢和模糊查詢，可以將查詢結(jié)果按日排列。

（5）統(tǒng)計模塊。該模塊具有相關(guān)播出數(shù)據(jù)統(tǒng)計和人員工作量統(tǒng)計查詢功能。

（6）管理模塊。管理模塊用于安排工作、修改密碼，并附加了短信群發(fā)功能，可以直接通過短信通知和安排工作。

系統(tǒng)的業(yè)務(wù)流程如圖2 所示。

圖2 業(yè)務(wù)流程圖

1.3 軟件界面設(shè)計

1.3.1 界面設(shè)計思想

系統(tǒng)界面設(shè)計采用冰的六角結(jié)構(gòu)為底，通過多個小的六角平鋪形成軟件背景，代表工作所需的沉著與冷靜。在主界面配以工紅，代表安全播出重于泰山。

該系統(tǒng)需要在計算機(jī)的主流瀏覽器順利顯示，并且要在以Webkit 為內(nèi)核的手機(jī)瀏覽器中顯示。設(shè)計時，所有窗口元素均采用百分比為單位的設(shè)計方式，沒有采用像素作為設(shè)計單位。界面設(shè)計考慮了兩種瀏覽器的基本兼容性。界面設(shè)計與功能相結(jié)合，主要為功能實(shí)現(xiàn)服務(wù)。遵照簡單實(shí)用的設(shè)計原則，界面保留了日期彈出式菜單等最基本的功能，去除了大量無用的裝飾功能。

1.3.2 界面設(shè)計用色和圖例

界面用色選擇了偏于年輕朝氣的藍(lán)灰色調(diào)，主要是為了擺脫傳統(tǒng)對技術(shù)工作較為沉悶的認(rèn)識。展示框參照國外設(shè)計采用了半透明玻璃風(fēng)格和下沉式的文字條[5]。填寫模塊則采用了非傳統(tǒng)的指針式選擇菜單。背景采用暗棱格花紋，如圖3 和圖4 所示。

圖3 登錄界面

圖4 任務(wù)查看界面

2 軟件特點(diǎn)

2.1 雙用戶登錄設(shè)計

由于播出工作的特殊性，播出值班安排兩位技術(shù)值班人員共同搭班值機(jī)。當(dāng)班的兩位工作人員必須對記錄及操作負(fù)責(zé)，因此設(shè)計了雙人登錄系統(tǒng)。此系統(tǒng)要求值班的組長和組員同時登錄，如果出現(xiàn)人員離崗的情況則無法登錄，從技術(shù)上保證了人員的出勤，而且充分考慮工作人員出現(xiàn)生病和換班的情況，只要保證上班的配置是組長加組員的組合均可登錄。另外，系統(tǒng)可以根據(jù)實(shí)際的登錄情況自動記錄工作人員安排，保證了工作量考核的真實(shí)合理。

2.2 工作安排系統(tǒng)

播出工作按照工作內(nèi)容劃分，分為日常工作和特殊工作。日常工作包括巡檢、直播和故障處理，這一部分相對固定的工作由計算機(jī)按照時間規(guī)律自動安排。特殊工作如新建系統(tǒng)功能、搶修和外出直轉(zhuǎn)播等需另外安排的工作，則由值班領(lǐng)導(dǎo)直接在系統(tǒng)中以管理員身份下達(dá)。

2.3 重要工作滾動提示功能

滾動條功能也是根據(jù)播出部門特有的工作規(guī)律設(shè)置的功能。很多時候，上級主管部門會對播出工作做出特殊的安排和指示，電視臺或相關(guān)部門有重要通知需要告知當(dāng)班人員，因此需要一個能夠特別提示的滾動條來提醒值班工作人員。工作人員也可以點(diǎn)擊滾動條在窗口中閱讀所有通知條目。這里的滾動內(nèi)容主要來自于兩張數(shù)據(jù)表，一張是由管理人員填寫的通知表格，一張來自于值班人員在工作中需要未來值班人員注意的提醒內(nèi)容。

2.4 日常工作的數(shù)字化填寫

依照多年來紙質(zhì)表格填寫的工作習(xí)慣，在設(shè)計值班表格時遵循了對應(yīng)原則，即現(xiàn)有記錄內(nèi)容電子表都應(yīng)具備。同時簡化填寫方法，如將文字刻錄變?yōu)檫x項刻錄，這樣在沒有故障的情況下大幅降低了工作人員的日志填寫強(qiáng)度。若有故障，則要求工作人員詳細(xì)填寫故障的各項內(nèi)容，其格式相對固定，還包括截圖。這樣，一方面通過標(biāo)準(zhǔn)化記錄降低文本工作壓力，便于管理，一方面強(qiáng)調(diào)對維護(hù)工作第一手信息的記錄梳理，使技術(shù)人員在工作中的責(zé)任意識更加突出。

工作人員完成登錄進(jìn)入工作查詢及安排頁面后，工作日志頁面以日歷的方式進(jìn)行展示。最中間的內(nèi)容是當(dāng)天的工作安排，以紅色背景突出顯示當(dāng)天的工作任務(wù)，前后7 天各展示了過去及未來的工作任務(wù)情況。雙擊某一天的日歷，可以彈出一個類似Word 軟件的界面，文本內(nèi)詳細(xì)記錄了值班情況、直轉(zhuǎn)播情況以及故障處理情況等內(nèi)容。如果某天有故障處理工作，文本內(nèi)也會根據(jù)特定的格式展示故障的發(fā)生時間、影響的范圍、持續(xù)時間、異常時的照片、故障描述以及具體的處理過程等內(nèi)容。如果該故障只是通過重啟等手段解決，并沒有發(fā)現(xiàn)故障的具體原因，也可以根據(jù)需要生成工作提醒，提醒未來一段時間內(nèi)值班的同事在日常巡檢時特別注意該類設(shè)備的運(yùn)行狀況，系統(tǒng)工程師在組織每月的停機(jī)檢修時，也可以將該設(shè)備的檢查測試放到本月末的檢修計劃當(dāng)中，如圖5 所示。

圖5 工作日志界面

以值班情況為例。值班對應(yīng)了2 張表，一張是后臺通過腳本自動生成的值班情況，另一張是根據(jù)每天值班人員的實(shí)際登錄情況生成的統(tǒng)計表，該表根據(jù)交接班時間等進(jìn)行自動判斷，自動記錄交接班時間等內(nèi)容。通過相關(guān)數(shù)據(jù)表的后臺比對，可以讓管理人員清晰了解值班工作是否存在異常，如在未報備的情況下?lián)Q班等情況。系統(tǒng)也可統(tǒng)計出是否有人員連續(xù)換班情況，這時部門主任能夠了解相關(guān)人員的工作情況，并根據(jù)情況進(jìn)行下一步的工作安排，避免一些工作人員因各種問題沒有及時發(fā)現(xiàn)處理而影響安全播出，能夠讓部門運(yùn)行和管理更加人性化。

2.5 系統(tǒng)特點(diǎn)

本系統(tǒng)最大的特點(diǎn)是對故障處理全過程的記錄。在以前的紙質(zhì)記錄方式中，值班人員只是在工作記錄表中記錄故障發(fā)生處理的情況，這存在一定的問題。一是記錄人員沒有統(tǒng)一的記錄標(biāo)準(zhǔn)，隨意性較大，為后續(xù)的梳理統(tǒng)計造成不便；二是紙質(zhì)記錄難以分類管理統(tǒng)計。因此根據(jù)上述情況，在軟件設(shè)計之初，將故障處理記錄內(nèi)容劃分為多個數(shù)據(jù)表。填寫故障時，將各個需填寫內(nèi)容劃分為各個填寫單元，通過標(biāo)準(zhǔn)的填寫，將數(shù)據(jù)分別寫入對應(yīng)的數(shù)據(jù)表中，如故障范圍、時間、關(guān)鍵字等內(nèi)容，都能實(shí)現(xiàn)標(biāo)準(zhǔn)化填寫，具體的處理情況也可分解為多個小標(biāo)題，讓技術(shù)人員逐一填寫，通過正則表達(dá)式對填寫內(nèi)容進(jìn)行過濾，保證填寫內(nèi)容無疏漏。在需要集中展示的頁面，通過多表聯(lián)合查詢將結(jié)果根據(jù)特定格式進(jìn)行統(tǒng)一的展示，技術(shù)人員和管理人員也可根據(jù)自身的需要只對某個表進(jìn)行查詢匯總和統(tǒng)計，這樣不同工種人員可以各取所需。值班人員也可以通過故障現(xiàn)象、類別和關(guān)鍵字快速查詢到相關(guān)的故障處理情況，為同類故障處理提供思路和解決辦法，避免值班人員在第一次遇到問題時手足無措。管理人員可以將有特點(diǎn)的故障分析解決情況作為案例讓工作人員分析和學(xué)習(xí)，從而達(dá)到提升工作人員技術(shù)水平的目的。

3 可擴(kuò)展性

3.1 系統(tǒng)如何擴(kuò)展功能模塊

由于系統(tǒng)采用了B/S 架構(gòu)，因此具備良好的擴(kuò)展能力，一個模塊可以作為頁面中的一個層來擴(kuò)展，也可以作為一個新頁面，擴(kuò)展手段靈活。新功能的擴(kuò)展對原有功能的影響較小，每個頁面的數(shù)據(jù)操作是獨(dú)立的，不會存在互斥，因此系統(tǒng)具有良好的擴(kuò)展性能。

3.2 目前擴(kuò)展的功能

目前已在菜單中擴(kuò)展了短信群發(fā)功能，實(shí)現(xiàn)對部門工作人員精確到個人的短信通知。同時在首頁以超鏈接的方式擴(kuò)展了電視臺及部門下發(fā)的文件和技術(shù)資料的學(xué)習(xí)交流模塊，為工作人員提供良好的學(xué)習(xí)和資料分享功能。

4 以問題為驅(qū)動的開發(fā)過程

為了提高人員技術(shù)水平，在軟件開發(fā)前期設(shè)置了幾個關(guān)鍵問題，希望通過解決問題從而提高技術(shù)維護(hù)水平。

4.1 利用廢舊服務(wù)器

通過廢舊服務(wù)器及電腦的利用，將多臺存在故障的服務(wù)器組裝為兩臺主備數(shù)據(jù)庫及Web 服務(wù)器。通過該問題的解決，技術(shù)人員熟練掌握了服務(wù)器的故障判斷與組裝，能夠快速安裝服務(wù)器及軟件。

4.2 網(wǎng)絡(luò)規(guī)劃與交換機(jī)配置

本次系統(tǒng)架設(shè)在臺內(nèi)辦公網(wǎng)上。如何規(guī)劃網(wǎng)絡(luò)、配置交換機(jī)才能不引起網(wǎng)絡(luò)沖突，只讓特定的機(jī)器能訪問本系統(tǒng)，是技術(shù)團(tuán)隊需要解決的問題。在此過程中，參與人員掌握了虛擬局域網(wǎng)（Virtual Local Area Network，VLAN）的劃分、訪問控制列表配置等內(nèi)容，并且針對不同品牌的交換機(jī)，歸納總結(jié)了命令對照表。

4.3 主備數(shù)據(jù)庫操作與維護(hù)

數(shù)據(jù)庫是播出系統(tǒng)的核心，是日常維護(hù)工作的重點(diǎn)。如何管好、用好數(shù)據(jù)庫，是本次開發(fā)過程最需要引導(dǎo)學(xué)習(xí)的地方。因此，筆者帶領(lǐng)技術(shù)團(tuán)隊反復(fù)對各類解決方案進(jìn)行測試，力求找到最優(yōu)解。

開發(fā)過程遇到了以下問題：多用戶登錄后如何解決數(shù)據(jù)的同步與異步問題，主備數(shù)據(jù)庫發(fā)布訂閱的配置與常見故障排除，維護(hù)計劃的設(shè)定與后臺腳本的運(yùn)行，常規(guī)數(shù)據(jù)的自動生成與每月報表生成。通過對這些問題的測試與解決，技術(shù)團(tuán)隊的能力得到了提高。

4.4 臨時數(shù)據(jù)的存取與頁面部份數(shù)據(jù)的更新

由于瀏覽器只會在加載時更新數(shù)據(jù)，如何保存臨時數(shù)據(jù)、及時同步新數(shù)據(jù)也成為軟件面臨的一個問題。通過雙用戶登錄問題的解決，技術(shù)人員熟悉了cookie 和session 的區(qū)別，了解了臨時數(shù)據(jù)的存取等方面的解決方案，最后解決了特定頁面的部分?jǐn)?shù)據(jù)更新問題。

4.5 規(guī)劃不足帶來的Bug 問題解決

下面的程序用于交接班判斷。程序本身比較簡單，能夠正常運(yùn)行，但在實(shí)際測試和使用中總會出現(xiàn)與實(shí)際不符的情況。這是由于之前在規(guī)劃中簡單地把時間和人員的變化作為班次變化的條件，不能涵蓋所有情況的變化和誤操作等情況。最終，交接班判斷加入了換班申請和登錄確認(rèn)后解決了這個問題。

5 結(jié)語

該軟件的開發(fā)與實(shí)踐達(dá)到了預(yù)期的目的。軟件分別在實(shí)體機(jī)和虛擬機(jī)上部署，上線以來，運(yùn)行穩(wěn)定。系統(tǒng)實(shí)現(xiàn)了播出部對播出值班工作的要求與痕跡管理，人員的培養(yǎng)基本達(dá)到預(yù)期。但系統(tǒng)也存在一些遺憾，比如沒能實(shí)現(xiàn)在播出出現(xiàn)故障后，通過拍照查找之前的故障記錄和解決方案，這將在技術(shù)儲備進(jìn)一步提高后再進(jìn)行完善。