軟體工程畢業論文信息安全

A. 專業選擇。信息安全或者軟體工程

信息安全和軟體工程其實都差不多吧！看個人愛好
軟體工程呢、感覺做這行的人太多了、競爭激烈~ 工作久了就覺得沒什麼意思~ 但很好找工作、就業前景廣闊！
信息安全呢、適合於年輕人、知識經驗更新快！比較有挑戰性、總有新東西接觸！
但目前國內這方面的公司及工作好像都比較少~ 以後也許會有更多機會！

總而言之、比較穩妥的就選軟體工程吧~

B. 軟體工程、網路工程、信息安全三專業有什麼不同各自就業如何謝謝

軟體工程
培養能在科研、教育、軟體設計、軟體開發與測試、Web開發等工作的高級專門人才。
網路工程
培養掌握網路搭建、網站建設與維護技術，網路建設和管理的高級專門人才。
信息安全
最牛逼
就業前景最好

C. 請問 軟體工程/計算機科學與技術/信息安全 的區別

1、偏向程度不同：

計算機科學與技術：廣義的計算機科學與技術應該包括軟體工程。計算機科學與技術研究計算機軟硬體的組成原理、操作系統、計算機網路、演算法和數據結構，包括計算機的軟硬體，一般有軟體工程方向、網路工程方向、網路信息安全等方向。

軟體工程：更關注軟體，程序設計。

信息工程：偏向於信息處理，包括通信、信息處理和自動化。

2、學科的難易程度不同：

信息工程最難，對物理和數學要求，硬體要求高；計算機科學與技術其次，也是有硬體要求；軟體工程最容易。從發展前景來看，如果單純就業，軟體工程最好，薪酬也最高，畢竟現在不是很需要關注硬體，只要會應用就行。

如果想做點研發或者高度站高一點，學點硬體知識很有必要，而且技術發展很快，學點物理和數學這些基礎的，有助於後續不被新知識嚇壞。

3、專業內容不同：

專業內容來看，計算機科學與技術（計科）專業注重計算機基礎知識的理解和知識結構的全面性，軟體工程專業注重實踐能力的培養，而信息工程專業則主要注重信息傳輸相關知識的掌握。總的來說，這幾個專業的發展前景在當下的信息化時代都是不錯的。

D. 軟體工程專業與信息安全關聯大嗎

我本科軟體，碩士網路安全（算是信息安全的分支吧）。這兩個本科階段沒啥聯系。碩士階段還是有一些，因為涉及到演算法的實現等等。

E. 軟體工程，信息安全專業

信息安全專業這個還湊合點，軟體工程這個太累工資還湊合算個技術活

F. 軟體工程、網路工程與信息安全

你看一下CISSP的認證教材，自己衡量一下，個人感覺計算機科學與技術更合適一些，對於原理性的東西掌握得更深一些。

CISSP 全稱 Certified Information System Security Professional，國際注冊信息系統安全專家，由國際信息系統安全認證協會((ISC)2)組織和管理，是目前全球范圍內最權威，最專業，最系統的信息安全認證。

參考：
http://ke..com/view/79515.htm?fr=ala0_1_1

G. 求論文資料···關於信息安全

