目標：項目背景，需求，環境的搭建

難點：環境的搭建

1.學習方法：

　　　　　　一個項目：架構師、高級程序員、一般程序員

　　　　　　　　　　　　難度很大但是普通的程序員做很簡單

　　　　　　所以自己對自己的定位要準確（一般程序員）。

　　　　　　　　　　　　　　　　也就是獨立模塊開發

　　　　　　　　　　　　　　　　　　（企業最需要的人）培養的是獨立模塊開發的人：根據需求去編碼實現，實現符合客戶需求的功能

　　　　　　要求：1，記筆記（開會中也需要記筆記）

　　　　　　　　　2.遇到問題要去總結（問同事）：工作日志。

2.項目背景：

　　　　　　工作中首先要了解項目的背景：為什么產生的，項目的作用，解決了什么問題。

　　　　　　醫藥采購：

　　　　　　　　　　　　醫療行業的問題：藥價貴

　　　　　　　　　　　　　　　　　　　　　　　　早期監管部門沒法去監管醫院和供應商，都是醫院和供應商之間線下交易。

　　　　　　　　　　　　解決的辦法：創建以省為單位的醫藥招標平臺：錄入藥品的信息：藥品名稱、通用名，價格.....

　　　　　　　　　　　　　　　　　　藥品監管單位查詢藥品信息，貨比三家，從中挑選中標藥品，確定中標藥品目錄，確定中標價格（統一價）

　　　　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　還包括了省級的采購平臺：把招標平臺的中標目錄引導了該平臺，醫院和供應商在該平臺交易

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　監管部門只需要通過該平臺監管即可。

　　　　　　　　　　　　　　　　　　　　現在要求所有衛生室、醫院都可以上網采購。

3.項目概述：

　　　　　　理解項目背景要去畫圖理解該項目是怎么回事。

4.分析開發該系統：

　　　　　　　　　　如何去分析需求呢：

　　　　　　　　　　　　　　　　　　　　1.找到用戶的角色：

　　　　　　　　　　　　　　　　　　　　　　　　　　　　1.監管單位

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　市衛生局（藥政科、衛生院（負責審核醫藥的采購單））：負責通過采購平臺進行監管，主要監管醫院和供貨商的業務交易情況。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　2　醫院：（采購方）：通過平臺進行藥品的采購

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 衛生室：最小的醫療單位

　　　　　　　　　　　　　　　　　　　　　　　　　　　　3.供貨商：通過平臺進行商品的銷售

　　　　　　　　　　　　　　　　　　　　　　　　　　　　4.系統管理員（任何系統至少有一個）：整個系統的維護，配置，備份。

　　　　　　　　　　　　　　　　　　　　　　每一個角色可能還有子賬號。

5.業務流程（角色在系統中干什么）：

　　　　　　　　　　　　　　　　　不同用戶共同完成一個業務的流程（畫圖）：各自在業務流程中需要做什么

5.業務功能模塊（開發的時候分的是系統架構模塊和這個無關）

　　　　　　將相似或一致的功能組成一個模塊。

　　　　　　　　采購單管理模塊：

　　　　　　　　　　　　　　　　1.創建采購單

　　　　　　　　　　　　　　　　2.提交采購單

　　　　　　　　　　　　　　　　........

　　　　　　　　模塊集成完了后，明確各個模塊中的功能是誰用的。

6.外部接口（來源于外部系統的數據）：

　　　　　　1.省級藥品目錄接口

　　　　　　2.系統管理接口：通過單點登錄系統進行用戶認證，將第三方系統中的區域管理，系統參數配置等功能接入。

7.需求的分析：

　　　　　　1.用戶的需求分析：

　　　　　　　　　　　　　　進行需求調研，一份用戶需求報告及用戶需求文檔。

　　　　　　2.系統的需求分析：

　　　　　　　　　　　　　　依據用戶需求文檔，進行系統需求分析，編寫“系統規格需求說明書”。

