我們越來越清楚傳統的連鎖零售模式在面臨著來自電子商務的挑戰，當然電子商務蠶食這塊市場的進度還不至於讓我們驚悚，或許是社會的總體需求還在持續增長吧。隨著更多的傳統企業接觸、試水電子商務，乃至於確定它為核心方向。其中的衝突還是相當大的，尤其是在軟體支援方面，傳統的連鎖經營企業的軟體系統實際上是乙個不斷複製、擴張但是封閉的系統，主要的作業是依賴體系成員機構的職員來完成。而現在社會邊界在一步步地被打破，這個方面的工作就顯得無比緊迫和無奈，急迫在於再不革新，企業發展的競爭優勢將不再突出。無奈在於目前能找到的無任是saas服務商、零售行業軟體提供商、通用軟體提供商還是一些網際網路企業提供的電子商務軟體平台服務機構，很難提供一攬子的解決方案。
在業務變革上得不到解放，也就妄談其他諸如商業智慧型之類的應用了。之前部落格提到了映象店，就是要尋求業務變革的設想。這樣的設想對軟體的需求是什麼呢？
二、會員在現場的體驗以及對展示的反饋需要有自動採集的裝備，便於進行進一步的客戶服務，尤其是偏好收集；
三、實體店的後台管理功能。監控各「派出」的映象終端的瀏覽、下單情形；根據進貨策略對自動進貨指令進行干預的功能。等等；
四、90%以上的it資源聚焦在一線及一線支撐方面，物流中心、營銷機構、研發部門及**商等等，都按照支援一線的模式進行it力量聚集。對一線的響應通過多種手段來履行；
五、物流中心、**商、總部管理等全部是基於網際網路的應用，特別是**商直接獲取由物流中心根據策略生成的訂單，等等。
這些需求侷限於既有軟體的滿足程度，確實還很難精準的描述，但是它是真切的。我們是乙個新企業，現在用的是老牌軟體，長期以往，也會老得很快。趁大規模複製來臨之前，試圖做一下這樣的革新，誰能助我？
請看JBPM是否滿足這樣的需求
我們的需求如下 code 1.我們的物件model有幾種狀態可以變化 2.使用者可以任意的修改狀態,增加和修改,也可以修改各個狀態之間的transition 3.使用者修改完狀態之後,各個物件model要按照新的狀態流程圖走 4.可以從外部匯入處於各個狀態的物件model,並按照最新的狀態流程圖走....
專案團隊成員的五種需求及其滿足方式
加入專案團隊中的成員，無疑需要從全域性出發，為團隊的共同目標而努力。但在專案的建設過程中，每個團隊成員可能都存在自己的個性化需求，只要這些需求是合理的 是有利於或不影響團隊目標實現的，專案經理就應該盡可能採取必要的措施予以滿足。筆者結合自己的實踐經驗，總結出團隊成員的五種個性化需求 物質和精神需求 ...
需求，傳說中是這樣的
在軟體開發中應該寫哪些文件？如何寫這些文件？這是在諮詢過程中經常被詢問的問題。在敏捷的方法與規範的方法中給出了不同的答案。無論採用何種開發方法，最基本的原則是 需求必須文件化！人類資訊的溝通主要通過 2種方式 文件與口頭交流。文件可以流傳很久，不容易存在歧義，在傳遞中不會增加或減少內容，比如 史記 ...