學校教材定購系統 1．引言 隨著教學質量的提高，對軟體質量的要求也越來越高，因此，教師、學生對教材的訂購了越來越重視，希望獲取教材的過程簡單，方便，快速，因而，做一個好的訂購系統是十分重要的。 訂購是指教師或學生向工作人員提供要采購的教材，經工作人員審查後，發給教師或學生發票，然後去書庫去領取教材，但工作人員發現書庫中缺貨時，要及時的向采購部報告，采購部要及時的進貨，然後，工作人員來修改記錄。 1．1 編寫的目的 需求分析的任務是確定系統必須完成哪些工作，就是對目標系統提出完整、准確、 清晰、具體的要求。 此教材訂購系統的編寫目的是，讓用戶以及工作人員充分了解本產品而設立的，它說明了本產品的各種功能和性能需求，明確各種功能的實現背景，以及適用的范圍及背景。提供客戶解決問題和達到目標所需要的條件，提供一個度量和遵守的基準。 1．2 背景 工程的名稱：學校教材訂購系統開發公關項目。 工程產品的名稱：學校教材訂購系統。 工程組織者：南昌航空工業學院038062班學生。 工程使用者：南昌航空工業學院教務處。 產品用戶：教師，學生。 產品設計者：南昌航空工業學院038062班學生。 1．3 定義 教材訂購顧名思義就是領取和購買教材。 訂購系統的主要內容是，利用計算機來實現教材的采購，以及教材的銷售，只要教師或學生憑發票就可以領取自己的教材，如果某種教材脫銷時，則要登記缺書，有采購部去采購，一旦新書入庫，要及時的更改記錄。 需求用戶解決問題或達到目標所需的條件或權能；系統或系統部件要滿足合同、標准、規范或其它正式規定文檔所需具有的條件或權能。 需求量分析包括提煉、分析和仔細審查已收集到需求，以確保所有的風險承擔者都明白其含義並找出其中的錯誤、遺憾或其它不足的地方。 模塊的獨立性是指軟體系統中每個模塊只涉及軟體要求的具體的子功能，而和軟體系統中其他的模塊的介面是簡單的。 1．3 參考資料 軟體工程導論-------------------------張海藩 主編 清華大學出版社 軟體開發項目管理--------------------劉積仁、康曉東、饒友玲 主編 人民郵電出版社 2． 任務概述 2．1 目標： 本系統可細化為兩個子系統：銷售系統和采購系統 銷售系統的工作過程為：首先由教師或學生提交購書單，經教材科發行人員審核是有效購書單後，開發票、登記並返給教師或學生領書單，教師或學生即可去書庫領書。 采購系統的主要工作過程為：若是脫銷教材，則登記缺書，發缺書單給 書庫采購人員；一旦新書入庫後，即發進書通知。 下面給出系統的初步概圖,方便用戶和讀者充分認識本系統的最初實現情況,並對系統有個初步的了解,也方便開發人員把握開發方向,最終實現本系統。 出庫表 缺書登記表 待購教材表 教材庫存表 進庫表 購書表 進書通知 2．2 用戶的特點： 本系統用戶的特點：本軟體的最終用戶可分為操作人員、維護人員。 其中，操作人員要求對計算機有一定了解的企業技術人員。最好能熟練運用計算機所用操作系統，精通所用系統功能， 維護人員要求對本系統有較深的了解，同時對系統相關信息及工作流程有所了解的技術人員。 本系統主要在學期開學發書、學期結束訂書時大幅度使用，這時候也是本系統最需要維護的時候，所以在這時候要對本系統進行必要的檢修，防止數據出錯。 2．3 假設與約束 設計的約束或實現約束描述在設計或實現應用系統時應遵守的限制條件。其並不是要取代設計（實現）過程，只是說明用戶或環境強加給項目的限制條件。 本系統的限制條件是： 當書庫中書籍發生改變時，要及時修改相關書籍的記錄。 在實現銷售和采購的工作過程中，要考慮相關的合法性。 系統的外部項要包括：教師、學生、教材工作人員。 系統的相關數據存儲包括：購書表，庫存表，缺書登記表，待購教材表，進庫表和出庫表。 3． 需求規定 3．1 對功能的規定 本系統在向學生售書時主要輸入學生學號、班級代號、購書數量、購書書名信息，然後列印領書單返回給學生領取書籍。 本系統在查詢資料庫時主要輸入需要查詢的相關信息，包括圖書編號、圖書書名、出版社信息、圖書特色等信息方便操作人員把握圖書信息。 本系統還兼顧一點財務信息的管理，在發生單人購書時，系統直接向購書者收取現金，內部形成一個小小的財務管理。 本系統還和學校的財務科發生數據交換，發生集體售書時，學根據數據的有效性，直接向集體售書，形成的財務信息直接和財務科交換，方便結算。即：向學生集體售書時不需要直接收取現金，而待教材科結算時向財務科提交數據，由財務科從學生的預交書費里扣除，保證教材科財務信息的完整。 3．2 對性能的規定 對系統中輸入的數據要按照數據字典的規定嚴格輸入，盡量避免數溢出處和數據的不合法性。 3．2．1 精度 要求查詢切換之間的時間控制以秒為單位。 3．2．2 時間特性要求 在軟體方面，響應時間、更新處理時間、數據傳送和轉換時間、處理和解決問題時間，都比較迅速，完全滿足用戶要求。 3．2．3 靈活性 當操作方式、數據結構、與其它軟體介面等發生變化時，設計的軟體要做一些適當高速整，靈活性非常大。 3．3 輸入輸出要求 3．4 數據管理能力的要求 3．5 故障處理要求 4． 運行環境規定 4．1 設備 使用Windows NT 或 Windows 2000 Server以上操作系統。 4．2 支持的軟體 4．3 介面 在顯示器上完成相應的功能，在windows xp或windows 2000server 系統下安裝此軟體。 4．4 控制 二． 數據需求說明書 1． 引言 1．1 編寫的目的 數據需求說明書的編制目的是為了向整個開發時期提供關於處理數據的描述和數據採集要求的技術信息。 1．2 背景 因為每個教師教學時所用的教材是不同的，所以，采購部就需要購買的書籍也就不同，並且，因為系別的不同，所使用的教材也就不同，書庫中，書籍的脫銷也是經常發生的，就需要采購部購買此種書籍，這時，就要修改書庫中此種書籍的記錄。所以，數據的流通是非常多且亂的，所以呢，數據需求說明書是非常必要的。 1．3 定義 1．4 參考資料 2． 數據的邏輯描述 2．1 靜態數據 2．2 動態輸入數據 動態輸入數據是有後勤工作人員控制的，包括 2．3 動態輸出數據 2．4 內部生成數據 2．5 數據約束 3．數據的採集 3．1 要求和范圍 3．2 輸入的承擔者 3．3 處理 3．4 影響 在整個需求說明書中，數據佔了絕大多數，需求說明書是為後面的編程作鋪墊的，如果需求說明書中出現錯誤的話，那整個系統就會出現錯誤，而在整個需求說明書中數據出現錯誤的概率是非常大的，所以，數據的說明書是非常重要的，這樣可以減少軟體系統中錯誤。 三．概要設計說明書 概要設計說明書可稱作系統設計說明書，這里說的系統是指程序系統。 引言 1．1 編寫目的 編寫的目的是說明對程序的系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、介面設計、運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。 在本階段中，確定如何具體的實現所要求的系統，從而在編碼階段可以把這個描述直接翻譯成具體的程序語言書寫的程序。主要工作有：根據《學校教材訂購系統需求分析說明書》所描述的數據、功能性能需求、處理流程、總體結構和模塊設計，涉及軟體系統的結構設計、逐個模塊的程序描述。 1.2 背景 「學校教材訂購系統」有兩部分組成：銷售系統和采購系統。 銷售系統的工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單後，開發票、登記並返給教師或學生領書單，教師或學生即可去書庫領書。 采購系統的主要工作過程為：若是脫銷教材，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫後，即發進書通知給教材發行人員。 1.3 定義 庫存表：存放庫中存在得書籍數據。 出庫表：存放已銷售的書籍的數據。 入庫表：存放入庫書籍的數據。 購書表：存放提交的購書信息。 缺書登記表：存放缺少的書籍的信息。 待購教材表：存放待購書籍信息。 1.3 參考資料 軟體工程導論---------------------- 張海藩 主編 清華大學出版社 資料庫系統概論------------------薩師煊、王珊 主編 高等教育出版社 學校教材訂購系統需求分析說明書---------------------軟體開發小組 總體設計 2.1 需求規定 為方便教師、學生領書，教材發行人員處理各種單據，以及采購人員采購需開發一個「學校教材訂購系統」。教師後學生提交購書單，經教材發行人員審核是有效購書單後，開發票、登記並返給教師或學生領書單，教師或學生即可去書庫領書。若是脫銷教材，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫後，即發進書通知給教材發行人員。 要求系統能有效、快速、安全、可靠和無誤的完成上述操作。並要求界面簡單明了，易於操作，資料庫利於維護。 2.2 運行環境 Windows xp 系統中或windows 2000 server 中。 2.3 基本設計概念和處理流程 2.4 結構 2.5 功能需求與程序的關系 2.6 人工處理過程 2.7 尚未解決的問題 介面設計 2.8 用戶介面 2.9 內部介面 2.10 外部介面 4. 運行設計 4.1 運行模塊組合 4.2 運行控制 4.3 運行時間 5. 系統數據結構設計 5.1 邏輯結構設計要點 5.2 物理結構設計要點 5.3 數據結構與程序的關系 6. 系統出錯處理設計 6.1 出錯信息 6.2 補救措施 6.3 系統維護設計 四. 詳細設計說明書 1 引言 1.1 編寫目的 1.2 背景 1.3 定義 1.4 參考資料 2 程序系統的組織結構 3 程序1（標識符）設計說明 3.1 程序描述 3.2 功能 銷售子系統模塊：提交購書單、審核購書單、開發票、登記購書紀錄、返回領書單、修改和維護資料庫中相應的表。 采購子系統模塊：發缺書單、登記缺書紀錄、擬訂待購書信息、發進書通知單、修改和維護資料庫中相應的表。 3.3 性能 ① 精度：購書是由需求決定的，只要有缺書現象則會體現出來，但也因為這樣，如果需要提前多購相關書籍的話，則需要管理人員的參與。 ② 時間特性要求：定購需要提前若干天。 ③ 可靠性：較高 ④ 靈活性：在購書單未審核時，可以撤消訂購或修改，一旦審核，則不能再修改 3.4 輸入項 銷售子系統模塊：需要輸入購書單中要求的信息（提交人姓名、書名、書號、數量、身份識別碼）。 采購子系統模塊：需要輸入缺書單中要求的信息（書名、書號、數量）。 3.5 輸出項 銷售子系統模塊：需要列印領書單（書名、書號、數量、領書人姓名），發票（書名、書號、開票人姓名、交易金額、交易日期）。 采購子系統模塊：需要列印進書通知單（書號、書名、進書日期）。 3.6 演算法 3.7 流程邏輯 銷售子系統模塊程序流程圖：

H. 軟體工程和信息安全哪個比較好

絕對是軟體工程啊，信息安全搞的好就很輕松，搞的不好的就是一公司或者單位的網管級人物。。。，軟體工程很有搞頭，我是搞軟體開發的 Java，絕對不騙你

I. 您好，請問軟體工程畢業生可以搞信息安全方面的工作嗎，比如網路信息安全，信息風險管理

完全可以，要自己鑽研的。