前言：尋找寫作靈感？中文期刊網用心挑選的基于信息系統的運輸公司管理論文，希望能為您的閱讀和創作帶來靈感，歡迎大家閱讀并分享。

一、系統分析

1．現狀弊端

受計劃經濟體制的影響，以及非完全獨立核算、自負盈虧等情況制約，使得企業受歷史影響很大，許多遺留問題亟待解決，這直接導致公司近幾年的小額虧損。比如說車輛駕駛與工資核算，車輛分配依然沿用計劃時期的方法，由領導指派，由于工資受車型影響很大，導致了大多數駕駛人員對這種分配方法極為不滿。此外工資核算方法也令駕駛員產生很大不滿，不是駕駛員不愿出車，而是因為運輸市場對服務的需求不同，導致有的駕駛員出車頻繁，效益工資很高，有的卻每月基本無事可作，月月虧損，得不到效益工資。所以這種不合理現象緣于不合理的車輛駕駛與工資核算，因此要想調動駕駛員的工作積極性，需要從根本做起，改變這種固定的駕車關系，并探討一條切實可行的工資核算制度，只有這樣企業才能徹底扭虧為盈。后勤集團和運輸公司正在積極從事這方面的改革工作，我相信不久就可初見成效。

2．系統開發可行性分析

對任何一個組織、單位或企業，其人力、物力、財力等資源都是有限的。為了使這些資源能夠得到合理利用，使其為組織發展提供最大支持，就必須在項目投資決策之前，對項目進行調查研究、詳細分析、論證項目的可行性。進行可行性分析主要包括：技術可行性分析、經濟可行性分析、組織可行性分析、人員可行性分析等四個方面。運輸公司已配備了電腦，如果建立一個內部管理系統管理其日常事務和工作，只需輔之以必要的軟件即可。由于運輸公司可以依靠公司的人力資源進行軟件開發。除此之外，此項目得到了公司領導的支持，可以節約很大一部分費用。因此，從硬件配置和軟件配置的角度綜合考慮，該系統花費少，具有良好的經濟可行性。運輸公司采用典型的直線組織結構，組織結構簡單，責權清晰，適應建立管理信息系統的基本要求，因此建立管理信息系統不需要對組織結構進行調整而且公司領導對該項目極為重視和支持，所以該系統的開發具有良好的組織可行性。運輸公司的管理人員已經基本掌握了有關電腦操作的基本技能，再加之，該軟件從設計之初就定位為操作簡便明了。因此，該系統實施后，不會存在因人機配合不當造成的錯誤。所以，該系統在人員分析方面也具有良好的可行性。

二、系統總體方案設計

1．代碼設計

系統代碼設計主要是根據系統的信息模型，利用文件與數據庫設計技術，信息分類編碼技術等，確定信息系統的編碼原則，定義數據項，設計數據庫結構和某些臨時文件。對信息實行分類編碼要達到標準化。這樣可以統一協調各項信息的收集工作，使之既符合系統整體的要求，又滿足部門需要，減少對信息進行重復采集、加工、存儲的情況，最大程度的消除因對信息的命名、分類、描述和編碼不一致所造成的誤會和分歧。做到使事物稱和術語含義統一化、規范化，并確立代碼與事物概念之間的關系。此外，對信息進行編碼后，就可以利用已有的編碼組合成復合碼，用于作為將多對多關系分解成一對多關系的依據，這樣利于關系模式達到規范化的要求。

2．數據庫結構設計

依據系統中各部分功能的不同，為該系統建立三個數據庫。（1）基本信息庫：用于存儲整個系統人員、車輛等原始信息及其配置情況。主要包括以下數據：駕駛員登記表、車輛登記表、駕車登記表。駕駛員登記表，車輛登記表，駕車登記表之間的關系。（2）出車庫：用于存儲出車記錄。主要包括出車登記表，其中存儲了每次出車的信息。（3）工資核算庫：用于存儲按月核算的人員的各項工資匯總信息。主要包括駕駛員效益工資核算表、駕駛員工資核算表、管理員總工資核算表、財務處回執表等。

3．系統軟件結構設計

系統軟件結構的優化準則：（1）建立高內聚性低耦合度的模塊集合。（2）避免模塊具有高的扇出、扇入系數。（3）系統具有適當的深度和寬度。（4）模塊內條件判斷的作用范圍保持在模塊的控制范圍內。（5）盡量使模塊具有單入口和單出口。（6）控制需要優化處理或修改的模塊的個數。軟件結構設計：系統軟件結構設計的依據，是系統的功能模型和信息模型。在系統分析階段建立功能模型時使用的IDEFO圖，是嚴格按照自頂向下的功能分解方法描述系統邏輯功能的。并且對系統每一功能的輸入、輸出、結束、機制都進行了全面的描述。同時，各功能之間的邏輯關系也是十分清晰的。因此，可以由IDEFO圖直接導出系統的初始軟件結構。

4．輸入輸出及界面設計

本系統采用的是形界面，其界面友好。而且在設計過程中考慮到了為管理人員提供最大方便。舉例來說，在整個系統中大量采用了系統默認生成和組合框技術，以提高輸入數據的速度和規范化。例如：整個系統中，輸入時間，由系統默認當前年份、月份和日期。輸入均采用組合框，可以任意選擇輸入條件。在常用的出車登記單中，當輸入車號時自動查找駕駛員姓名由系統自動填寫。當需要改動時，可通過駕駛員姓名組合框進行選擇輸入；用車部門也是組合框選擇輸入。這些都極大的方便了管理人員進行數據輸入和系統管理，具有良好的人機接口。

5．處理流程設計

處理過程是指模塊的處理流程或算法流程。為保證在系統實施階段能編寫出結構良好、層次分明、思路清晰的程序，在模塊內部設計時，必須采用結構化的程序設計方法，才能設計出結構合理、清晰流暢的算法流程。

6．系統測試

系統測試是保證系統開發成功的重要一環。設計上完美無缺的系統是不存在的。開發人員與用戶只間交流存在的問題，由于程序員的疏忽或時間太緊造成的各種錯誤等，這些錯誤必須在用戶對系統驗收測試以前糾正過來人。在系統交付使用以前，還要對系統的響應速度，事務處理吞吐量，載荷情況，失效的恢復以及系統的實用性等等進行測試。測試的真正目的是發現系統中存在的問題，而不是為了證明系統是有效和正確的。

7．系統試運行

系統試運行也可以說是系統測試的一個環節，但它又因為具有自己的特殊性所以獨立出來。上面的系統測試主要是檢查系統的錯誤，側重于系統自身，而系統試運行主要是檢查系統是否符合用戶要求，側重人機結合。此系統正在試運行中，我將積極配合運輸公司管理人員，繼續改進，完善系統。本文從運輸公司實際情況出發，根據管理信息系統理論描述了分析、設計和實施，及其量身定制FRPTC－MIS的全過程。本次設計具有較強的針對性和實際性，同時也有較高的難度。系統的建成不僅大幅度地減輕了管理人員的負擔，而且還提高工作效率和核算的準確性，解決了運輸公司目前面臨的實際困難。

作者：穆懷全 單位：天津鐵道職業技術學院