中小型資訊系統在專案型軟體中占有很大的比例，許多中小型軟體企業都是以此類專案為主要業務的。
中小型資訊系統主要是面向中小型企業和單位的，其主要特點是專案邊界較小、涉及的業務和人員較少、功能較為單
一、資金投入較少、開發周期較短。所以，一般會認為中小型資訊系統的開發一定是較為簡單的。
其實不然。在實踐當中，有時越是小的專案，反而更感到無所適從：客戶大多是中小企業，基礎設施，管理制度，人員素質等方面都存在著很多不足，而且業務經營又比較靈活、多變。所以，往往從需求獲取開始，困難就會接踵而來，需求難以準確獲取、定義、管理，需求變更又比較頻繁，有限的開發經費，常常就會在如此多的反覆過程當中捉襟見肘，使專案無法為繼甚至夭折，即使能夠勉強完成，生命週期也會比計畫的要短的多。
怎樣才能使這類中小型資訊系統取得成功呢？最重要的一點還是要從加強需求分析工作入手。
1、必須要有專門的需求分析人員。中小型軟體企業人員較少，特別是那些工作室性質的微型軟體企業人員更少，但是，人員再少，哪怕是一人兼數職，也要保證設立需求分析人員這樣的角色。
2、必須要給需求工作留足留夠時間。不能因為開發時間短，就壓縮需求工作的時間。而且這一階段是與客戶打交道最多的，客戶在工作時間和進度上往往更有發言權，同時也要考慮給客戶充分的考慮和研究的時間，所以不要急於求成，「欲速則不達」。
3、需求分析人員要掌握務實、靈活、高效的方法。
首先，不要指望企業方能準確的描述出他們的需求，也許他們期望中未來的資訊系統只是個傳說，要俯下身子，不要用過於專業的術語去和客戶交流，要對不同的客戶採用分層次的交流方式，通俗一點講就是「見什麼人說什麼話」，既要調動客戶參與的積極性，又要適時的指出和糾正客戶不切實際的想法和訴求，過分的遷就客戶的要求只會造成他們對未來上線以後系統產生更大的失望。
其次，不要怕麻煩，「耳聽為虛，眼見為實」，多聽固然重要，但是多走走，多看看，一定能掌握到更多更有用的資訊。也許，只有遍歷了整個工作流程，才會真正理解客戶的困惑，知道未來系統的真正價值所在。同時，也可以從改進和優化工作流程的角度，提出一些合理化的意見和建議。
再次，需求分析人員要做好連線使用者與設計人員的橋梁，不要為了簡單方便或者推卸責任而使用同一種「腔調」和這兩方面「說話」，例如，你拿著uml表示的報告去讓客戶簽字確認，然後轉交給設計人員，到時候出了問題，再把責任推給客戶，這是一種不負責任的工作態度。
還有一點，就是控制需求變更的問題。如前所述，中小型資訊系統需求變更頻繁主要原因是由其使用者——中小型企業自身的業務特點所決定的，我們不能期望企業的業務不變更，需求變更自然就難以避免。所以，只能通過加強需求變更管理來控制變更，減少變更對系統可用性的影響。設立專門的變更管理委員會（ccb）和建立變更管理系統對中小型資訊系統開發來說也許與現實條件會有一定的差距，但是也不妨借鑑。同時還應該充分發揮開發人員的主觀能動性，通過「彈性設計」和「超前**」來增強系統對未來變更的適應能力。
MES系統要符合中小型製造企業的需求
中小型製造企業，特別是離散製造企業，面對紛繁複雜的加工過程，企業的挑戰也是巨大的，生產作業計畫經常變動，製造工藝錯綜複雜 加工過程中的臨時插單 緊急插單 材料緊缺等狀況，時有發生，這時候需要mes系統來幫忙。mes生產管理智慧型製造mes生產管理系統利用搭建生產協同管理平台，提公升控制力 執行力和同...
中小型軟體的開發專案管理
本處指的中小型軟體開發專案是指 參與開發的直接人員 即開發團隊 數量在3 25人 開發時間在3個月 18個月的軟體專案 行數5000 75000行 子程式數量300 3500個 1 軟體開發管理的任務 軟體開發管理的真正任務是團隊成員的智慧型充分而適宜地發揮，並有效地投注在創造軟體的活動中。也就是說...
中小型軟體開發專案管理
本處指的中小型軟體開發專案是指 參與開發的直接人員 即開發團隊 數量在3 25人 開發時間在3個月 18個月的軟體專案 行數5000 75000行 子程式數量300 3500個 1 軟體開發管理的任務 軟體開發管理的真正任務是團隊成員的智慧型充分而適宜地發揮，並有效地投注在創造軟體的活動中。也就是說...