通用模板可以整出來，打印出來。當天背一背，正文分四部分（2000字以上）：項目背景、問題回答、主體內容、結尾
摘要：時間不要太久，今年考試，寫前年開始，去年驗收結束，跑了一年很穩定
項目背景：不會吹的這部分可以多准備些，我寫了600多字，正常的話 400~600，
問題回答：300字左右，好的壞的都說說，
主體內容：和摘要呼應起來，通過三、四方面進行論述一般三方面就OK了。每個300~400字。800~1000左右，背景+問題回答+主體 = 加起來控制在1800左右，最后留個400字收尾，總的2200左右。不要超過2500。
結尾：400字，高大上的話准備些，首先項目是功能的，然后有不足的地方，通過什么方式改進了。最后我以努力....展望未來
開始寫的時候可能無從下手，看人家的都會，自己就是寫不出來。等寫完三篇，后面就很快了，如果有人能幫你看下更好（旁觀者清）
標顏色的為可替換內容，其它的背下來
-- 摘要
2019年8月，我司承接了某市醫療集團，智慧葯房項目，該項目主要為集團下屬36家社區衛生服務中心提供葯品統一目錄管理、葯品集中采購、庫存管理、處方合理用葯審核、葯品配發、自動化發葯設備驅動提供軟件支撐。在該項目中我擔任了軟件架構設計師一職，主要負責該項目的軟件架構設計工作。
本文以智慧葯房項目為例，主要論述了 微服務架構在項目中的具體應用， 該項目主經由葯品供應管理、處方審核、葯品配發、設備協同及葯房管理等模塊組成，子模塊之的業務相對單一，因為采用了微服務架構設計，將這些模塊進行了微服務設計開發及部署，使他們在后期迭代過程中，開發及發布不會影響到其它的模塊，通過使用 微服務架構設計，提高了軟件設計質量和開發效率，最終項目成功上線，並獲得了用戶一致好評。
本文以智慧葯房項目為例，主要論述了
架構風格在項目中的具體應用，
在處方審核模塊中，采用了基於規則的系統風格，將18萬種葯品合理用葯規則作為基礎規則庫供處方審核調用，在自動化發葯設備協同中，采用了隱式調用風格，將處方配發任務和設備驅動進行解耦，在葯品采購和配發模塊中，采用了B/S+C/S的混合架構風格，通過使用這些
架構風格，提高了軟件設計質量和開發效率，最終項目成功上線，並獲得了用戶一致好評。
本文以智慧葯房項目為例，主要論述了
設計模式在項目中的具體應用，
在處方審核模塊中，采用了適配器模式，將不同HIS發過來的數據進行統一適配；在設備協同模塊，采用了橋接模式，滿足同一種業務不同設備的不同驅動方式，在設備報警模塊采用了觀察者模式，將設備PLC等底層異常情況，通過事件通知UI層，實現了UI層和底層模塊的解耦，通過使用這些
設計模式，提高了軟件的設計質量和開發效率，最終項目成功上線，並獲得了用戶一致好評
本文以智慧葯房項目為例，主要論述了
企業集成架構設計在項目中的應用，
在處方配發模塊，采用了數據集成，將需要調配的處方通過接口進行應用集成實現配發業務。在統計報表模塊中，采用了界面集成，將各業務子系統的報表進行了統一界面展示，在配發和采購模塊中，采用了數據集成，使得兩模塊通過數據集成實現了庫存信息的共享，通過使用這些
企業集成架構設計，提高了軟件的設計質量和開發效率，最終項目成功上線，並獲得了用戶一致好評
本文以智慧葯房項目為例，主要論述了
可靠性技術在項目中的具體應用，
通過將平台服務層進行集群化部署，數據庫分布式主從模式，以及服務器RAID磁盤陣列，對平台服務層、數據庫以及硬件存儲多維度的容錯、容災機制，提高了項目件硬件的可用性，安全性和可擴展性。通過
可靠性技術的應用，提供了軟件運行的質量，保障一軟件能夠7*24小時的穩定運行，最終項目成功上線，並獲得了用戶的一致好評
-- 背景
根據深化醫葯衛生體制改革規范葯求，推進葯品集中采購，增加葯品的供應保障能力，嚴格監督管理，保障葯品的用葯安全，所有醫療機構開出的處方，必須通過處方審核后，方可進入划價計費環節，未經審核的處方，不得進行計費和配發。2019年8月，我司承接了某醫療集團智慧葯房項目，該項目為醫療集團下屬36家社區衛生服務中心提供軟件支持，主要分為葯品供應模塊、葯房管理模塊、處方用葯審核模塊、葯品配發模塊、設備協同模塊。葯品供應模塊負責葯品庫存預警，供社區衛生服務中心葯房對葯品進行集中采購，並將葯品發送到省采招平台；葯房管理模塊主要進行一些基礎信息的維護，及關注葯品的庫存管理，葯品批號跟蹤；處方用葯審核模塊，負責對醫生開出的葯品進行合理用葯審核，將不合理的處方審核結果返回給醫生，提醒醫生修改處方；葯口中配發模塊，負責將處方中的葯品進行調配，打印用法用量標簽，確認發葯后扣減相應的庫存；設備協同模塊主要是驅動葯房中的一些自動化發葯設備，將要葯品信息發給設備上位機，根據設備葯品的效期進行排序，通過上位機程序調用下位機，驅動設備出葯。在該項目中我擔任軟件架構設計師職務，主要負責軟件的架構設計及中間件等技術的選型工作。
----中間正文主體 800~1000字左右
-- 結尾
項目從2019年8月啟動到2020年10月歷時14個月，圓滿完成，順利完成驗收，並取得了客戶的一致好評，該項目運行一年多，也出現過一些小的問題，
由於醫院使用的是集團內部局域網，與外網隔離，給排查問題及維護增加了困難，一次發葯設備上的上位機不心小被葯房老師刪除后，不會重新安裝操作，上報我司后，我們聯系醫院信息科老師，在信息科的老師協助下，對軟件重新進行了安裝，此次事件，導致了設備停止工作了幾個小時，影響了葯房發葯效率。后來我司安排了1名售后維護該項目，這一年內也新增了一些發葯設備，由於選用了合適的微服務架構，使得設備的接入及服務的擴展變得非常容易，在售后同事的協助下，系統至今運行穩定。該項目的成功，讓我意識到了使用了
微服務架構的作用和價值，堅定了我對
微服務架構應用的信心，合理選擇合適的
微服務架構，能夠大大的提高了軟件設計的復用方法，加快開發的進程，在項目中起到事半功倍的作用。經過這次項目，我也看到了自己身上的不足之處，在未來還會不斷地更新知識，完善本系統的設計，使系統能夠適應國家醫改的變化需要，這是作為軟件從業的我為之努力的動力和方向。