　　　　　　3.系統需求規格說明書：

　　　　　　　　　　　　　　描述：

　　　　　　　　　　　　　　需求用例：功能描述，功能接口，前置條件（功能的約束條件（達到什么條件才能使用該功能），后置條件）、事件流（功能的操作流程），可選事件流。

8.項目的配置與設計：

　　　　　　1.企業中最常用的采用模型是增量模型。

　　　　　　2.搭建數據庫

　　　　　　3.模塊的劃分方法：

　　　　　　4.系統設計：

　　　　　　　　　　　　系統概要設計（必須要做）：

　　　　　　　　　　　　　　　　　　　　1.設計內容：

　　　　　　　　　　　　　　　　　　　　　　　　? ? ? 1.主要系統框架

　　　　　　　　　　　　　　　　??　　　　　　　　　2.系統內外部的接口：

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　內部接口：本平臺各個子系統的的接口，模塊之間的接口

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　外部接口：和其他系統的接口

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　網絡部署：

　　　　　　　　　　　　　　成果：系統概要設計文檔

　　　　　　　　　　　　系統詳細設計（不是必須）：

　　　　　　　　　　　　　　成果：系統詳細設計文檔

　　　　　　　　　　　　　　設計內容：類、接口、及方法的描述

　　　　　　　　　　　　　　程序員參考此文檔進行編碼

　　　　　　系統的模塊劃分：

　　　　　　　　　　　　　　系統技術架構的模塊：依據業務模塊進行劃分。

　　　　　　　　　　　　　　劃分的方法：

　　　　　　　　　　　　　　　　　　　　1.以技術架構的縱向拆分方法

　　　　　　　　　　　　　　　　　　　　　　　　優點：分層清晰，方便程序員開發。

　　　　　　　　　　　　　　　　　　　　　　企業中常見的是將系統功能進行抽取組成一個子系統，讓其他系統公用該子系統

　　　　　　　　　　　　　　　　　　　　　　缺點：需要去各層拷貝代碼，如果有其他功能依賴該功能抽取代碼，系統報錯。

　　　　　　　　　　　　　　　　　　　　2.以業務模塊的橫向拆分方法

　　　　　　　　　　　　　　　　　　　　　　　　將相同業務模塊的代碼抽取出

　　　　　　　　　　　　　　　　　　　　　　　　優點:按照模塊分包更加的清晰，方便開發維護，適合大中項目

　　　　　　　　　　　　　　　　　　　　　　　　缺點：雖然按照模塊將包創建，但是模塊共存于一個工程，每個模塊的運行都必須將其他模塊同時進行編譯部署。開發效率低。
　　　　　　　　　　　　　　　　　　　　3.以maven作為架構進行模塊的劃分

　　　　　　　　　　　　　　　　　　　　　　　　maven是一個項目的管理工具：maven提供規范的依賴管理。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　1.將每個模塊作為一個maven工程。

系統的架構：

　　　　　　　1.技術架構：

　　　　　　　　　　　　　　springMVC+mybatis+spring+mysql

　　　　　　　2.搞清那些子系統可以以后復用。

　　　　　

1.base系統基礎模塊

　　　1.包括系統管理功能，其他業務都依賴于該base模塊。

　　　2.base模塊依賴于技術架構模塊

2.系統業務模塊：

　　　　依賴于base模塊

3.常用工具類模塊

　　　　將常用的工具抽取出來組成一個單獨的maven工程。

　　　　base模塊依賴于工具類模塊。

　　架構圖繪制

?

　　最終要創建的maven工程：

　　　　　　　　　　　　　　1.系統主工程模塊

　　　　　　　　　　　　　　2.系統工具類模塊

　　　　　　　　　　　　　　3.技術架構模塊

9.配置maven環境

　　　　　　　　

　　　　　　　　　　　　　　

轉載于:https://www.cnblogs.com/zhaogot/p/10234505.html

總結

以上是生活随笔為你收集整理的项目实战-药品采购系统-day01的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。