⑴ 系統開發指的是什麼
個人認為大體分為兩種，舉例如下：
軟體系統開發，信息系統開發、應用軟體系統開發等等，這類是以編寫代碼進行開發。軟體系統是指由系統軟體、支撐軟體和應用軟體組成的計算機軟體系統，它是計算機系統中由軟體組成的部分。操作系統是管理軟硬體資源、控製程序執行，改善人機界面，合理組織計算機工作流程和為用戶使用計算機提供良好運行環境的一種系統軟體。操作系統是位於硬體層之上，所有軟體層之下的一個必不可少的、最基本又是最重要的一種系統軟體。它對計算機系統的全部軟、硬體和數據資源進行統一控制、調度和管理。如匯新雲，專業系統開發軟體訂制的平台。
硬體系統開發，硬體系統，是指構成計算機的物理設備，即由機械、光、電、磁器件構成的具有計算、控制、存儲、輸入和輸出功能的實體部件。如CPU、存儲器、軟盤驅動器、硬碟驅動器、光碟驅動器、主機板、各種卡及整機中的主機、顯示器、列印機、繪圖儀、數據機等等，整機硬體也稱「硬設備」。
隨著電子系統的復雜化，系統設計已經成為一門重要的學科，傳統的反復試驗法已經越來越不適應時代的發展。發展迅速的軟硬體協同設計技術越來越受到人們的重視。它是在系統目標要求的指導下，通過綜合分析系統軟硬體功能及現有資源，最大限度地挖掘系統軟硬體之間的並發性，協調設計軟硬體體系結構，以使系統工作在最佳工作狀態。也就是智能硬體，智能硬體是一個科技概念，指通過將硬體和軟體相結合對傳統設備進行智能化改造。
本答案參考於網上資料，匯新雲，專業軟體協同產業生態鏈平台網頁鏈接，可以實現IT軟體在線研發、軟體在線交易、IT軟體供應鏈服務，解決軟體工程化設計、軟體研發、軟體測試等需求。
回答若有不足，輕噴，感謝採納！
⑵ 簡述資料庫應用系統的設計步驟
資料庫設計的基本步驟：
1、系統需求分析與設計。
2、概念結構分析與設計。
3、邏輯結構分析與設計。
4、物理結構分析與設計。
5、系統實施。
6、系統維護。
(2)存儲系統開發應用設計是什麼擴展閱讀：
資料庫設計技巧：
1、原始文件與實體的關系
它可以是一對一，一對多，多對多的關系。一般來說，它們是一對一的關系：一個原始文檔只對應於一個實體。在特殊情況下，它們可以是一對多或多對一關系，即一個原始文檔對應於多個實體，或者多個原始文檔對應於一個實體。
這里的實體可以理解為基本表。在對應關系明確後，對輸入介面的設計非常有利。
2、主鍵和外鍵
一般來說，實體不能既沒有主鍵也沒有外鍵。在E－R圖中，葉中的實體可以定義主鍵或不定義主鍵（因為它沒有子代），但它必須有外鍵（因為它有父項）。
主鍵和外鍵的設計在全局資料庫的設計中起著重要的作用。當全球資料庫的設計完成後，一位美國資料庫設計專家說：「鑰匙無處不在，只有鑰匙。」。這是他資料庫設計的經驗，也體現了他對信息系統核心（數據模型）高度抽象的理念。
因為：主鍵是一個高度抽象的實體。主鍵和外鍵的配對表示實體之間的連接。
3、基本表的屬性
基本表不同於中間表和臨時表，因為它具有以下四個特點：
原子性。基本表中的欄位不可分解。
原始主義。基本表中的記錄是原始數據（基本數據）的記錄。
演繹的。所有輸出數據都可以從基本表和代碼表中的數據導出。
穩定。基本表的結構比較穩定，表中的記錄要長期保存。
在了解基本表的性質之後，在設計資料庫時，可以將基本表與中間表和臨時表區分開來。
⑶ 記錄存儲系統的設計原則是什麼
1:1存儲的設計原則：
1、存取頻率相近的，放一張表；相差很多的，分成兩個表，尤其要考慮讀的頻率
2、列表查詢，冗餘所有在列表項需要展示的內容，在一張表中，避免join
3、長欄位，考慮性能，單列
4、如果語義上有很大差別，可以通過ORM的方式，在domain層分裂成多個對象
5、開始的時候，不要用update來更新單個或者少量欄位。開發速度優於運行速度。 直到性能出現瓶頸的預警時，才考慮優化為update.
6、重要欄位password，必須加密傳輸，減少更新
7、有些時候添加新功能產生的1:1欄位，可能會用新的
8.資料庫記錄的id，除了唯一標識記錄這一個用途之外， 不允許做任何業務含義。 例如根據id來排序神馬的，這都是扯蛋的設計。
⑷ 在資料庫應用系統開發過程中，要在什麼階段對系統進行
資料庫應用系統的開發是一項軟體工程。一般可分為以下幾個階段：
1.規劃 2.需求分析 3.概念模型設計 4. 邏輯設計5.物理設計 6.程序編制及調試 7.運行及維護。 這些階段的劃分目前尚無統一的標准，各階段間相互聯接，而且常常需要回溯修正。 在資料庫應用系統的開發過程中，每個階段的工作成果就是寫出相應的文檔。每個階段都是在上一階段工作成果的基礎上繼續進行，整個開發工程是有依據、有組織、有計劃、有條不紊地展開工作。
1.規劃規劃的主要任務就是作必要性及可行性分析。 在收集整理有關資料的基礎上，要確定將建立的資料庫應用系統與周邊的關系，要對應用系統定位，其規模的大小、所處的地位、應起的作用均須作全面的分析和論證。 明確應用系統的基本功能，劃分資料庫支持的范圍。分析數據來源、數據採集的方式和范圍，研究數據結構的特點，估算數據量的大小，確立數據處理的基本要求和業務的規范標准。 規劃人力資源調配。對參與研製和以後維護系統運作的管理人員、技術人員的技術業務水平提出要求，對最終用戶、操作員的素質作出評估。 擬定設備配置方案。論證計算機、網路和其他設備在時間、空間兩方面的處理能力，要有足夠的內外存容量，系統的響應速度、網路傳輸和輸入輸出能力應滿足應用需求並留有餘量。要選擇合適的os,dbms和其它軟體。設備配置方案要在使用要求、系統性能、購置成本和維護代價各方面綜合權衡。 對系統的開發、運行、維護的成本作出估算。預測系統效益的期望值。 擬定開發進度計劃，還要對現行工作模式如何向新系統過渡作出具體安排。 規劃階段的工作成果是寫出詳盡的可行性分析報告和資料庫應用系統規劃書。內容應包括：系統的定位及其功能、數據資源及數據處理能力、人力資源調配、設備配置方案、開發成本估算、開發進度計劃等。 可行性分析報告和資料庫應用系統規劃書經審定立項後，成為後續開發工作的總綱。 2.需求分析需求分析大致可分成三步來完成。 (1) 需求信息的收集, 需求信息的收集一般以機構設置和業務活動為主幹線，從高層中層到低層逐步展開 (2) 需求信息的分析整理, 對收集到的信息要做分析整理工作。數據流圖(dfd, data flow diagram)是業務流程及業務中數據聯系的形式描述。圖4.1是一個簡單的dfd 示例。 數據字典(dd, data dictionary)詳細描述系統中的全部數據。 數據字典包含以下幾個部分。 數據項：是數據的原子單位。 數據組項：由若干數據項組成。 數據流：表示某一數據加工過程的輸入/輸出數據。 數據存儲：是處理過程中要存取的數據。 數據加工過程 數據加工過程的描述包括：數據加工過程名、說明、輸入、輸出、加工處理工作摘要、加工處理頻度、加工處理的數據量、響應時間要求等。 數據流圖既是需求分析的工具，也是需求分析的成果之一。數據字典是進行數據收集和數據分析的主要成果。 (3) 需求信息的評審. 開發過程中的每一個階段都要經過評審，確認任務是否全部完成，避免或糾正工作中出現的錯誤和疏漏。聘請項目外的專家參與評審，可保證評審的質量和客觀性。 評審可能導致開發過程回溯，甚至會反復多次。但是，一定要使全部的預期目標都達到才能讓需求分析階段的工作暫告一個段落. 需求分析階段的工作成果是寫出一份既切合實際又具有預見的需求說明書，並且附以一整套詳盡的數據流圖和數據字典。 3.概念模型設計概念模型不依賴於具體的計算機系統，他是純粹反映信息需求的概念結構。 建模是在需求分析結果的基礎上展開，常常要對數據進行抽象處理。常用的數據抽象方法是『聚集』和『概括』。 er方法是設計概念模型時常用的方法。用設計好的er圖再附以相應的說明書可作為階段成果 概念模型設計可分三步完成。 (1) 設計局部概念模型 ① 確定局部概念模型的范圍 ② 定義實體 ③ 定義聯系 ④ 確定屬性 ⑤ 逐一畫出所有的局部er圖，並附以相應的說明文件 (2) 設計全局概念模型 建立全局er圖的步驟如下： ① 確定公共實體類型 ② 合並局部er圖 ③ 消除不一致因素 ④ 優化全局er圖 ⑤ 畫出全局er圖，並附以相應的說明文件。 (3) 概念模型的評審 概念模型的評審分兩部分進行 第一部分是用戶評審。 第二部分是開發人員評審。 4.邏輯設計邏輯設計階段的主要目標是把概念模型轉換為具體計算機上dbms所支持的結構數據模型。 邏輯設計的輸入要素包括：概念模式、用戶需求、約束條件、選用的dbms的特性。 邏輯設計的輸出信息包括：dbms可處理的模式和子模式、應用程序設計指南、物理設計指南。 (1) 設計模式與子模式 關系資料庫的模式設計可分四步完成。 ① 建立初始關系模式 ② 規范化處理 ③ 模式評價 ④ 修正模式 經過多次的模式評價和模式修正，確定最終的模式和子模式。 寫出邏輯資料庫結構說明書。 (2) 編寫應用程序設計指南 根據設計好的模式和應用需求，規劃應用程序的架構，設計應用程序的草圖，指定每個應用程序的數據存取功能和數據處理功能梗概，提供程序上的邏輯介面。 編寫出應用程序設計指南。 (3) 編寫物理設計指南。 根據設計好的模式和應用需求，整理出物理設計階段所需的一些重要數據和文檔。例如，資料庫的數據容量、各個關系(文件)的數據容量、應用處理頻率、操作順序、響應速度、各個應用的lra和tv、程序訪問路徑建議，等等。這些數據和要求將直接用於物理資料庫的設計。 編寫出物理設計指南。 5.物理設計物理設計是對給定的邏輯數據模型配置一個最適合應用環境的物理結構。 物理設計的輸入要素包括：模式和子模式、物理設計指南、硬體特性、os和dbms的約束、運行要求等。 物理設計的輸出信息主要是物理資料庫結構說明書。其內容包括物理資料庫結構、存儲記錄格式、存儲記錄位置分配及訪問方法等。 物理設計的步驟如下： (1) 存儲記錄結構 設計綜合分析數據存儲要求和應用需求，設計存儲記錄格式。 (2) 存儲空間分配 存儲空間分配有兩個原則： ①存取頻度高的數據盡量安排在快速、隨機設備上，存取頻度低的數據則安排在速度較慢的設備上。 ②相互依賴性強的數據盡量存儲在同一台設備上，且盡量安排在鄰近的存儲空間上。 從提高系統性能方面考慮，應將設計好的存儲記錄作為一個整體合理地分配物理存儲區域。盡可能充分利用物理順序特點，把不同類型的存儲記錄指派到不同的物理群中。 (3) 訪問方法的設計 一個訪問方法包括存儲結構和檢索機構兩部分。存儲結構限定了訪問存儲記錄時可以使用的訪問路徑；檢索機構定義了每個應用實際使用的訪問路徑。 (4) 物理設計的性能評價 ① 查詢響應時間 從查詢開始到有結果顯示之間所經歷的時間稱為查詢響應時間。查詢響應時間可進一步細分為服務時間、等待時間和延遲時間。 在物理設計過程中，要對系統的性能進行評價。性能評價包括時間、空間、效率、開銷等各個方面。 ⊙ cpu服務時間和i/o服務時間的長短取決於應用程序設計。 ⊙ cpu隊列等待時間和i/o隊列等待時間的長短受計算機系統作業的影響。 ⊙ 設計者可以有限度地控制分布式資料庫系統的通信延遲時間。 ② 存儲空間 存儲空間存放程序和數據。程序包括運行的應用程序、dbms子程序、os子程序等。數據包括用戶工作區、dbms工作區、os工作區、索引緩沖區、數據緩沖區等。 存儲空間分為主存空間和輔存空間。設計者只能有限度地控制主存空間，例如可指定緩沖區的分配等。但設計者能夠有效地控制輔存空間。 ③ 開銷與效率 設計中還要考慮以下各種開銷，開銷增大，系統效率將下降。 ⊙ 事務開銷指從事務開始到事務結束所耗用的時間。更新事務要修改索引、重寫物理塊、進行寫校驗等操作，增加了額外的開銷。更新頻度應列為設計的考慮因素。 ⊙ 報告生成開銷指從數據輸入到有結果輸出這段時間。報告生成佔用cpu及i/o的服務時間較長。設計中要進行篩選，除去不必要的報告生成。 ⊙ 對資料庫的重組也是一項大的開銷。設計中應考慮數據量和處理頻度這兩個因數，做到避免或盡量減少重組資料庫。 在物理設計階段，設計、評價、修改這個過程可能要反復多次，最終得到較為完善的物理資料庫結構說明書。 建立資料庫時，dba依據物理資料庫結構說明書，使用dbms提供的工具可以進行資料庫配置。 在資料庫運行時，dba監察資料庫的各項性能，根據依據物理資料庫結構說明書的准則，及時進行修正和優化操作，保證資料庫系統能夠保持高效率地運行。 6.程序編制及調試在邏輯資料庫結構確定以後，應用程序設計的編制就可以和物理設計並行地展開 程序模塊代碼通常先在模擬的環境下通過初步調試，然後再進行聯合調試。聯合調試的工作主要有以下幾點： (1) 建立資料庫結構 根據邏輯設計和物理設計的結果，用dbms提供的數據語言(ddl)編寫出資料庫的源模式，經編譯得到目標模式，執行目標模式即可建立實際的資料庫結構。 (2) 調試運行 資料庫結構建立後，裝入試驗數據，使資料庫進入調試運行階段。運行應用程序，測試 (3) 裝入實際的初始數據 在資料庫正式投入運行之前，還要做好以下幾項工作： (1) 制定資料庫重新組織的可行方案。 (2) 制定故障恢復規范 (3) 制定系統的安全規范 7.運行和維護資料庫正式投入運行後，運行維護階段的主要工作是： (1) 維護資料庫的安全性與完整性。 按照制定的安全規范和故障恢復規范，在系統的安全出現問題時，及時調整授權和更改密碼。及時發現系統運行時出現的錯誤，迅速修改，確保系統正常運行。把資料庫的備份和轉儲作為日常的工作，一旦發生故障，立即使用資料庫的最新備份予以恢復。 (2) 監察系統的性能。 運用dbms提供的性能監察與分析工具，不斷地監控著系統的運行情況。當資料庫的存儲空間或響應時間等性能下降時，立即進行分析研究找出原因，並及時採取措施改進。例如，可通修改某些參數、整理碎片、調整存儲結構或重新組織資料庫等方法，使資料庫系統保持高效率地正常運作。 (3) 擴充系統的功能 在維持原有系統功能和性能的基礎上，適應環境和需求的變化，採納用戶的合理意見，對原有系統進行擴充，增加新的功能。
⑸ 求銀行存儲系統的系統設計、代碼C++
小弟弟，這問題懂的也不能在這里答你的，呵呵，這樣會違反銀行信息安全規范，是銀監局下的天條，必殺之。
看來你是來找課程作業的，唉～～可憐啊。
怎麼現在的老師還出這些與實際應用不著邊的課題～～
⑹ 資料庫開發是做什麼東西的
資料庫開發工程師(Database Developer)是從事資料庫管理系統(DBMS)和資料庫應用軟體設計研發的相關工作人員的統稱，他屬於軟體研發工程師，但又有一部分運維工作的內容。他主要從事軟體研發的工作，但同時也要參與資料庫生產環境的問題優化和解決。
根據研發的內容不同，資料庫開發工程師可以分為兩大發展方向:資料庫內核研發和資料庫應用軟體研發:
a) 資料庫內核研發:主要負責設計和研發資料庫管理系統，重點關注的是資料庫管理系統內部架構的設計和實現，比如MySQL分支的開發、Oracle 10g新特性開發等
b) 資料庫應用軟體研發:主要負責設計和研發資料庫管理系統衍生的各種應用軟體產品，重點關注的是資料庫外部應用軟體產品架構的設計和實現，比如分布式資料庫、資料庫中間件等。
資料庫開發工程師與傳統的資料庫管理員(簡稱DBA，也稱為資料庫工程師)是不同的職位。傳統的DBA主要屬於運維職位，而資料庫開發工程師則屬於軟體研發職位。但二者也有部分工作內容重合，比如都要跟進資料庫生產環境出現的故障問題，其中DBA主要負責故障處理，而資料庫開發工程師主要跟進自己開發的系統模塊出現的bug或性能問題 。
(6)存儲系統開發應用設計是什麼擴展閱讀：
資料庫(Database)是按照數據結構來組織、存儲和管理數據的倉庫，它產生於距今六十多年前，隨著信息技術和市場的發展，特別是二十世紀九十年代以後，數據管理不再僅僅是存儲和管理數據，而轉變成用戶所需要的各種數據管理的方式。資料庫有很多種類型，從最簡單的存儲有各種數據的表格到能夠進行海量數據存儲的大型資料庫系統都在各個方面得到了廣泛的應用。
在信息化社會，充分有效地管理和利用各類信息資源，是進行科學研究和決策管理的前提條件。資料庫技術是管理信息系統、辦公自動化系統、決策支持系統等各類信息系統的核心部分，是進行科學研究和決策管理的重要技術手段。
定義1
資料庫，簡單來說是本身可視為電子化的文件櫃--存儲電子文件的處所，用戶可以對文件中的數據進行新增、截取、更新、刪除等操作。
資料庫指的是以一定方式儲存在一起、能為多個用戶共享、具有盡可能小的冗餘度的特點、是與應用程序彼此獨立的數據集合。
在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣的"倉庫"，並根據管理的需要進行相應的處理。
例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫，有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。
此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。
定義2
資料庫是依照某種數據模型組織起來並存放二級存儲器中的數據集合。這種數據集合具有如下特點:盡可能不重復，以最優方式為某個特定組織的多種應用服務，其數據結構獨立於使用它的應用程序，對數據的增、刪、改、查由統一軟體進行管理和控制。從發展的歷史看，資料庫是數據管理的高級階段，它是由文件管理系統發展起來的。
網路-資料庫
⑺ 一個資料庫應用系統開發和設計過程大致包括那幾個階段
在資料庫應用系統的開發過程中，每個階段的工作成果就是寫出相應的文檔。每個訪問方法的設計 一個訪問方法包括存儲結構和檢索機構兩部分。存儲結構限定了