① 軟體工程第六版第六章課後答案盒圖是怎麼畫出來的
你好，這樣提問很難回答，希望樓主能夠拍張照貼上來
② 軟體工程答案什麼是白盒測試和黑盒測試，試各舉一例
黑盒測試：已知產品的功能設計規格，可以進行測試證明每個實現了的功能是否符合要求。
白盒測試：已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規格要求，所有內部成分是否以經過檢查。
黑盒測試主要是為了發現以下幾類錯誤：
1、是否有不正確或遺漏的功能？
2、在介面上，輸入是否能正確的接受？能否輸出正確的結果？
3、是否有數據結構錯誤或外部信息（例如數據文件）訪問錯誤？
4、性能上是否能夠滿足要求？
5、是否有初始化或終止性錯誤？
白盒測試主要是想對程序模塊進行如下檢查：
1、對程序模塊的所有獨立的執行路徑至少測試一遍。
2、對所有的邏輯判定，取「真」與取「假」的兩種情況都能至少測一遍。
3、在循環的邊界和運行的界限內執行循環體。
4、測試內部數據結構的有效性，等等。
③ 軟體工程題目，最好給我畫圖了，謝謝~~
五洲工作流程管理系統軟體
（FlowShop V1.0）
簡介
FlowShop（工作流程管理系統軟體）是一個面向企業管理信息化的設計工具和運行平台。利用該平台可以通過流程定義、表單定義、操作界面定義、功能許可權定義、菜單定義、組織人員定義等功能快速實現企業實際管理上的計算機信息化。輕松、快速地構建符合實際管理運營需要的ERP、OA、CRM、SCM等管理信息系統，真正動態自適應的BPR（業務流程再造系統）平台。
FlowShop採用跨平台的J2EE架構，適應各種軟硬體環境，通過標準的JDBC連接關系型資料庫，廣泛適應各種計算機平台和系統軟體的運行環境。
包含企業組織機構管理系統，靈活定義樹狀結構的組織機構、人員、角色、相關屬性信息；
包含系統功能、菜單定義模塊，靈活發布實現的功能模塊（表單流程）；
包含企業基礎信息管理系統，動態地根據用戶定義的企業基本信息結構生成各種資料庫表，包括：帳套信息、倉庫信息、供應商信息、客戶信息、員工信息、資產信息、各種經濟活動規則信息等；
包含業務流程管理系統，用戶可以根據自身的情況設定各種業務流程，各個流程環節的任務分派規則，自動根據用戶定義的表單結構信息生成資料庫表，並且可以自行定義各個操作環節的操作界面；
包含工作流程調度引擎，業務人員發起某項工作後，系統自動根據設定的分派規則推出相關人員的「待辦事項」，用戶登錄系統後直接點擊待辦事項進行事務處理，大大提高了業務人員的工作效率；
包含企業信息查詢管理系統，用戶可以定義各種資料庫信息查詢，支持跨資料庫查詢的設計平台，個性化查詢結果定義，個性化查詢條件設定，支持「超連接」的深度查詢設計，支持查詢結果的Excel/文本導出功能；
上海五洲科技有限公司
http://www.flowshop.com.cn/
8621-50898666
④ 軟體工程的幾道題目
1、耦合是對一個軟體結構內各個模塊之間互連程度的度量。
2、模塊的作用域應該在控制域內一個模塊的控制域，是模塊本身及其所有從屬(及所有可供他調用的下級模塊)。一個模塊的作用域，是受這個模塊中決策影響的其他模塊。
3、變換分析設計步驟：
⑴確定變換中心，邏輯輸入和輸出。
⑵設計軟體結構的頂層和第一層--變換結構:頂層的功能是完成所有模塊的控制（名稱應是系統名，以體現完成整個系統功能）
第一層至少有三種功能模塊：輸入、輸出和變換模塊
⑶設計中、下層模塊，對第一層的模塊自頂向下分解。
輸入模塊由兩部分組成：接收數據、轉換成調用模塊所需信息。
輸出模塊由兩部分組成：將數據轉換成下屬模塊所需的形式、 發送數據
變換模塊：對每個基本加工建立一功能模塊
⑷設計的優化 ：輸入部分求精，每個物理輸入設置專門模塊，以體現系統的外部介面。其它輸入模塊與轉換數據模塊都很簡單時，可將它們合並。
輸出部分求精：每個物理輸出設置專門模塊，其它也可適當合並。
變換部分求精：根據設計准則，對模塊適當合並。
4、程序流程圖雖然比較直觀，靈活，並且比較容易掌握，但是它的隨意性和靈活性卻使它不可避免地存在著一些缺點：（1）由於程序流程圖的特點，它本身並不是逐步求精的好工具。因為它使程序員容易過早地考慮程序的具體控制流程，而忽略了程序的全局結構；（2）程序流程圖中用箭頭代表控制流，這樣使得程序員不受任何約束，可以完全不顧結構程序設計的精神，隨意轉移控制；（3）程序流程圖在表示數據結構方面存在不足； N-S圖有以下一些特點：（1）功能域（即某一個特定控制結構的作用域）有明確的規定，並且可以很直觀地從N-S圖上看出來；（2）它的控制轉移不能任意規定，必須遵守結構化程序設計的要求；（3）很容易確定局部數據和全局數據的作用域；（4）很容易表現嵌套關系，也可以表示模塊的層次結構。 PDL語言具有下述特點：（1）PDL雖然不是程序設計語言，但是它與高級程序設計語言非常類似，只要對PDL描述稍加變換就可變成源程序代碼。因此，它是詳細設計階段很受歡迎的表達工具。（2）用PDL寫出的程序，既可以很抽象，又可以很具體。因此，容易實現自頂向下逐步求精的設計原則。（3）PDL描述同自然語言很接近，易於理解。（4）PDL描述可以直接作為注釋插在源程序中，成為程序的內部文檔。這對提高程序的可讀性是非常有益的。（5）PDL描述與程序結構相似，因此自動產生程序比較容易。
PDL的缺點是不如圖形描述形象直觀，因此人們常常將PDL描述與一種圖形描述結合起來使用。
6、需求分析階段的任務是：在可行性分析的基礎上，進一步了解、確定用戶需求。准確地回答 「系統必須做什麼？」 的問題。獲得需求規格說 明書。還涉及到軟體系統的目標、軟體系統提供的服務、軟體系統的約束和軟體系統運行的環境。它還涉及到這些因素和系統的精確規格說明，以及系統進化之間的關系。
第五題不會，呵呵