1樓：匿名使用者
首先要看你寫的這個方案是給誰看的？
客戶？大領導？產品專案的負責人？開發團隊？等等。讀者物件不同，內容重點也不同。
你的這個問題說小不小。總結一句話：能。
當然能！因為系統架構設計本來就在詳細設計或方案之前的。所以，一般的文件中，它都放在詳細設計介紹前面寫。
一般來說，架構部分根據讀者關注點的不同，如功能、效能、進度、成本、團隊組織、開發**組織、執行時刻的機器或網路配置與部署，等等，分別說明系統中各個元件（職責、介面）及元件間的關係情況。
詳細方案則說明各個子系統、模組等的設計，包括輸入、輸出、處理過程、例外處理方法、錯誤碼等。
不同層級的架構和詳細方案的內容側重也不同。
2樓：匿名使用者
首先看的程式看你寫的嗎？
客戶？偉大的領導？負責該專案的產品的人？開發團隊？等。受眾與內容重點也不同。
這個問題，說小不小。概括起來：能源。
當然！ 因為系統最初的設計結構的詳細設計或之前的程式。因此，一般的檔案，這是前面寫的詳細設計。
一般來說，體系結構的一部分，根據讀者的關注，如功能，效能，進度，成本，團隊組織，組織開發**，執行時間機器或網路的配置和部署，因此，描述系統的各個組成部分（責任，介面）和元件之間的關係。
詳細的計劃是在設計的各個子系統，模組，包括輸入，輸出，處理，異常處理方法，錯誤**所示。
層次的架構和詳細的節目內容主要是不同的。
3樓：
介紹系統是可能的作用。然後，該體系結構被引入。每個模組的功能。直接關係的各種模組，
4樓：匿名使用者
簡介系統的大概作用。然後架構介紹。每個模組的功能。各個模組直接的關係，
5樓：蓋倫最愛蹲草叢
這個。很難能夠幫到你呀·
請問系統架構設計師的職責是什麼
6樓：51cto學院
系統架構師的職責主要有如下4條：
1、確認需求。
在專案開發過程中，架構師是在需求規格說明書完成後介入的，需求規格說明書必須得到架構師的認可。架構師需要和分析人員反覆交流，以保證自己完整並準確地理解使用者需求。
2、系統分解。
依據使用者需求，架構師將系統整體分解為更小的子系統和元件，從而形成不同的邏輯層或服務。隨後，架構師會確定各層的介面，層與層相互之間的關係。架構師不僅要對整個系統分層，進行「縱向」分解，還要對同一邏輯層分塊，進行「橫向」分解。
軟體架構師的功力基本體現於此，這是一項相對複雜的工作。
3、技術選型。
架構師通過對系統的一系列的分解，最終形成了軟體的整體架構。技術選擇主要取決於軟體架構。
web server執行在windows上還是linux上？資料庫採用mssql、oracle還是mysql？需要不需要採用mvc或者spring等輕量級的框架？
前端採用富客戶端還是瘦客戶端方式？類似的工作，都需要在這個階段提出，並進行評估。
架構師對產品和技術的選型僅僅限於評估，沒有決定權，最終的決定權歸專案經理。架構師提出的技術方案為專案經理提供了重要的參考資訊，專案經理會從專案預算、人力資源、時間進度等實際情況進行權衡，最終進行確認。
4、制定技術規格說明。
架構師在專案開發過程中，是技術權威。他需要協調所有的開發人員，與開發人員一直保持溝通，始終保證開發者依照它的架構意圖去實現各項功能。
架構師不僅要保持與開發者的溝通，也需要與專案經理、需求分析員，甚至與終端使用者保持溝通。所以，對於架構師來講，不僅有技術方面的要求，還有人際交流方面的要求。
7樓：網友
我簡單的總結一下。
軟體架構師的主要工作內容就是在系統需求比較清晰的條件下進行系統總體的架構設計，當然 它也可能會涵蓋一些系統分析師的工作內容和軟體設計師的內容，但其特點是確定性的東西會多一些，力求為系統找到或架構一個最優的模型，這裡面雖然可能有很 多創新的成分，但更重要的是如何充分運用現有的各種模型、結構、方案，並根據專案的特點，在各種方案中取長補短，找到一個最好的平衡點和結合點，使之最適 合當前專案的解決方案。所以，軟體架構師實際上是使系統細緻化、完善化，為擁有更好的可靠性提供保障。
在實際的職責上，軟體架構師比系統分析師所站的角度更高一些。在大規模的軟體系統中，系統分析師可能就係統的某個子系統進行分析與設計，而軟體架構師應該對整個系統的結構負責。
如果所在單位目前還未使用erp。如何全面引進、使用erp系統，並出具詳細的可行性方案
8樓：貳也是種文化
要引進erp，首先要看企業性質，如果是私人 老闆，老闆的意願很重要。否則你做再多工作也是徒勞，因為老闆不想花錢，現在挺好。老闆想通過erp系統，實現什麼很重要。
其二，老闆認可了，各部門的情況要協調好。或者老闆下制度命令，保障實施過程的阻力。負責你規劃再好，部門不配合到時候整理的資料，有錯誤。
一些都沒用。制度保障。
erp系統的引入，要有合適的人，這個人要具備懂企業管理，企業真是情況，懂erp。如果只懂企業，可以加強對erp系統的瞭解認識。然後和erp提供商，一起對企業調研。
查詢整理企業情況，存在問題，人員素質等情況。然後根據情況不同，可以分為不同階段來逐步上系統。
你所說的可行性方案，並不是你自己出的，是你整理，顯示企業情況，各部門支援度後，和erp系統提供商做一次全面調研，雙方溝通後，由erp提供商提出方案，然後你覺得沒問題後，呈報老闆來批准的。
9樓：電力劉小旭
先根據自身企業情況，列出自身企業需求，制定使用者數。然後自己給出上erp的資金區間。再然後選型erp產品。
在選型產品這塊，一定要結合企業自身情況而選型，不要盲目的選擇品牌，要不然會給企業後期帶來很多困擾的。
10樓：lf刀風
元件erp專案小組：各模組分到個人主管，與各部門之前的溝通與協作；組長建議以副總級別來，這樣，這樣部門間執行的有效可保證；
分階段實際培訓：
1階段：基礎資料準備；
2階段：日常單據輸入培訓；
3階段：流程確定；
4階段：試執行：現有公司業務與erp中並用一月看效果情況；
5階段：根據執行中所產生問題與現在erp系統中業務流程調整、需求提出；
6階段：所遇問題與需求完成後，正常上線使用系統。
詳細的方案erp**商會給到你們公司做更詳細的實施方案；如不明白可再追問，希望能採納！！！
11樓：龍耀v霸刀
1、對自身企業情況進行專案分組，建議部長上一級別的來領導2、列出自身企業需求，3、各個部門之間要相互交流，4、通過諮詢瞭解自己所在行業的重點。
5、通過一些方法（網上查詢，定製，推薦等等）選擇適合自己的erp產品6、由軟體公司調研，出具可行性方案、
7、試運用，有問題，則改之，並提出需求。
8、問題和需求都完成後，就可以正式執行。
選擇適合自己的產品，不要盲目的選擇品牌。
12樓：
首先要確認一下所在單位是什麼行業，每個行業的erp實施重點是不一樣的，然後通過網上或其他方式尋找實施過該行業的、在業界口碑較好並且有較多成功案例的諮詢或軟體公司，然後再進一步交流。至於詳細的可行性方案，必須由軟體或諮詢公司到單位實地考察調研後才能出具。另外最重要一點，erp的實施必須是企業有很迫切的需求，想通過erp來提高管理水平，同時公司上下一心，想著把事情做好。
這樣實施的效果才會好，不然的話可能勞民傷財，達不到所求。
中小企業為什麼要建立組織架構系統管理方案
是否能貸款，請提供詳細方案
辦理銀行貸款需要準備資料 有效身份證件 常住戶口證明或有效居住證明，及固定住所證明 婚姻狀況證明 銀行流水 收入證明或個人資產狀況證明 徵信報告 貸款用途使用計劃或宣告 銀行要求提供的其他資料。銀行貸款需要的條件 年滿18年週歲的具有完全民事行為能力 城鎮居民常住戶口或合法有 效的居民身份證明，銀行...
未出生的嬰兒，可以在母體時就購買保險嗎
好像沒有這樣的保險,保險法規定被保險人必須是自然人或法人,而且必須和投保人有利益關係才可以.但是保險中的受益人可以是母體中未出生的胎兒.學霸說保險，只幫助想給小孩買對保險的寶爸寶媽！今年136款熱銷未成年人重疾險對比表已經更新，您可以點開看看。如何給小孩買保險這個問題不知道難倒了多少想給寶寶全面保障...
夢見結婚，看見新娘在新房等新郎，新郎未出現怎麼解
夢境與凶吉禍福無關，常常是白天人的記憶造成的，就是日有所思夜有所夢。夢，是大腦無意識中將腦內資訊，無序的連結而成，有些是你早已忘記，在記憶邊緣的資訊都會被呼叫的，很神奇。但實際上，絕大多數夢是無法預見現實的。如果說夢能夠預見現實，而且這種預見可以被解讀，而且這種能人確實存在，我可以說，這種能人99....