第一篇：教學(xué)培訓(xùn)信息管理系統(tǒng)的分析與設(shè)計(jì)

教學(xué)培訓(xùn)信息管理系統(tǒng)的分析與設(shè)計(jì)

【摘 要】一個(gè)高效率的教學(xué)培訓(xùn)系統(tǒng)能夠?qū)W(xué)員信息進(jìn)行信息化管理，減輕管理人員的工作負(fù)擔(dān)，高效并規(guī)范地管理學(xué)員信息。在對(duì)培訓(xùn)機(jī)構(gòu)主要業(yè)務(wù)和需求的詳細(xì)分析基礎(chǔ)上，結(jié)合軟件工程的理論和技術(shù)分析并設(shè)計(jì)了一個(gè)培訓(xùn)信息管理系統(tǒng)，從軟硬件兩方面把學(xué)院建設(shè)成一流的信息管理、教育教學(xué)的平臺(tái)，幫助培訓(xùn)機(jī)構(gòu)高效科學(xué)的處理信息，并為經(jīng)營(yíng)決策者提供更方便的統(tǒng)計(jì)分析機(jī)制。

【關(guān)鍵詞】培訓(xùn)；ASP.NET；模塊

隨著知識(shí)經(jīng)濟(jì)時(shí)代的來(lái)臨，世界各國(guó)不約而同地把目光投向了發(fā)展教育，提高全民素質(zhì)上，教育終身化成為社會(huì)發(fā)展的大趨勢(shì)。我國(guó)政府也提出了“科教興國(guó)”的戰(zhàn)略決策。教育的全民性、終身性，要求學(xué)歷教育與非學(xué)歷教育比翼齊飛。一方面，要大力發(fā)展基礎(chǔ)教育、高等教育和職業(yè)教育等各種學(xué)歷教育；另一方面，也要大力發(fā)展面向各類人群、各行各業(yè)、各種內(nèi)容的非學(xué)歷教育。各類教學(xué)培訓(xùn)機(jī)構(gòu)在經(jīng)濟(jì)建設(shè)和社會(huì)發(fā)展中起到非常重要的作用。然而對(duì)于教學(xué)培訓(xùn)機(jī)構(gòu)而言，如何更好的處理培訓(xùn)的相關(guān)信息，從軟硬件兩方面把學(xué)院建設(shè)成一流的信息管理、教育教學(xué)的平臺(tái)，成為一個(gè)重中之重的環(huán)節(jié)，因此，有必要設(shè)計(jì)適用于培訓(xùn)機(jī)構(gòu)信息高效、科學(xué)地處理的教學(xué)培訓(xùn)管理系統(tǒng)。

由于教學(xué)培訓(xùn)信息管理系統(tǒng)的研究具有分布式特點(diǎn)，并且需要采用模塊化的設(shè)計(jì)，因此，在系統(tǒng)的分析與設(shè)計(jì)中，使用的體系架構(gòu)為B/S模式的三層架構(gòu)。同時(shí)，系統(tǒng)使用ASP.NET作為開(kāi)發(fā)平臺(tái)，并使用統(tǒng)一建模語(yǔ)言進(jìn)行分析描述，后臺(tái)使用的數(shù)據(jù)庫(kù)為常用的SQL Server 2005數(shù)據(jù)庫(kù)。B/S架構(gòu)下的管理軟件具有簡(jiǎn)單而方便的業(yè)務(wù)擴(kuò)展，實(shí)現(xiàn)增加服務(wù)器功能只需相應(yīng)地增加網(wǎng)頁(yè)；功能維護(hù)也簡(jiǎn)單方便，僅需改變網(wǎng)頁(yè)，就能實(shí)現(xiàn)所有用戶使用時(shí)的同步更新；開(kāi)發(fā)相對(duì)簡(jiǎn)單，共享性強(qiáng)。因此用 B/S 模式來(lái)設(shè)計(jì)項(xiàng)目培訓(xùn)管理系統(tǒng)比較合適，服務(wù)器端采用 SQL Server 數(shù)據(jù)庫(kù)系統(tǒng)和 ASP.NET 組件來(lái)構(gòu)成項(xiàng)目培訓(xùn)管理的應(yīng)用服務(wù)系統(tǒng)；客戶端采用瀏覽器來(lái)完成學(xué)院完成培訓(xùn)任務(wù)的全過(guò)程，同時(shí)管理員可進(jìn)行遠(yuǎn)程系統(tǒng)維護(hù)和管理。

本文所設(shè)計(jì)的系統(tǒng)，功能模塊包括學(xué)員信息管理、培訓(xùn)信息管理、員工信息理、考試信息管理，以及成績(jī)和證書(shū)管理模塊。系統(tǒng)運(yùn)用方便、操作簡(jiǎn)單，效率高，可以大大提高培訓(xùn)機(jī)構(gòu)員工的辦公效率，對(duì)各個(gè)開(kāi)設(shè)培訓(xùn)科目的報(bào)名情況及發(fā)展?fàn)顩r進(jìn)行統(tǒng)計(jì)分析，幫助經(jīng)營(yíng)決策者提供更方便的統(tǒng)計(jì)分析機(jī)制。系統(tǒng)的功能需求分析

對(duì)學(xué)員信息、員工信息、培訓(xùn)信息、考試信息、成績(jī)和證書(shū)進(jìn)行管理，主要包括修改刪除學(xué)員信息，添加科目報(bào)名信息，調(diào)班和退班，查詢和統(tǒng)計(jì)，添加員工信息，修改及刪除員工信息，員工查詢，查詢和添加班級(jí)，修改及刪除班級(jí)，班級(jí)學(xué)員導(dǎo)入，上課記錄，考試學(xué)員安排，對(duì)于證書(shū)的發(fā)放記錄、發(fā)放時(shí)間和經(jīng)辦人等。系統(tǒng)的概要設(shè)計(jì)

2.1 主要功能模塊設(shè)計(jì)

圖1 主要功能模塊

根據(jù)培訓(xùn)信息管理系統(tǒng)的需求以及相關(guān)的系統(tǒng)業(yè)務(wù)流程，我們采用模塊結(jié)構(gòu)化設(shè)計(jì)，整個(gè)系統(tǒng)按層次進(jìn)行模塊劃分，各個(gè)模塊完成自己特定的功能。本系統(tǒng)一共分為五大模塊，這五大模塊分別是：學(xué)員信息管理模塊、培訓(xùn)信息管理模塊、員工信息管理模塊、考試信息管理模塊以及成績(jī)與證書(shū)管理模塊，每個(gè)模塊的功能都按照培訓(xùn)信息管理的日常業(yè)務(wù)進(jìn)行設(shè)計(jì)，各模塊功能概述如圖1。

2.2 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)

對(duì)于數(shù)據(jù)庫(kù)的概念設(shè)計(jì)，表現(xiàn)數(shù)據(jù)庫(kù)的概念結(jié)構(gòu)最常用的方法是使用E-R（Entity-Relationship）數(shù)據(jù)模型。E-R數(shù)據(jù)模型的實(shí)現(xiàn)方式為利用屬性、實(shí)體以及兩者之間的關(guān)聯(lián)統(tǒng)一描述現(xiàn)實(shí)世界的信息結(jié)構(gòu)。

圖2 系統(tǒng)E-R圖

2.3 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)

數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)設(shè)計(jì)對(duì)應(yīng)的工作為把概念結(jié)構(gòu)設(shè)計(jì)時(shí)提出的E-R實(shí)體聯(lián)系圖進(jìn)行轉(zhuǎn)化，從而與數(shù)據(jù)庫(kù)管理系統(tǒng)產(chǎn)品所支持的數(shù)據(jù)模型達(dá)到一致。并在此E-R實(shí)體聯(lián)系的基礎(chǔ)上，構(gòu)建數(shù)據(jù)庫(kù)中對(duì)應(yīng)的數(shù)據(jù)表，同時(shí)還包括數(shù)據(jù)表之間的所有關(guān)聯(lián)信息。

培訓(xùn)信息管理系統(tǒng)數(shù)據(jù)庫(kù)中的主要數(shù)據(jù)表如下。辦公室表（Office）和校區(qū)表（Campus）略。

表1 科目信息表（Course）

學(xué)員信息管理模塊用于處理學(xué)員基本信息和科目報(bào)名信息，涉及到的信息表如表2所示，科目報(bào)名信息表（Subject）和學(xué)員狀態(tài)信息表（StudentSatue）略。

表2 學(xué)員基本信息表主要字段（Student）

培訓(xùn)信息管理模塊用于管理班級(jí)信息，并記錄到課情況，涉及到的信息表主要如表3所示，班級(jí)成員表（ClassMember）、上課記錄表（ClassRecord）和到課點(diǎn)名表（OrderName）略。

表3 班級(jí)信息表

員工信息管理模塊用于處理員工的基本信息，以及分配操作權(quán)限給不同員工，涉及到的信息表如表4所示，權(quán)限信息（Position）表略。

表4 員工基本信息表（Manager）

考試信息管理模塊用于記錄考試的基本信息，以及考試結(jié)果和相關(guān)的證書(shū)領(lǐng)取信息，涉及到的信息表如表5所示，考試內(nèi)容表（ExamDetails）、考試名單表（ExamPerson）、乘車信息表（Traffic）、證書(shū)信息表（Certificate）略。

表5 考試安排表（Exam）界面設(shè)計(jì)

3.1 登陸界面

3.2 其它界面（略）結(jié)束語(yǔ)

本文在對(duì)培訓(xùn)機(jī)構(gòu)需要執(zhí)行的數(shù)據(jù)操作進(jìn)行詳細(xì)分析的基礎(chǔ)上，結(jié)合B/S等技術(shù)，分析設(shè)計(jì)了適合培訓(xùn)機(jī)構(gòu)管理日常工作信息的管理系統(tǒng)。該系統(tǒng)的完成給培訓(xùn)機(jī)構(gòu)的員工和學(xué)員帶來(lái)了實(shí)用性和方便性。解決了學(xué)員信息錄入時(shí)的冗余性，減少了數(shù)據(jù)出錯(cuò)的可能性；為員工提供了方便、快捷的數(shù)據(jù)查詢功能，同時(shí)，便于對(duì)各個(gè)培訓(xùn)科目進(jìn)行統(tǒng)計(jì)分析；系統(tǒng)合理地區(qū)分學(xué)員的不同狀態(tài)，也為學(xué)員提供掌握自己培訓(xùn)所處階段提供方便；通過(guò)這個(gè)系統(tǒng)，員工基本上可以對(duì)整個(gè)培訓(xùn)流程中的所有信息進(jìn)行合理處理，大大提高工作操作效率。

【參考文獻(xiàn)】

[1]眭碧霞，李春華，張瑋.ASP.NET 程序設(shè)計(jì)與開(kāi)發(fā)[M].西安：西安電子科技大學(xué)出版社，2008.[2]萬(wàn)科，覃劍.Visual C#.NET 程序設(shè)計(jì)基礎(chǔ)與上機(jī)指導(dǎo)[M].北京：清華大學(xué)出版社，2007.[3]劉桂林，謝堯，李大友.SQL Sever 數(shù)據(jù)庫(kù)應(yīng)用技術(shù)[M].北京：中國(guó)計(jì)劃出版社，2007.[4]劉玉萍，劉海玲.基于Web 的教學(xué)計(jì)劃管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].信息技術(shù)，2006（11）.[5]王艷娥，周立.基于Web的職工培訓(xùn)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].中國(guó)管理信息，2012（06）.[6]黃艷.基于B/S模式的人力資源管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].網(wǎng)絡(luò)財(cái)富，2010（08）.[責(zé)任編輯：謝慶云]

第二篇：信息管理系統(tǒng)分析與設(shè)計(jì)候選題目

《信息管理系統(tǒng)分析與設(shè)計(jì)》課程設(shè)計(jì)候選題目

題目一 “教務(wù)管理系統(tǒng)之子系統(tǒng)——系內(nèi)課程安排” 1． 系統(tǒng)簡(jiǎn)介

每學(xué)期的期中，學(xué)院教務(wù)處分別想個(gè)系發(fā)出下學(xué)期的教學(xué)計(jì)劃，包 括課程名、課時(shí)、班級(jí)類別（本科、?？啤⒏呗殻?、班號(hào)等；系教學(xué)主管人員根據(jù)教學(xué)任務(wù)和要求給出哥們課程的相關(guān)限制（如：任課教師職稱、和班數(shù)、最高周學(xué)時(shí)數(shù)等）；任課教師自報(bào)本人授課計(jì)劃，經(jīng)所在教研室協(xié)調(diào)確認(rèn)，將教學(xué)計(jì)劃上交系主管教學(xué)計(jì)劃的主任，批準(zhǔn)后上報(bào)學(xué)院教務(wù)處，最終有教務(wù)處給出下學(xué)期全系教師的教學(xué)任務(wù)書(shū)。

假設(shè)上述排課過(guò)程全部為人工操作，現(xiàn)要求改造為能利用計(jì)算機(jī)實(shí)現(xiàn)的自動(dòng)處理過(guò)程。2． 限定條件

（1）每位教師的主講門數(shù)不超過(guò)2門/學(xué)期：講師以下職稱的教師不能承擔(dān)系定主課的主講任務(wù)。

（2）系級(jí)干部的主講課時(shí)不能超過(guò)4學(xué)時(shí)/周。

（3）本學(xué)期出現(xiàn)嚴(yán)重教學(xué)事故的教師不能承擔(dān)下學(xué)期的主講任務(wù)。（4）本系統(tǒng)的輸入項(xiàng)至少應(yīng)包含3個(gè)：教務(wù)處布置的教學(xué)計(jì)劃、系教師自報(bào)的講課計(jì)劃和系定的有關(guān)講課限制條件。

（5）本系統(tǒng)的輸出項(xiàng)至少應(yīng)包含2個(gè)：教務(wù)處最終下達(dá)的全系教師教學(xué)任務(wù)書(shū)和系各教學(xué)班一學(xué)期的課程表（可不包含上課地點(diǎn)）。

題目二“學(xué)樣教材訂購(gòu)系統(tǒng)” 1． 系統(tǒng)簡(jiǎn)介

本系統(tǒng)可細(xì)化為二個(gè)子系統(tǒng)：銷售系統(tǒng)和采購(gòu)系統(tǒng)

銷售系統(tǒng)的主要工作過(guò)程為：首先由教師或?qū)W生提交購(gòu)書(shū)單，經(jīng)教材發(fā)行人員審核是有效購(gòu)書(shū)單后，開(kāi)發(fā)票、登記并返給教師或?qū)W生領(lǐng)書(shū)單，教師和學(xué)生可去書(shū)庫(kù)領(lǐng)書(shū)。

采購(gòu)系統(tǒng)的主要工作過(guò)程為：若是脫銷教材，則登記缺書(shū)，發(fā)缺書(shū)單給書(shū)庫(kù)采購(gòu)人員；一旦新書(shū)入庫(kù)后，即發(fā)進(jìn)書(shū)通知單給教材發(fā)行人員。

以上系統(tǒng)的功能要求在計(jì)算機(jī)上實(shí)現(xiàn)。2． 技術(shù)要求及限定條件

（1）當(dāng)書(shū)加中的各種書(shū)籍?dāng)?shù)量發(fā)生變化（包括領(lǐng)書(shū)或進(jìn)書(shū)）時(shí)，都應(yīng)修改相關(guān)的書(shū)庫(kù)記錄，如庫(kù)存表或進(jìn)/出庫(kù)表。（2）在實(shí)現(xiàn)上述銷售和采購(gòu)的工作過(guò)程時(shí)，需考慮有關(guān)單據(jù)的合法性驗(yàn)證（如：購(gòu)書(shū)單、領(lǐng)書(shū)單等的有效性）。

（3）系統(tǒng)的外部項(xiàng)至少包括3個(gè)：教師、學(xué)生和教材工作人員。（4）系統(tǒng)的相關(guān)數(shù)據(jù)存儲(chǔ)項(xiàng)至少包括6個(gè)：購(gòu)書(shū)表、庫(kù)存表、缺書(shū)登記表、待購(gòu)教材表、進(jìn)/出庫(kù)表

題目三：“機(jī)票預(yù)訂系統(tǒng)” 1． 系統(tǒng)簡(jiǎn)介：

航空公司為給旅客提供方便，需要開(kāi)發(fā)一機(jī)票預(yù)定系統(tǒng)。各旅行社把預(yù)訂機(jī)票的旅客信息（姓名、性別、工作單位、身份證號(hào)碼、旅行時(shí)間、旅行日期等）輸入到該系統(tǒng)，系統(tǒng)為旅客安排航班。當(dāng)旅客交付了預(yù)定金后，系統(tǒng)印出取票通知單和賬單給旅客。旅客在飛機(jī)起飛的前一天憑取票通知和賬單交款取票，系統(tǒng)核對(duì)無(wú)誤碼即印出機(jī)票給旅客。此外，航空公司為隨時(shí)掌握各航向飛機(jī)的乘載情況，需要定期進(jìn)行查詢統(tǒng)計(jì)，以便做適當(dāng)調(diào)整。

2． 技術(shù)要求及限定條件

（1）在分析系統(tǒng)功能時(shí)，應(yīng)考慮有關(guān)證件的合法性驗(yàn)證（如身份證、取票通知、交款發(fā)票等）

（2）對(duì)于本系統(tǒng)還應(yīng)補(bǔ)充以下功能： ①旅客延誤了取票時(shí)間的處理 ②班機(jī)取消后的處理

③旅客臨時(shí)更新機(jī)票班次的處理

（3）系統(tǒng)的外部項(xiàng)至少包括3個(gè)：旅客、旅行社和航空公司

題目4“學(xué)校內(nèi)部房產(chǎn)管理系統(tǒng)” 1． 系統(tǒng)簡(jiǎn)介

該房產(chǎn)管理系統(tǒng)具有分房、調(diào)房、退房和咨詢統(tǒng)計(jì)等功能，房產(chǎn)科把用戶申請(qǐng)表輸入系統(tǒng)后，系統(tǒng)首先檢查申請(qǐng)表的合法性，對(duì)不合法的申請(qǐng)表系統(tǒng)將拒絕接受；對(duì)合法的申請(qǐng)表將根據(jù)類型分別進(jìn)行處理。

如果是分房申請(qǐng)，則根據(jù)申請(qǐng)者的情況（年齡、工齡、職稱、職務(wù)、家庭人口等）計(jì)算其分?jǐn)?shù)，當(dāng)分?jǐn)?shù)高于閾值分?jǐn)?shù)時(shí)，按分?jǐn)?shù)高低將申請(qǐng)表插到分房隊(duì)列的適當(dāng)位置。每月最后一天進(jìn)行一次分房活動(dòng)，從空房文件中讀出空房信息，如房號(hào)、面積、等級(jí)、單位面積房租等，把好房?jī)?yōu)先分配給排在分房隊(duì)列前面的符合該等級(jí)住房條件的申請(qǐng)者，從空房文件中刪除這個(gè)房號(hào)的信息，從分房隊(duì)列中刪掉該申請(qǐng)表，并把此房號(hào)的信息和住戶信息一起寫(xiě)出住房文件中，輸出信房分配單給住戶，同時(shí)計(jì)算房租并將計(jì)算出的房租寫(xiě)出房租文件中。

如果是退房申請(qǐng)，則從住房文件和房租文件中刪掉有關(guān)的信息，再把此房號(hào)的信息寫(xiě)入空房文件中。

如果是調(diào)房申請(qǐng)，則根據(jù)申請(qǐng)者的情況確定其住房等級(jí)，然后在空房文件中查找屬于該等級(jí)的空房，退掉原住房，再進(jìn)行與分房類似的處理。

住戶可以向系統(tǒng)詢問(wèn)目前分房的閾值分?jǐn)?shù)、居住某類房屋的條件、其房號(hào)的單位面積和房租等信息。房產(chǎn)科可以要求系統(tǒng)打印出住房情況的統(tǒng)計(jì)表，或更新某類房屋的居住條件、單位面積和房租等。2． 技術(shù)要求及限定條件

（1）本系統(tǒng)可分為4個(gè)主要功能模塊：分房、調(diào)房、退房和咨詢（可不考慮統(tǒng)計(jì)功能）。

（2）系統(tǒng)的外部項(xiàng)至少包括4個(gè)：校內(nèi)職工、校外住戶、房管部門和主管房產(chǎn)領(lǐng)導(dǎo)。

（3）分房申請(qǐng)表的類型主要依據(jù)申請(qǐng)人的工作類型，如教師、行政人員、后勤人員、特殊照顧對(duì)象等。

（4）分房申請(qǐng)者的分?jǐn)?shù)計(jì)算原則及其他分房政策可由學(xué)生自定。

題目五“學(xué)校內(nèi)部工資管理系統(tǒng)” 1． 系統(tǒng)簡(jiǎn)介

假設(shè)學(xué)校共有教職工約1000人，十個(gè)行政職能部門和八個(gè)系、部。每個(gè)月20日前各部門（包括各系、部）要將出勤情況表上報(bào)人事處，23日前人事處將人員出勤工資、獎(jiǎng)金及扣款清單送財(cái)務(wù)處。財(cái)務(wù)處于每月月底將教職工的工資表做好并將數(shù)據(jù)送銀行。每月初（3日前）將工資條發(fā)給各單位。若有員工調(diào)入、調(diào)出、校內(nèi)調(diào)動(dòng)、離退休等數(shù)據(jù)變化，則由人事處通知相關(guān)部門和財(cái)務(wù)處。2． 技術(shù)要求及限定條件

（1）本系統(tǒng)的數(shù)據(jù)存儲(chǔ)至少應(yīng)包括：工資表、工作總表、部門匯總表、扣稅款表、銀行發(fā)放表。

（2）除人事處、財(cái)務(wù)處外，其他職能部門和系、部名稱可簡(jiǎn)化，如系

1、系2??

（3）工資、獎(jiǎng)金及扣款細(xì)節(jié)可由學(xué)生自定。

題目六“學(xué)校校園網(wǎng)絡(luò)管理信息系統(tǒng)” 1． 系統(tǒng)簡(jiǎn)介

假設(shè)目前我校已完成校園網(wǎng)硬件結(jié)構(gòu)設(shè)計(jì)和實(shí)現(xiàn)（總體結(jié)構(gòu)采用網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和Client/Server模式），各辦公室職能部門都已具備使用校園網(wǎng)的硬件環(huán)境。本管理信息系統(tǒng)應(yīng)由各部門的子系統(tǒng)組成（如校長(zhǎng)/書(shū)記辦公系統(tǒng)、教務(wù)管理系統(tǒng)、財(cái)務(wù)管理系統(tǒng)、人事管理系統(tǒng)、圖書(shū)管理系統(tǒng)、學(xué)生管理系統(tǒng)等），應(yīng)能滿足校內(nèi)各部門在數(shù)據(jù)、文件、資料等公用信息傳輸?shù)囊螅焊鲗宇I(lǐng)導(dǎo)能通過(guò)網(wǎng)絡(luò)查詢各部門的工作情況并傳達(dá)有關(guān)指示：實(shí)現(xiàn)“無(wú)紙化”辦公和全校數(shù)據(jù)共享。此外，各層領(lǐng)導(dǎo)、各系教師、各職能辦公室都可以通過(guò)E MAIL發(fā)信、留言；有關(guān)部門可在“公告牌”上發(fā)布消息，供大家瀏覽。

2． 技術(shù)要求及限定條件

（1）系統(tǒng)的外部項(xiàng)至少應(yīng)包括12個(gè)，如校長(zhǎng)/書(shū)記、校辦、系辦（至少考慮3個(gè)系）、教務(wù)處、財(cái)務(wù)處、人事處、圖書(shū)館、學(xué)生處等，（2）對(duì)于每個(gè)外部項(xiàng)，都應(yīng)根據(jù)其不同的需要確定相關(guān)的功能需求，即根據(jù)外部項(xiàng)來(lái)劃分相應(yīng)的子系統(tǒng)功能（可認(rèn)為不同“系辦”的功能相同）。（3）在確定各子系統(tǒng)功能時(shí)，要注意數(shù)據(jù)的保密性和相關(guān)用戶的不同級(jí)別。

題目七“實(shí)驗(yàn)室設(shè)備管理系統(tǒng)” 1．系統(tǒng)簡(jiǎn)介

每學(xué)年要對(duì)實(shí)驗(yàn)室設(shè)備使用情況進(jìn)行統(tǒng)計(jì)、更新，其中：

（1）對(duì)于已徹底損壞的作報(bào)廢處理，同時(shí)詳細(xì)記錄有關(guān)信息。（2）對(duì)于有嚴(yán)重問(wèn)題（故障）的要及時(shí)修理，并記錄修理日期、設(shè)備名、修理廠家、修理費(fèi)、責(zé)任人等信息。

（3）對(duì)于急需但又缺少的設(shè)備需以“申報(bào)表”的形式送交上級(jí)領(lǐng)導(dǎo)請(qǐng)求批準(zhǔn)購(gòu)買。新設(shè)備購(gòu)入后，要立即進(jìn)行設(shè)備登記（包括類別、設(shè)備名、型號(hào)、規(guī)格、單價(jià)、數(shù)量、購(gòu)置日期、生產(chǎn)廠家、購(gòu)買人），同時(shí)更新申報(bào)表的內(nèi)容。

（4）隨時(shí)對(duì)現(xiàn)有設(shè)備及其修理、報(bào)廢情況進(jìn)行統(tǒng)計(jì)、查詢，要求能夠按類別和時(shí)間段（某日期之前）查詢。

2．技術(shù)要求及限定條件

（1）所有工作由專門的人員負(fù)責(zé)完成，其他人不得任意使用。（2）每件新設(shè)備在做入庫(kù)記錄時(shí)均由系統(tǒng)根據(jù)類別自動(dòng)順序編號(hào)，形成設(shè)備號(hào)；設(shè)備報(bào)廢時(shí)要及時(shí)修改相關(guān)設(shè)備記錄且有領(lǐng)導(dǎo)認(rèn)可。

（3）本系統(tǒng)的數(shù)據(jù)存儲(chǔ)至少應(yīng)包括：設(shè)備記錄、修理記錄、報(bào)廢記錄、購(gòu)買申請(qǐng)。

（4）本系統(tǒng)的輸入項(xiàng)至少包括：新設(shè)備信息、修理信息、申請(qǐng)購(gòu)買信息、報(bào)廢信息、具體查詢統(tǒng)計(jì)要求。

（5）本系統(tǒng)的輸出項(xiàng)至少包括：設(shè)備購(gòu)買申請(qǐng)表、修理/報(bào)廢注銷/設(shè)備資金統(tǒng)計(jì)表。

題目八“飯店餐飲業(yè)務(wù)管理系統(tǒng)” 1． 系統(tǒng)簡(jiǎn)介

本飯店餐飲管理系統(tǒng)主要包括菜單管理、零點(diǎn)處理、采購(gòu)處理、銷售額統(tǒng)計(jì)。

菜單管理主要實(shí)現(xiàn)菜單的輸入、修改、刪除；零點(diǎn)處理包括顧客用餐（點(diǎn)菜）記錄、添加、更改及費(fèi)用的計(jì)算；采購(gòu)處理主要是對(duì)每天采購(gòu)來(lái)的食品做詳細(xì)記錄；銷售額統(tǒng)計(jì)分別以日、周、月、季為單位進(jìn)行總額、純利的計(jì)算，以菜項(xiàng)為單位進(jìn)行點(diǎn)菜量統(tǒng)計(jì)，并以此作為菜單修改的依據(jù)。2． 技術(shù)要求及限定條件

（1）本系統(tǒng)的輸入項(xiàng)至少包括：菜單、顧客所點(diǎn)菜、采購(gòu)單、統(tǒng)計(jì)要求。（2）本系統(tǒng)的輸出項(xiàng)至少包括：顧客點(diǎn)菜單、飯店的菜譜、各種統(tǒng)計(jì)表。（3）本系統(tǒng)相關(guān)的數(shù)據(jù)存儲(chǔ)至少包括：菜譜、點(diǎn)菜記錄、采購(gòu)記錄。（4）采購(gòu)和統(tǒng)計(jì)功能由專門的人員負(fù)責(zé)操作；（5）飯店為每一位服務(wù)員編制一個(gè)序號(hào)，服務(wù)員每做一筆點(diǎn)菜記錄都要同時(shí)記錄自己的序號(hào)，以便出現(xiàn)問(wèn)題隨時(shí)核對(duì)。

網(wǎng)絡(luò)版

題目九：個(gè)人博客系統(tǒng) 題目十：搜索引擎的制作 題目十一：論壇系統(tǒng) 題目十二：在線考試系統(tǒng) 題目十三：Wiki系統(tǒng)制作

面向?qū)ο蠹夹g(shù)：

題目十四：圖書(shū)管理系統(tǒng) 題目十五：ATM管理軟件 題目十六：學(xué)生信息管理系統(tǒng) 題目十七：教學(xué)管理系統(tǒng) ??

第三篇：社會(huì)信息管理系統(tǒng)分析

概述

社會(huì)管理信息平臺(tái)是運(yùn)用先進(jìn)的信息技術(shù)和現(xiàn)代管理理念，構(gòu)建的區(qū)域性社會(huì)管理信息化平臺(tái)。整合政法（綜治）、維穩(wěn)、公安、司法、信訪、應(yīng)急、安監(jiān)、民政、人社等十多個(gè)職能部門的資源和條塊力量；及時(shí)收集并管理影響社會(huì)和諧穩(wěn)定的各種熱點(diǎn)、難點(diǎn)信息和輿情；及早防控和化解各類源頭性、苗頭性、突發(fā)性社會(huì)問(wèn)題和矛盾；快速應(yīng)急和處置重大緊急事件，規(guī)范和監(jiān)督社會(huì)管理行為，實(shí)現(xiàn)資源共享、聯(lián)管聯(lián)動(dòng)、動(dòng)態(tài)跟蹤、全面覆蓋、科學(xué)高效的社會(huì)管理新格局。

應(yīng)用領(lǐng)域

省、市及區(qū)縣政法委

解決的關(guān)鍵問(wèn)題

構(gòu)建“五位一體”信息化平臺(tái)，創(chuàng)新社會(huì)管理模式。

實(shí)行“一個(gè)中心、兩大整合、三個(gè)流程、四個(gè)統(tǒng)一、五級(jí)管理服務(wù)”，為市、縣（區(qū)）、鎮(zhèn)、村各級(jí)各部提供“一體化”工作平臺(tái)，實(shí)現(xiàn)社會(huì)管理網(wǎng)絡(luò)化、常態(tài)化的新格局。健全“五大”運(yùn)行體系，創(chuàng)新社會(huì)管理機(jī)制。

訴求防控機(jī)制創(chuàng)新，從源頭上控制基層出現(xiàn)的苗頭性社會(huì)問(wèn)題；

風(fēng)險(xiǎn)評(píng)估機(jī)制創(chuàng)新，預(yù)防重大事件發(fā)生；

快速反應(yīng)機(jī)制創(chuàng)新，實(shí)時(shí)聯(lián)動(dòng)互動(dòng)，快速處置；

監(jiān)督管理機(jī)制創(chuàng)新，全程跟蹤提高效能；

責(zé)任追蹤機(jī)制創(chuàng)新，倒逼時(shí)效、倒查問(wèn)責(zé)。

實(shí)行“四個(gè)統(tǒng)一”，規(guī)范管理手段。

統(tǒng)一技術(shù)標(biāo)準(zhǔn)、統(tǒng)一業(yè)務(wù)規(guī)范、統(tǒng)一報(bào)表流程，統(tǒng)一管理服務(wù)；避免重復(fù)投資，可延伸開(kāi)發(fā)新功能模塊，逐步實(shí)現(xiàn)“大社會(huì)、大平臺(tái)、大管理”的目標(biāo)要求。

提升“三大”管理效能，解決傳統(tǒng)工作弊端。

提升資源整合、信息共享、扎口管理能力；提升快速反應(yīng)、動(dòng)態(tài)掌控、監(jiān)督管理能力；提升科學(xué)管理水平和行政服務(wù)效能。

如何獲取

可在美基營(yíng)銷官方網(wǎng)站獲取系統(tǒng)相關(guān)信息，也可以直接聯(lián)系美基營(yíng)銷工作人員幫您處理相關(guān)問(wèn)題，百度搜索美基營(yíng)銷便可進(jìn)入官網(wǎng)。

第四篇：關(guān)于學(xué)生信息管理系統(tǒng)分析

關(guān)于學(xué)生信息管理系統(tǒng)分析

一、論題提出的背景和意義

隨著我國(guó)高等院校的連年擴(kuò)招,學(xué)生人數(shù)不斷增加,給學(xué)校各院系的學(xué)生管理工作帶來(lái)了巨大的壓力.同時(shí),信息時(shí)代的到來(lái),使高校的學(xué)生管理工作不可抗拒的地加速進(jìn)入信息網(wǎng)絡(luò)時(shí)代,學(xué)生信息的管理采取和利用在高校中將發(fā)揮越來(lái)越重要的作用

同時(shí)隨著素質(zhì)教育的深入開(kāi)展,要做好學(xué)生管理工作,各院系就必須盡可能多地掌握學(xué)生情況.在學(xué)生人數(shù)大量增加,而學(xué)生管理教師緩慢增加的同時(shí),我們就必須有一個(gè)良好的學(xué)生信息管理系統(tǒng),這樣才能把握學(xué)生的信息動(dòng)態(tài).在這其中,信息的采集是尤為重要的,只有具有了全面的學(xué)生信息,才能在了解學(xué)生的同時(shí)降低學(xué)生管理的工作量也只有擁有了健全完整的學(xué)生信息,我們才能更好的合理的利用學(xué)生管理信息,并服務(wù)于學(xué)生

學(xué)生管理系統(tǒng)是一個(gè)學(xué)校不可缺少的部分，它的內(nèi)容對(duì)于學(xué)校的決策者和管理者來(lái)說(shuō)都至關(guān)重要，所以學(xué)生管理系統(tǒng)應(yīng)該能夠?yàn)楣芾碚咛峁┏渥愕男畔⒑涂旖莸牟樵兪侄?。但一直以?lái)人們使用傳統(tǒng)人工的方式管理文件信息，這種管理方式存在著許多缺點(diǎn)：效率低、保密性差，另外，時(shí)間一長(zhǎng)，將產(chǎn)生大量的文件和數(shù)據(jù)，這對(duì)于查找、更新和維護(hù)都帶來(lái)了不少的困難，隨著科學(xué)技術(shù)的不斷提高，計(jì)算機(jī)科學(xué)日漸成熟，其強(qiáng)大的功能已為人們深刻認(rèn)識(shí)，它已進(jìn)入人類社會(huì)的各個(gè)領(lǐng)域，并發(fā)揮著越來(lái)越重要的作用，作為計(jì)算機(jī)應(yīng)用的一部分，使用計(jì)算機(jī)對(duì)學(xué)生信息進(jìn)行管理，具有手工管理無(wú)法比擬的優(yōu)點(diǎn)，例如：檢索迅速、查找方便、可靠性高、存儲(chǔ)量大、保密性好、壽命長(zhǎng)、成本低等。這些優(yōu)點(diǎn)能夠極大地提高學(xué)生信息管理的效率，也是學(xué)校的科學(xué)化、正規(guī)化、管理與世界接軌的重要條件，因此。開(kāi)發(fā)這樣一套系統(tǒng)成為很有必要的事情

二、國(guó)內(nèi)外現(xiàn)狀的研究

計(jì)算機(jī)在管理中的應(yīng)用開(kāi)始于1954年，當(dāng)時(shí)美國(guó)首先用計(jì)算機(jī)處理工資單。40多年來(lái)，計(jì)算機(jī)在處理管理信息方面發(fā)展迅速。例如，60年代美國(guó)計(jì)算機(jī)在管理中應(yīng)用項(xiàng)目不到300項(xiàng)，到了1975年達(dá)到2670項(xiàng)。而現(xiàn)在，美國(guó)在財(cái)務(wù)會(huì)計(jì)上90%的工作由計(jì)算機(jī)完成；物資管理中80—100%的信息處理由計(jì)算機(jī)完成；計(jì)劃管理中是80—90%。據(jù)計(jì)算機(jī)應(yīng)用方面發(fā)展較快的國(guó)家統(tǒng)計(jì)，計(jì)算機(jī)用于經(jīng)濟(jì)管理的約占80%；用于科技運(yùn)算的占8%；用于生產(chǎn)過(guò)程控制的占12%。我國(guó)在全國(guó)范圍內(nèi)推廣計(jì)算機(jī)在管理中的應(yīng)用，是在70年代末開(kāi)始的，雖然起步較晚，近幾年發(fā)展卻較快，特別是微型計(jì)算機(jī)的出現(xiàn)和普及為信息處理提供了物美價(jià)廉的手段，對(duì)于推動(dòng)我國(guó)管理信息處理的現(xiàn)代化起了重要的作用。

三、目前存在的問(wèn)題

傳統(tǒng)紙媒介管理的信息管理系統(tǒng)論文難于共享匯總，其統(tǒng)計(jì)數(shù)據(jù)正確性也難以考證。存在著較多的缺點(diǎn)，如：效率底，保密性差，時(shí)間一長(zhǎng)將產(chǎn)生大量的文件和數(shù)據(jù)，更不便于查找，更新，維護(hù)等。計(jì)算機(jī)在全國(guó)普及后，管理媒介有了質(zhì)的飛躍。

隨著學(xué)校的規(guī)模不斷擴(kuò)大，學(xué)生數(shù)量急劇增加，有關(guān)學(xué)生的各種信息量也成倍增長(zhǎng)。面對(duì)龐大的信息量，就需要有學(xué)生信息管理系統(tǒng)來(lái)提高學(xué)生管理工作的效率。通過(guò)這樣的系統(tǒng)，可以做到信息的規(guī)范管理、科學(xué)統(tǒng)計(jì)和快速的查詢，從而減少管理方面的工作量。由于計(jì)算機(jī)和網(wǎng)絡(luò)的普及，若建立一個(gè)C/S或B/S結(jié)構(gòu)的學(xué)生信息管理系統(tǒng)，學(xué)生便可以通過(guò)網(wǎng)絡(luò)來(lái)選課并且查詢自己的有關(guān)信息，使得學(xué)生信息管理工作系統(tǒng)化，規(guī)范化，自動(dòng)化，大大提高了學(xué)校管理學(xué)生的效率。

主要存在的問(wèn)題

1．缺乏信息化觀念，機(jī)構(gòu)設(shè)置和管理方法跟不上。學(xué)生管理信息化的實(shí)現(xiàn)首先是信息化觀念的樹(shù)立。盡快突破學(xué)生管理文本模式。當(dāng)前，高校學(xué)生管理機(jī)構(gòu)的設(shè)置幾乎均是以業(yè)務(wù)分割為依據(jù)，信息化工作往往被忽視。機(jī)構(gòu)設(shè)置的滯后會(huì)帶來(lái)管理方法的滯后，雖然，當(dāng)前普遍采用的部門分工中滲透著信息工作，但沒(méi)有明確的機(jī)構(gòu)設(shè)置很難實(shí)現(xiàn)人事信息管理方法的系統(tǒng)化。

2．信息冗余、資源浪費(fèi)。學(xué)生管理信息冗余最突出的表現(xiàn)為學(xué)生基礎(chǔ)信息的多頭建立，在高校管理部門職均擁有各自的學(xué)生基礎(chǔ)信息庫(kù)。同時(shí)各自對(duì)信息庫(kù)進(jìn)行維護(hù)。當(dāng)前，各部門建立的最簡(jiǎn)單的信息庫(kù)也要設(shè)置近20個(gè)信息段，有的信息庫(kù)字段上百個(gè)，信息庫(kù)的維護(hù)工作量極大。另外，信息庫(kù)的維護(hù)需要極高的精度，往往不易批量處理。這就造成了人力、設(shè)備資源的嚴(yán)重浪費(fèi)。信息的冗余度也居高不下。

4．管理信息系統(tǒng)建設(shè)滯后。學(xué)生管理實(shí)現(xiàn)信息化，不但要實(shí)現(xiàn)基礎(chǔ)信息的健全，而且要實(shí)現(xiàn)信息應(yīng)用的系統(tǒng)化。目前，高校學(xué)生管理信息系統(tǒng)建設(shè)滯后于基礎(chǔ)信息建設(shè)。表現(xiàn)為：一是較完整、全面、實(shí)用的高校學(xué)生管理系統(tǒng)稀缺，功能單一的小系統(tǒng)和小軟件成為信息化的代名詞，具體工作中，更多的是直接對(duì)基礎(chǔ)信息庫(kù)的查閱和改動(dòng)。二是即便有較大的學(xué)生管理系統(tǒng)。也不完全適合于各地高校的學(xué)生管理，其系統(tǒng)開(kāi)發(fā)和學(xué)生管理專業(yè)縫隙明顯。

四、研究解決方法

（一）可行性分析

學(xué)生信息，作為一個(gè)學(xué)校，就有一定的工作量存在，而學(xué)生信息，它的工作量可能是其它信息工作量的幾倍，班級(jí)的增加、班級(jí)的查找、班級(jí)的修改；學(xué)生檔案；課程管理；成績(jī)管理；繳費(fèi)管理；統(tǒng)計(jì)等等，每個(gè)信息的數(shù)據(jù)都在不斷地變化著，如果采用人工的方式進(jìn)行操作，那么，一天的工作量，足以讓人覺(jué)得比較繁瑣，吃不消。針對(duì)這樣的情況，采用讓數(shù)據(jù)的查詢變得簡(jiǎn)單化，數(shù)據(jù)變的更讓每個(gè)人都在任何時(shí)刻都可以了解到

（二）解決方案

1.查詢相關(guān)資料，了解本系統(tǒng)的研究意義。可以上網(wǎng)搜索或者是去圖書(shū)館查閱相關(guān)資料。

2.通過(guò)查詢資料了解該系統(tǒng)要如何做，既要做哪些東西。

3.設(shè)計(jì)出大體上的功能模塊，畫(huà)出模塊圖。

4.通過(guò)進(jìn)一步的了解，對(duì)每個(gè)功能模塊進(jìn)行細(xì)化，將每一步都想清楚。制定出每一步的做法和注意的地方。

5.對(duì)設(shè)計(jì)好的程序進(jìn)行調(diào)試，通過(guò)調(diào)試發(fā)現(xiàn)存在的問(wèn)題并解決，從而達(dá)到完善系統(tǒng)的目的。

6.最后，整理個(gè)階段的設(shè)計(jì)記錄文檔，寫(xiě)成論文稿。

（三）研究?jī)?nèi)容

系統(tǒng)管理模塊

該模塊的主要任務(wù)是維護(hù)系統(tǒng)的正常運(yùn)行和安全性設(shè)置，包括添加用戶、修改密碼、重新登錄、退出系統(tǒng)等功能。

班級(jí)管理模塊

該模塊的功能是實(shí)現(xiàn)對(duì)全校班級(jí)的管理工作，包括添加班級(jí)信息、修改班級(jí)信息兩個(gè)子功能，這兩個(gè)子功能模塊各自獨(dú)立，實(shí)現(xiàn)學(xué)校中全部班級(jí)的管理功能。

學(xué)生學(xué)籍管理模塊

該模塊的主要功能是實(shí)現(xiàn)對(duì)學(xué)生的基本信息的管理工作，包括添加學(xué)籍、修改學(xué)籍、查詢學(xué)籍等功能，從而方便學(xué)校管理部門對(duì)學(xué)校的基本情況的快速查詢和了解。

課程管理模塊

在該模塊中可以對(duì)各個(gè)年級(jí)的課程進(jìn)行設(shè)置，并可在其中進(jìn)行全校所有課程信息的添加和修改，方便了學(xué)校教材管理部門和教務(wù)科人員的工作。該模塊包括添加課程、修改課程和設(shè)置年級(jí)開(kāi)課三個(gè)子功能。

成績(jī)管理模塊

在我國(guó)，學(xué)生的考試成績(jī)是檢驗(yàn)學(xué)生學(xué)習(xí)情況的一個(gè)主要依據(jù)，所以學(xué)生成績(jī)管理功能在一個(gè)學(xué)生信息管理系統(tǒng)中占有非常重要的地位，本系統(tǒng)的成績(jī)管理模塊包括添加、修改成績(jī)信息和查詢成績(jī)信息等子功能。

五、進(jìn)度計(jì)劃

2011年1月初開(kāi)始進(jìn)行系統(tǒng)調(diào)查

2011年1月中旬對(duì)其進(jìn)行可行性分析

2011年2月初進(jìn)行系統(tǒng)詳細(xì)設(shè)計(jì)階段

2011年2月中旬進(jìn)行系統(tǒng)實(shí)施

2011年3月整理、撰寫(xiě)論文

2011年3月中旬提交論文

2011年3月末根據(jù)指導(dǎo)老師意見(jiàn)對(duì)論文進(jìn)行修改

2011年4月進(jìn)行論文答辯

六、成果預(yù)計(jì)

學(xué)生信息管理系統(tǒng)是學(xué)校信息管理系統(tǒng)的一個(gè)重要組成部分。他為其他系統(tǒng)（如學(xué)校圖書(shū)管理系統(tǒng)、學(xué)校檔案管理系統(tǒng)、教學(xué)管理系統(tǒng)、總務(wù)后勤管理系統(tǒng)等）提供學(xué)生的基本信息，同時(shí)它也需要如教學(xué)管理系統(tǒng)提供課程設(shè)置數(shù)據(jù)等。這些系統(tǒng)在具體應(yīng)用中構(gòu)成一個(gè)大系統(tǒng)，相互調(diào)用對(duì)方的數(shù)據(jù)。

由以上分析，我們可以充分認(rèn)識(shí)到設(shè)計(jì)并開(kāi)發(fā)一個(gè)學(xué)生信息管理系統(tǒng)的必要性和迫切性，本次設(shè)計(jì)和開(kāi)發(fā)的學(xué)生信息管理系統(tǒng)[NextPage]應(yīng)符合學(xué)校學(xué)生信息管理的規(guī)定，滿足對(duì)學(xué)校學(xué)生信息管理的需要，并達(dá)到操作過(guò)程中的直觀，方便，實(shí)用，安全等要求。系統(tǒng)采用模塊化程序設(shè)計(jì)的方法，既便于系統(tǒng)功能的組合和修改，又便于未參與系統(tǒng)開(kāi)發(fā)的技術(shù)維護(hù)人員補(bǔ)充和維護(hù)。SIMS通過(guò)教育網(wǎng)絡(luò)或互聯(lián)網(wǎng)把整個(gè)學(xué)校的學(xué)生信息匯聚起來(lái)，為學(xué)校教育主管部門提供全面及時(shí)的學(xué)生信息，方便管理，同時(shí)亦可通過(guò)校園網(wǎng)擴(kuò)展各類信息化應(yīng)用，共享學(xué)生信息。

七、參考資料

1、《SQL Server數(shù)據(jù)庫(kù)應(yīng)用技術(shù)》張蒲生、何升 清華大學(xué)出版社

2、《計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)及應(yīng)用》白以恩 哈爾濱工業(yè)大學(xué)出版社

3、《軟件開(kāi)發(fā)工具》陳禹、方美琪經(jīng)濟(jì)科學(xué)出版社

第五篇：軟件系統(tǒng)分析與設(shè)計(jì)

第1章

軟件工程基礎(chǔ)知識(shí) 1.1軟件工程知識(shí)體系

? 軟件需求（Software Requirements）? 軟件設(shè)計(jì)（Software Design）

? 軟件構(gòu)造（Software Construction）? 軟件測(cè)試（Software Testing）? 軟件維護(hù)（Software Maintenance）

? 軟件配置管理（Software Configuration Management）? 軟件工程管理（Software Engineering Management）? 軟件工程過(guò)程（Software Engineering Process）

? 軟件工程工具和方法（Software Engineering Tools and Methods）? 軟件質(zhì)量（Software Quality）

1.2軟件生存周期與軟件開(kāi)發(fā)模型

? 1.2.1 軟件生存周期

? Boehm定義的軟件生存周期模型

? GB 8566-1988定義的軟件生存周期模型

? GB/T 8566-1995定義的軟件生存周期過(guò)程模型 ? GB/T 8566-2001定義的軟件生存周期過(guò)程模型 ? UP定義的軟件生存周期模型

? 1.2.2 軟件開(kāi)發(fā)模型

? 瀑布模型（waterfall model）

? 快速原型模型（rapid prototype model）? 演化模型（evolutionary model）? 增量模型（incremental model）? 螺旋模型（spiral model）

? 噴泉模型（water fountain model）

1.3軟件質(zhì)量模型與軟件質(zhì)量管理

? 1.3.1 軟件質(zhì)量模型

? 軟件產(chǎn)品的內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量 ? 質(zhì)量特性、質(zhì)量子特性和度量

? 功能性：適宜性、準(zhǔn)確性、互用性、依從性、安全性 ? 可靠性：成熟性、容錯(cuò)性、可恢復(fù)性 ? 可用性：可理解性、易學(xué)性、可操作性 ? 效率：時(shí)間特性、資源特性

? 可維護(hù)性：可分析性、可修改性、穩(wěn)定性、可測(cè)試性 ? 可移植性：適應(yīng)性、易安裝性、一致性、可替換性

? 1.3.2 軟件質(zhì)量管理

? 質(zhì)量需求分析 ? 質(zhì)量計(jì)劃 ? 質(zhì)量保證 ? 質(zhì)量控制 ? 質(zhì)量改進(jìn)

? 軟件質(zhì)量管理體系

? ? ? ? ? ? ? ? ? ?

? ?

? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

1.4軟件配置管理

? 1.4.1 軟件配置項(xiàng)與基線

計(jì)算機(jī)軟件配置項(xiàng)（CSCI）基線（baseline）

功能基線（functional baseline）指派基線（allocated baseline）產(chǎn)品基線（product baseline）

? 1.4.2 軟件配置管理過(guò)程

對(duì)象標(biāo)識(shí) 版本控制 變化控制 配置審計(jì) 配置報(bào)告

1.5軟件過(guò)程管理

? 1.5.1 軟件能力成熟度模型（CMM）

CMM的5個(gè)等級(jí)：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí) CMM的關(guān)鍵過(guò)程域（KPA）：需求管理、軟件項(xiàng)目計(jì)劃、軟件項(xiàng)目跟蹤和監(jiān)控、軟件子合同管理、軟件質(zhì)量保證、軟件配置管理、組織級(jí)過(guò)程焦點(diǎn)、組織級(jí)過(guò)程定義、培訓(xùn)大綱、集成軟件管理、軟件產(chǎn)品工程、組間協(xié)調(diào)、同行評(píng)審、定量過(guò)程管理、軟件質(zhì)量管理、缺陷預(yù)防、技術(shù)變更管理、過(guò)程變更管理

? 1.5.2 軟件過(guò)程與軟件能力成熟度評(píng)估

第一步，建立評(píng)估組 第二步，填寫(xiě)提問(wèn)單 第三步，響應(yīng)分析 第四步，現(xiàn)場(chǎng)考察

第五步，提出調(diào)查發(fā)現(xiàn)清單

第六步，制作關(guān)鍵過(guò)程域（KPA）剖面圖

? 1.5.3 軟件過(guò)程改進(jìn)

第一步，比較“目標(biāo)狀態(tài)”與“目前狀態(tài)”，找出所有差距 第二步，確定改進(jìn)目標(biāo) 第三步，制定改進(jìn)計(jì)劃 第四步，執(zhí)行改進(jìn)計(jì)劃

第五步，總結(jié)本輪改進(jìn)經(jīng)驗(yàn)，開(kāi)始下一輪改進(jìn)

1.6

小節(jié)

軟件工程學(xué)是研究如何有效地組織和管理軟件開(kāi)發(fā)的工程學(xué)科。

軟件產(chǎn)品所要經(jīng)歷的計(jì)劃、分析、設(shè)計(jì)、編程、測(cè)試、維護(hù)直至被淘汰這樣一個(gè)全過(guò)程被稱為軟件生存周期。用不同的方式將軟件生命周期中的所有開(kāi)發(fā)活動(dòng)組織起來(lái)，可以形成不同的軟件開(kāi)發(fā)模型。

軟件質(zhì)量就是軟件與明確地和隱含地定義的需求相一致的程度。軟件質(zhì)量管理是指軟件開(kāi)發(fā)機(jī)構(gòu)為保證軟件項(xiàng)目滿足客戶需求所要實(shí)施的質(zhì)量活動(dòng)。軟件配置管理是在軟件的整個(gè)生命期內(nèi)管理變化的一組活動(dòng)，目標(biāo)是使變化更正確且更容易被適應(yīng)。

軟件過(guò)程是指人們用于開(kāi)發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品的一系列活動(dòng)，包括軟件工程過(guò)程和軟件管理過(guò)程。軟件過(guò)程管理的目的就是提升軟件組織的提高軟件開(kāi)發(fā)能力。

? 1.? 1.? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

第2章

項(xiàng)目管理基礎(chǔ)知識(shí) 2.1項(xiàng)目與項(xiàng)目管理 ? 2.1.1 項(xiàng)目

項(xiàng)目是在特定條件下、具有特定目標(biāo)的一次性任務(wù)，是在一定時(shí)間內(nèi)、滿足一系列特定目標(biāo)的多項(xiàng)相關(guān)工作的總和。項(xiàng)目的臨時(shí)性 項(xiàng)目的獨(dú)特性 項(xiàng)目的漸進(jìn)性

2.1.2 項(xiàng)目管理

項(xiàng)目管理就是將各種知識(shí)、技能、工具和技術(shù)應(yīng)用于項(xiàng)目之中，以達(dá)到項(xiàng)目的要求。項(xiàng)目范圍 項(xiàng)目時(shí)間 項(xiàng)目成本 項(xiàng)目質(zhì)量

2.2項(xiàng)目管理過(guò)程與過(guò)程組 ? 2.2.1 過(guò)程與過(guò)程組

過(guò)程就是一組為了完成一系列事先指定的產(chǎn)品、服務(wù)或成果而需執(zhí)行的互相聯(lián)系的行動(dòng)和活動(dòng)。軟件項(xiàng)目管理過(guò)程可歸納為五個(gè)過(guò)程組。啟動(dòng)過(guò)程組（initiating process group）規(guī)劃過(guò)程組（planning process group）實(shí)施過(guò)程組（executing process group）

監(jiān)控過(guò)程組（monitoring and controlling process group）收尾過(guò)程組（closing process group）

? 2.2.2 項(xiàng)目管理過(guò)程的交互作用

項(xiàng)目管理過(guò)程并不是互不相干的一次性事件

項(xiàng)目管理過(guò)程組之間是一種前后銜接、承前啟后的關(guān)系

項(xiàng)目管理過(guò)程組之間有時(shí)又是一種時(shí)間交錯(cuò)、空間并行的關(guān)系 項(xiàng)目管理過(guò)程組之間還是一種信息收集、存儲(chǔ)、處理和傳遞的關(guān)系 某些過(guò)程組的關(guān)聯(lián)具有重復(fù)迭代性

規(guī)劃過(guò)程組、執(zhí)行過(guò)程組和監(jiān)控過(guò)程組之間形成一種閉環(huán)的關(guān)系 過(guò)程組的交互作用往往還會(huì)跨越項(xiàng)目階段 項(xiàng)目階段和過(guò)程之間有相互聯(lián)系

? 2.2.3 項(xiàng)目管理過(guò)程的裁剪

不同類型的軟件項(xiàng)目應(yīng)選用不同的項(xiàng)目管理過(guò)程 不同階段的軟件項(xiàng)目應(yīng)選用不同的項(xiàng)目管理過(guò)程 不同軟件項(xiàng)目的管理過(guò)程會(huì)有不同的具體過(guò)程 不同軟件項(xiàng)目的管理過(guò)程會(huì)有不同的具體過(guò)程順序 不同軟件項(xiàng)目的管理過(guò)程會(huì)有不同的條件與約束 不同軟件項(xiàng)目的管理過(guò)程會(huì)有不同的簡(jiǎn)化程度 不同軟件項(xiàng)目的管理過(guò)程需要不同的集成程度 項(xiàng)目變更會(huì)使項(xiàng)目管理過(guò)程隨之變化

2.3項(xiàng)目管理知識(shí)體系

項(xiàng)目綜合管理 項(xiàng)目范圍管理

? ? ? ? ? ? ? ? ? ? 項(xiàng)目時(shí)間管理 項(xiàng)目成本管理 項(xiàng)目質(zhì)量管理 項(xiàng)目人力資源管理 項(xiàng)目溝通管理 項(xiàng)目風(fēng)險(xiǎn)管理 項(xiàng)目采購(gòu)管理

2.4小節(jié)

項(xiàng)目管理就是將項(xiàng)目管理知識(shí)、技能、工具和技術(shù)應(yīng)用于項(xiàng)目活動(dòng)之中，可以將軟件項(xiàng)目管理活動(dòng)視做一系列相互聯(lián)系的過(guò)程。

項(xiàng)目管理過(guò)程可歸納為5個(gè)過(guò)程組：?jiǎn)?dòng)過(guò)程組、規(guī)劃過(guò)程組、實(shí)施過(guò)程組、監(jiān)控過(guò)程組與收尾過(guò)程組。

項(xiàng)目管理包括9個(gè)知識(shí)領(lǐng)域：項(xiàng)目綜合管理、項(xiàng)目范圍管理、項(xiàng)目時(shí)間管理、項(xiàng)目成本管理、項(xiàng)目質(zhì)量管理、項(xiàng)目人力資源管理、項(xiàng)目溝通管理、項(xiàng)目風(fēng)險(xiǎn)管理與項(xiàng)目采購(gòu)管理。

第3章

軟件開(kāi)發(fā)技術(shù) 3.1軟件開(kāi)發(fā)平臺(tái)

? 3.1.1 Microsoft.NET平臺(tái)

Microsoft.NET Framework：.NET CLR（通用語(yǔ)言運(yùn)行環(huán)境）；.NET BCL（基礎(chǔ)類庫(kù)）；ASP.NET；ADO.NET。

Microsoft Visual Studio.NET：ADO.NET組件；XML數(shù)據(jù)組件；Windows表單組件；ASP.NET應(yīng)用服務(wù)；ASP.NET Web表單；Web服務(wù)支持。

? 3.1.2 J2EE平臺(tái)

組件-容器：搭建體系架構(gòu)平臺(tái)標(biāo)準(zhǔn)服務(wù) 多層應(yīng)用模型

3.1.3 Microsoft.NET與J2EE的異同

類似的平臺(tái)基礎(chǔ)構(gòu)造 相同的三層/多層體系 不同的移植、性能和擴(kuò)展 在Web支持方面的比較 第三方廠商的支持 潛在的市場(chǎng)

3.2中間件技術(shù) ? 3.2.1 中間件簡(jiǎn)介

終端仿真/屏幕轉(zhuǎn)換中間件 數(shù)據(jù)訪問(wèn)中間件 遠(yuǎn)程過(guò)程調(diào)用中間件 消息中間件 交易中間件 對(duì)象中間件

Web服務(wù)器中間件 安全中間件

? 3.2.2 消息代理中間件 ? ?

? ? ? ? ? 1.? ? 1.? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

?

? 構(gòu)件化的結(jié)構(gòu)

可恢復(fù)性、易于管理、靈活性 具有數(shù)據(jù)轉(zhuǎn)換設(shè)施?？煽扛咝У耐ㄐ?多樣的管理能力 豐富的應(yīng)用開(kāi)發(fā)環(huán)境

? 3.2.3 面向數(shù)據(jù)庫(kù)的中間件

ODBC JDBC 數(shù)據(jù)庫(kù)網(wǎng)關(guān)

3.3構(gòu)件技術(shù) ? 3.3.1 構(gòu)件庫(kù)

構(gòu)件的存儲(chǔ)

構(gòu)件的分類與檢索機(jī)制 構(gòu)件庫(kù)的編目

構(gòu)件庫(kù)的管理和維護(hù)

? 3.3.2 構(gòu)件模型

3C模型

刻面（Facet）模型 青鳥(niǎo)模型

? 3.3.3 構(gòu)件的屬性與特點(diǎn)

構(gòu)件是可獨(dú)立配置的單元，構(gòu)件必須自包容。

構(gòu)件強(qiáng)調(diào)與環(huán)境和其他構(gòu)件的分離，因此構(gòu)件的實(shí)現(xiàn)是嚴(yán)格封裝的，外界沒(méi)機(jī)會(huì)或沒(méi)必要知道構(gòu)件內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)。

構(gòu)件可以在適當(dāng)?shù)沫h(huán)境中被復(fù)合使用，因此構(gòu)件需要提供清楚的接口規(guī)范，可以與環(huán)境交互。

構(gòu)件沒(méi)有個(gè)體特有的屬性，最多僅有特定構(gòu)件的一份副本。

? 3.3.4 構(gòu)件與中間件

中間件，本質(zhì)上是對(duì)分布式應(yīng)用的抽象，中間件與系統(tǒng)架構(gòu)實(shí)際上是從兩種不同的角度看待軟件的中間層次。

中間件促進(jìn)了構(gòu)件化軟件，基于中間件開(kāi)發(fā)的應(yīng)用系統(tǒng)是構(gòu)件化的，中間件提供了構(gòu)件的體系結(jié)構(gòu)，極大提高了構(gòu)件化軟件開(kāi)發(fā)的效率和質(zhì)量。構(gòu)件化的軟件設(shè)計(jì)思想在中間件發(fā)展中起到了重要的作用。

3.4小節(jié)

Microsoft.NET平臺(tái)和J2EE平臺(tái)是目前最常用的兩大軟件開(kāi)發(fā)平臺(tái)。作為彼此競(jìng)爭(zhēng)的應(yīng)用平臺(tái)，Microsoft.NET平臺(tái)和J2EE平臺(tái)在目標(biāo)和體系結(jié)構(gòu)上極其相似，但在實(shí)現(xiàn)上又完全不同。二者總的關(guān)系是：異中有同，同中有異。中間件是處于操作系統(tǒng)和應(yīng)用程序之間的軟件。中間件保持了平臺(tái)的透明性，抽象了典型的應(yīng)用模式。應(yīng)用軟件開(kāi)發(fā)者可以基于標(biāo)準(zhǔn)的中間件進(jìn)行再開(kāi)發(fā)，而不必再考慮操作系統(tǒng)的問(wèn)題。

構(gòu)件是可復(fù)用的軟件成份，可被用來(lái)構(gòu)造其他軟件。中間件促進(jìn)了構(gòu)件化軟件，應(yīng)用系統(tǒng)在中間件提供的環(huán)境中可以更好地集中于業(yè)務(wù)邏輯上，并以構(gòu)件的形式存在。構(gòu)件思想也反過(guò)來(lái)推動(dòng)了中間件的發(fā)展。

第4章

軟件項(xiàng)目規(guī)劃

4.1項(xiàng)目策劃

? 1.? 1.從政策導(dǎo)向中尋找項(xiàng)目機(jī)會(huì) 從市場(chǎng)需求中尋找項(xiàng)目機(jī)會(huì) 從技術(shù)發(fā)展中尋找項(xiàng)目機(jī)會(huì) 從特定事件中尋找項(xiàng)目機(jī)會(huì)

4.2項(xiàng)目可行性分析 4.2.1 技術(shù)可行性分析

? ? ? ? ? 1.? ? ? ? ? ? ? ? ? 項(xiàng)目的必要性分析

軟件組織水平與能力分析 項(xiàng)目技術(shù)來(lái)源分析 與項(xiàng)目相關(guān)的專利分析

項(xiàng)目負(fù)責(zé)人及技術(shù)骨干的資質(zhì)分析 項(xiàng)目總體技術(shù)方案分析 項(xiàng)目創(chuàng)新點(diǎn)分析 項(xiàng)目技術(shù)風(fēng)險(xiǎn)分析 項(xiàng)目技術(shù)成熟性分析

? 4.2.2 項(xiàng)目投資及效益分析

項(xiàng)目投資預(yù)算分析 項(xiàng)目投資來(lái)源分析

市場(chǎng)需求與產(chǎn)品銷售額分析

產(chǎn)品成本、利潤(rùn)與盈虧平衡點(diǎn)分析 投資回收期、投資收益率分析 社會(huì)效益分析

4.3項(xiàng)目論證、評(píng)估與立項(xiàng)

? 4.3.1 項(xiàng)目論證與評(píng)估的基本概念

項(xiàng)目論證是指對(duì)擬實(shí)施項(xiàng)目技術(shù)上的先進(jìn)性、成熟性、適用性，經(jīng)濟(jì)上的合理性、盈利性，實(shí)施上的可能性、風(fēng)險(xiǎn)性進(jìn)行全面科學(xué)的綜合分析，為項(xiàng)目決策提供客觀依據(jù)的一種技術(shù)經(jīng)濟(jì)研究活動(dòng)。

項(xiàng)目評(píng)估指在項(xiàng)目可行性研究的基礎(chǔ)上，項(xiàng)目投資者或項(xiàng)目主管部門或其委托的第三方權(quán)威機(jī)構(gòu)根據(jù)國(guó)家頒布的政策、法律、法規(guī)、標(biāo)準(zhǔn)和技術(shù)規(guī)范，對(duì)擬開(kāi)發(fā)項(xiàng)目的市場(chǎng)需求、技術(shù)先進(jìn)性和成熟性、預(yù)期經(jīng)濟(jì)效益和社會(huì)效益等進(jìn)行評(píng)價(jià)、分析和論證，進(jìn)而判斷其是否可行的過(guò)程。

項(xiàng)目論證與評(píng)估的內(nèi)容、程序和依據(jù)大同小異，只是側(cè)重點(diǎn)稍有不同，有時(shí)不加區(qū)分或合并進(jìn)行。

? 4.3.2 項(xiàng)目可行性報(bào)告的真實(shí)性評(píng)估

項(xiàng)目申請(qǐng)單位的資質(zhì)真實(shí)性評(píng)估 項(xiàng)目申請(qǐng)單位的財(cái)務(wù)真實(shí)性評(píng)估 項(xiàng)目申請(qǐng)單位的技術(shù)真實(shí)性評(píng)估 其他事項(xiàng)的真實(shí)性評(píng)估

? 4.3.3 項(xiàng)目可行性報(bào)告的客觀性評(píng)估

技術(shù)創(chuàng)新點(diǎn)的客觀性評(píng)估

技術(shù)先進(jìn)性與成熟性的客觀性評(píng)估 ?

?

?

? ? ? ? ? ?

? ? ? ? 信息安全措施的客觀性評(píng)估

采用標(biāo)準(zhǔn)、規(guī)范的先進(jìn)性、合理性評(píng)估 項(xiàng)目風(fēng)險(xiǎn)及應(yīng)對(duì)方案的客觀性評(píng)估 其他事項(xiàng)的客觀性評(píng)估

? 4.3.4 評(píng)估報(bào)告

? 項(xiàng)目概況 ? 評(píng)估目標(biāo) ? 評(píng)估依據(jù) ? 評(píng)估內(nèi)容

? 評(píng)估機(jī)構(gòu)與評(píng)估專家 ? 評(píng)估過(guò)程

? 詳細(xì)評(píng)估意見(jiàn)

? 存在或遺漏的重大問(wèn)題 ? 潛在的風(fēng)險(xiǎn) ? 評(píng)估結(jié)論

? 進(jìn)一步的建議

? 4.3.5 項(xiàng)目立項(xiàng)

項(xiàng)目立項(xiàng)的決定應(yīng)當(dāng)由項(xiàng)目團(tuán)隊(duì)之外的、適當(dāng)級(jí)別的、并為項(xiàng)目出資的項(xiàng)目發(fā)起人或投資人作出，通常以項(xiàng)目立項(xiàng)決定（通知）書(shū)、項(xiàng)目批文、項(xiàng)目許可證書(shū)和項(xiàng)目任務(wù)書(shū)等形式發(fā)布。

4.4項(xiàng)目開(kāi)發(fā)計(jì)劃

? 1．引言 ? 2．引用文件 ? 3．項(xiàng)目最終成果 ? 4．需求與約束

? 5．系統(tǒng)開(kāi)發(fā)總體計(jì)劃 ? 6．項(xiàng)目開(kāi)發(fā)詳細(xì)計(jì)劃 ? 7．進(jìn)度表與活動(dòng)網(wǎng)絡(luò)圖 ? 8．項(xiàng)目組織與資源 ? 9．培訓(xùn)

? 10．項(xiàng)目估算 ? 11．風(fēng)險(xiǎn)管理 ? 12．支持條件 ? 13．注解 ? 14．附錄

4.5小節(jié)

? 軟件項(xiàng)目規(guī)劃的任務(wù)主要包括項(xiàng)目策劃、可行性研究、論證、評(píng)估、立項(xiàng)與項(xiàng)目開(kāi)發(fā)計(jì)劃的制訂工作。

? 項(xiàng)目策劃，也稱項(xiàng)目機(jī)會(huì)研究，其目的是選擇投資機(jī)會(huì)、鑒別投資方向。

? 項(xiàng)目可行性分析的目的是確定以下問(wèn)題：項(xiàng)目有無(wú)必要？能否完成？是否值得去做？ ? 項(xiàng)目論證與評(píng)估的目的是審查項(xiàng)目可行性研究的可靠性、真實(shí)性和客觀性，為項(xiàng)目主管部門或投資機(jī)構(gòu)的立項(xiàng)決策提供科學(xué)依據(jù)。

? 項(xiàng)目開(kāi)發(fā)計(jì)劃是項(xiàng)目規(guī)劃階段的重要成果，編寫(xiě)軟件項(xiàng)目開(kāi)發(fā)計(jì)劃時(shí)可依據(jù)《GB/T 8567-2006 計(jì)算機(jī)軟件文檔編制規(guī)范》中的軟件開(kāi)發(fā)計(jì)劃模版。

? ?

? ? ? ? ?

?

?

?

?

? ? ? ? ? ? ? ? ?

第5章

系統(tǒng)分析方法學(xué) 5.1系統(tǒng)需求分析與軟件需求

系統(tǒng)需求：系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)；硬件系統(tǒng)需求；軟件系統(tǒng)需求；硬件系統(tǒng)和軟件系統(tǒng)之間的接口需求。軟件需求：軟件能力需求；軟件外部接口需求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；軟件環(huán)境需求；計(jì)算機(jī)資源需求；軟件質(zhì)量需求；設(shè)計(jì)和實(shí)現(xiàn)的約束；數(shù)據(jù)需求；操作需求；故障處理需求；算法需求；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他需求。

5.2結(jié)構(gòu)化分析

結(jié)構(gòu)化分析（SA）方法是一種面向數(shù)據(jù)流的需求分析方法，基本思想是自頂向下逐層分解。

數(shù)據(jù)流圖（DFD）和數(shù)據(jù)字典（DD）是結(jié)構(gòu)化分析最常用的工具。數(shù)據(jù)流圖用來(lái)描述數(shù)據(jù)流從輸入到輸出的變換流程。

數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。

數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。

5.3原型化方法

? 5.3.1 原型化方法與結(jié)構(gòu)化方法的比較

結(jié)構(gòu)化方法的假設(shè)：所有的需求都能被預(yù)先定義；修改定義不完備的系統(tǒng)代價(jià)昂貴且實(shí)施困難；項(xiàng)目參加者之間能夠清晰進(jìn)行準(zhǔn)確的通信；靜態(tài)描述或圖形模型對(duì)應(yīng)用系統(tǒng)的反映是充分的；結(jié)構(gòu)化方法的生命周期的各階段都是固有正確的。

原型化方法的假設(shè)：并非所有的需求在系統(tǒng)開(kāi)發(fā)以前都能準(zhǔn)確地說(shuō)明；有快速的系統(tǒng)建造工具；項(xiàng)目參加者之間通常都存在通信上的障礙；需要實(shí)際的、可供用戶參與的系統(tǒng)模型；需求一旦確定，就可以遵從嚴(yán)格的方法；大量的反復(fù)是不可避免的、必要的，應(yīng)該加以鼓勵(lì)。

? 5.3.2 原型生命周期及其策略

原型生命周期劃分：選擇開(kāi)發(fā)方法；識(shí)別基本需求；開(kāi)發(fā)工作模型；模型驗(yàn)證；修正和改進(jìn)；判定原型完成；差別細(xì)部說(shuō)明；嚴(yán)格說(shuō)明細(xì)部；判定原型效果；整理原型和提供文檔。

原型化的策略：建立數(shù)據(jù)模型；利用組合工程；剪裁和粘貼；用系統(tǒng)舉例；字典驅(qū)動(dòng)；文檔的自動(dòng)化；小的原型化隊(duì)伍；交互式開(kāi)發(fā)平臺(tái)；陳述性規(guī)格說(shuō)明；終端用戶報(bào)表生成器；專業(yè)原型化人員；開(kāi)發(fā)人員參加原型化。

5.4面向?qū)ο蟮姆治?/p>

? 5.4.1 面向?qū)ο蠓椒▽W(xué)概述

對(duì)象與封裝 類

繼承與多態(tài)性 消息通信

面向?qū)ο蠓椒▽W(xué)的優(yōu)點(diǎn)

? 5.4.2 面向?qū)ο蟮姆治龇椒?/p>

OMT方法簡(jiǎn)介 建立對(duì)象模型 建立動(dòng)態(tài)模型 建立功能模型

?

?

? ? ?

? ? ? ? ? ? ? 1.? ? 1.? ? ? ? ?

? ? ? ? ? ?

5.5小節(jié)

系統(tǒng)分析涉及系統(tǒng)需求的獲取、分析、規(guī)格說(shuō)明和確認(rèn)。系統(tǒng)需求可分為以下幾個(gè)方面：系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)、硬件系統(tǒng)需求、軟件系統(tǒng)需求、硬件系統(tǒng)和軟件系統(tǒng)之間的接口需求。

常用的系統(tǒng)分析方法包括結(jié)構(gòu)化分析、原型化方法和面向?qū)ο蟮姆治觥?/p>

第7章

系統(tǒng)分析文檔

7.1系統(tǒng)/子系統(tǒng)需求規(guī)格說(shuō)明

引言 引用文件

需求：要求的狀態(tài)和方式；需求概述；系統(tǒng)能力需求；系統(tǒng)外部接口需求；系統(tǒng)內(nèi)部接口需求；系統(tǒng)內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；操作需求；可使用性、可維護(hù)性、可移植性、可靠性和安全性需求；故障處理需求；系統(tǒng)環(huán)境需求；計(jì)算機(jī)資源需求；系統(tǒng)質(zhì)量需求；設(shè)計(jì)和構(gòu)造的約束；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度 合格性規(guī)定 需求可追蹤性 非技術(shù)性需求 尚未解決的問(wèn)題 注解 附錄

7.2接口需求規(guī)格說(shuō)明

引言 引用文件 需求

合格性規(guī)定 需求可追蹤性 注解 附錄

7.3軟件需求規(guī)格說(shuō)明

引言 引用文件

軟件需求：要求的狀態(tài)和方式；需求概述；需求規(guī)格；軟件能力需求；軟件外部接口需求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；軟件環(huán)境需求；計(jì)算機(jī)資源需求；軟件質(zhì)量需求；設(shè)計(jì)和實(shí)現(xiàn)的約束；數(shù)據(jù)需求；操作需求；故障處理需求；算法需求；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度 合格性規(guī)定 需求可追蹤性 尚未解決的問(wèn)題 注解 附錄

7.4小節(jié)

根據(jù)《GB/T 8567-2006 計(jì)算機(jī)軟件文檔編制規(guī)范》（Specification for computer

? ? ?

? ?

? ? ? ? ? ?

? ? ? ? ?

?

? software documentation），系統(tǒng)分析文檔主要包括系統(tǒng)/子系統(tǒng)需求規(guī)格說(shuō)明（SSS）、接口需求規(guī)格說(shuō)明（IRS）和軟件需求規(guī)格說(shuō)明（SRS）。系統(tǒng)/子系統(tǒng)需求規(guī)格說(shuō)明（SSS）為一個(gè)系統(tǒng)或子系統(tǒng)指定需求以及保證每個(gè)需求得到確認(rèn)所使用的方法。

接口需求規(guī)格說(shuō)明（IRS）描述為實(shí)現(xiàn)一個(gè)或多個(gè)系統(tǒng)、子系統(tǒng)、硬件配置項(xiàng)（HWCI）、計(jì)算機(jī)軟件配置項(xiàng)（CSCI）、用戶

軟件需求規(guī)格說(shuō)明（SRS）描述對(duì)計(jì)算機(jī)軟件的需求以及確保每個(gè)需求得到確認(rèn)所使用的方法。

第8章

系統(tǒng)設(shè)計(jì)基礎(chǔ) 8.1系統(tǒng)設(shè)計(jì)概述

? 8.1.1 系統(tǒng)級(jí)設(shè)計(jì)決策

系統(tǒng)級(jí)設(shè)計(jì)決策，是指系統(tǒng)行為的設(shè)計(jì)決策（忽略其內(nèi)部實(shí)現(xiàn)，從用戶角度出發(fā)，描述系統(tǒng)將怎樣運(yùn)轉(zhuǎn)以滿足需求）和其他對(duì)系統(tǒng)部件的選擇和設(shè)計(jì)產(chǎn)生影響的的決策。系統(tǒng)級(jí)設(shè)計(jì)決策內(nèi)容：有關(guān)系統(tǒng)接收的輸入和產(chǎn)生的輸出的設(shè)計(jì)決策；對(duì)每個(gè)輸入或條件進(jìn)行響應(yīng)的系統(tǒng)行為的設(shè)計(jì)決策；系統(tǒng)數(shù)據(jù)庫(kù)/數(shù)據(jù)文件如何呈現(xiàn)給用戶的設(shè)計(jì)決策；為滿足安全性、保密性和私密性需求所選用的方法；硬件或硬軟件系統(tǒng)的設(shè)計(jì)和構(gòu)造選擇；為了響應(yīng)需求而作出的其他系統(tǒng)級(jí)設(shè)計(jì)決策。

? 8.1.2 系統(tǒng)架構(gòu)設(shè)計(jì)

總體設(shè)計(jì)

系統(tǒng)部件設(shè)計(jì) 動(dòng)態(tài)交互設(shè)計(jì) 接口設(shè)計(jì)

? 8.1.3 運(yùn)行設(shè)計(jì)

系統(tǒng)初始化——說(shuō)明本系統(tǒng)的初始化過(guò)程。

運(yùn)行控制——說(shuō)明對(duì)系統(tǒng)施加不同的外界運(yùn)行控制時(shí)所引起的各種不同的運(yùn)行組件組合、每種運(yùn)行所經(jīng)歷的內(nèi)部組件和支持軟件、每一種外界運(yùn)行控制的方式方法和操作步驟、每種運(yùn)行組件組合將占用各種資源的情況以及系統(tǒng)運(yùn)行時(shí)的安全控制。運(yùn)行結(jié)束——說(shuō)明本系統(tǒng)運(yùn)行的結(jié)束過(guò)程。

? 8.1.4 系統(tǒng)出錯(cuò)處理設(shè)計(jì)

出錯(cuò)信息——包括出錯(cuò)信息表、故障處理技術(shù)等。補(bǔ)救措施——說(shuō)明故障出現(xiàn)后可能采取的補(bǔ)救措施。

? 8.1.5 系統(tǒng)維護(hù)設(shè)計(jì)

檢測(cè)點(diǎn)的設(shè)計(jì)——說(shuō)明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護(hù)的檢測(cè)點(diǎn)。

檢測(cè)專用組件的設(shè)計(jì)——說(shuō)明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護(hù)的專用組件。

8.2軟件設(shè)計(jì)概述

? 8.2.1 軟件級(jí)設(shè)計(jì)決策

軟件級(jí)設(shè)計(jì)決策是指軟件行為的設(shè)計(jì)決策（忽略其內(nèi)部實(shí)現(xiàn)，從用戶角度出發(fā)，描述軟件將怎樣運(yùn)轉(zhuǎn)以滿足需求）和其他影響組成該軟件的軟件配置項(xiàng)的選擇與設(shè)計(jì)的決策。

軟件級(jí)設(shè)計(jì)決策內(nèi)容：有關(guān)軟件接收的輸入和產(chǎn)生的輸出的設(shè)計(jì)決策；對(duì)每個(gè)輸入或條件進(jìn)行響應(yīng)的軟件行為的設(shè)計(jì)決策；有關(guān)數(shù)據(jù)庫(kù)/數(shù)據(jù)文件如何呈現(xiàn)給用戶的設(shè)計(jì)決策；為滿足安全性、保密性和私密性需求所選用的方法；為響應(yīng)需求而作出的其他軟件級(jí)設(shè)計(jì)決策。

? 8.2.2 軟件架構(gòu)設(shè)計(jì)

? ? ? ? ? ? ? ? ? ? ? 程序結(jié)構(gòu)設(shè)計(jì)

全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計(jì) 軟件配置項(xiàng)設(shè)計(jì) 動(dòng)態(tài)交互設(shè)計(jì) 接口設(shè)計(jì)

? 8.2.3 軟件詳細(xì)設(shè)計(jì)

軟件配置項(xiàng)設(shè)計(jì)決策

軟件配置項(xiàng)設(shè)計(jì)中的約束、限制或非常規(guī)特征 軟件配置項(xiàng)使用的編程語(yǔ)言考慮 軟件配置項(xiàng)使用的過(guò)程式命令選取

軟件配置項(xiàng)的局部數(shù)據(jù)與軟件配置項(xiàng)的輸入或輸出數(shù)據(jù)設(shè)計(jì) 軟件配置項(xiàng)的邏輯設(shè)計(jì)

8.3設(shè)計(jì)原則 ? 8.3.1 組件化

組件的可分解性 組件的可組裝性 組件的可理解性 組件的連續(xù)性 組件的保護(hù)性

? 8.3.2 抽象

抽象就是抽出事物的本質(zhì)特性而暫時(shí)忽略其細(xì)節(jié)，使得不同的事物可以當(dāng)作相同的事務(wù)來(lái)處理。

軟件工程過(guò)程的每一步都是對(duì)軟件解法的抽象層次的一次精化。

軟件設(shè)計(jì)中的抽象機(jī)制主要包括類、模板、過(guò)程抽象、數(shù)據(jù)抽象和控制抽象。

? 8.3.3 內(nèi)聚與耦合

內(nèi)聚是指一個(gè)組件內(nèi)各個(gè)元素彼此結(jié)合的緊密程度 內(nèi)聚種類（由低到高排列）：偶然內(nèi)聚；邏輯內(nèi)聚；瞬時(shí)內(nèi)聚；過(guò)程內(nèi)聚；通信內(nèi)聚；順序內(nèi)聚；功能內(nèi)聚

耦合是指一個(gè)軟件結(jié)構(gòu)內(nèi)不同組件之間的互連程度 耦合種類（由高到低排列）：內(nèi)容耦合；公共耦合；外部耦合；控制耦合；標(biāo)記耦合；數(shù)據(jù)耦合；非直接耦合

組件的高內(nèi)聚、低耦合原則稱為組件獨(dú)立原則

? 8.3.4 封裝與信息隱蔽

第一，組件是其全部屬性和全部服務(wù)緊密結(jié)合而形成的一個(gè)不可分割的整體。

第二，組件是一個(gè)不透明的黑盒子，表示組件狀態(tài)的數(shù)據(jù)和實(shí)現(xiàn)操作的代碼都被封裝在黑盒子里面。使用一個(gè)組件的時(shí)候，只需知道它向外界提供的接口形式，無(wú)須知道它的數(shù)據(jù)結(jié)構(gòu)細(xì)節(jié)和實(shí)現(xiàn)操作的算法。

? 8.3.5 啟發(fā)式規(guī)則

深度、寬度、扇出與扇入 作用域和控制域 功能的可預(yù)測(cè)性

8.4設(shè)計(jì)視圖

? 8.4.1 架構(gòu)視圖（靜態(tài)視圖）

架構(gòu)描述語(yǔ)言（ADL）? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? 類圖與對(duì)象圖 組件圖

協(xié)作責(zé)任卡（CRC）部署圖

實(shí)體-聯(lián)系圖（E-R圖）接口描述語(yǔ)言（IDL）結(jié)構(gòu)圖

Jackson結(jié)構(gòu)圖

? 8.4.2 行為視圖（動(dòng)態(tài)視圖）

活動(dòng)圖 協(xié)作圖 順序圖 數(shù)據(jù)流圖

決策表和決策圖

流程圖和結(jié)構(gòu)化流程圖 狀態(tài)圖

形式化描述語(yǔ)言 偽碼

8.5小節(jié)

系統(tǒng)設(shè)計(jì)是定義一個(gè)系統(tǒng)或軟件的架構(gòu)、組件、接口和其它特征的過(guò)程。包括系統(tǒng)級(jí)設(shè)計(jì)決策、系統(tǒng)架構(gòu)設(shè)計(jì)、運(yùn)行設(shè)計(jì)、系統(tǒng)出錯(cuò)處理設(shè)計(jì)和系統(tǒng)維護(hù)設(shè)計(jì)。

軟件設(shè)計(jì)主要包括軟件級(jí)設(shè)計(jì)決策、軟件架構(gòu)設(shè)計(jì)（概要設(shè)計(jì)）與詳細(xì)設(shè)計(jì)。軟件架構(gòu)設(shè)計(jì)的主要任務(wù)是程序結(jié)構(gòu)設(shè)計(jì)、全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、軟件配置項(xiàng)設(shè)計(jì)、動(dòng)態(tài)交互設(shè)計(jì)和接口設(shè)計(jì)。軟件詳細(xì)設(shè)計(jì)是指每一個(gè)軟件配置項(xiàng)的具體設(shè)計(jì)。

組件化、抽象、高內(nèi)聚與低耦和、封裝與信息隱蔽是軟件設(shè)計(jì)的基本原則。軟件設(shè)計(jì)視圖通常可分為架構(gòu)視圖（靜態(tài)視圖）和行為視圖（動(dòng)態(tài)視圖）兩類。第9章

系統(tǒng)設(shè)計(jì)方法 9.1結(jié)構(gòu)化設(shè)計(jì)

? 9.1.1 結(jié)構(gòu)化設(shè)計(jì)方法概述

分析系統(tǒng)的總體需求，并將需求逐步分解為基本、具體的功能。確定每個(gè)功能應(yīng)當(dāng)記錄的數(shù)據(jù)。

列出系統(tǒng)中應(yīng)提供的各項(xiàng)基本功能，并分析各項(xiàng)基本功能之間的耦合關(guān)系，根據(jù)高內(nèi)聚、低耦和的原則分配到系統(tǒng)中適當(dāng)?shù)哪K中。

? 9.1.2 系統(tǒng)結(jié)構(gòu)圖

模塊 調(diào)用 數(shù)據(jù) 控制 轉(zhuǎn)接符號(hào)

? 9.1.3 系統(tǒng)結(jié)構(gòu)圖分類

變換流與事務(wù)流 變換型系統(tǒng)結(jié)構(gòu)圖 事務(wù)型系統(tǒng)結(jié)構(gòu)圖 ? ? ?

? ? ? ? ? ? ? ?

? 混合型系統(tǒng)結(jié)構(gòu)圖

9.2面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)

? 9.2.1 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)概述

分析并建立適合系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)；

根據(jù)數(shù)據(jù)結(jié)構(gòu)在相應(yīng)的層次建立程序結(jié)構(gòu)；

羅列出程序中用到的各種基本操作，并將這些基本操作分配到程序結(jié)構(gòu)中合適的模塊中。

? 9.2.2 Jackson圖

順序結(jié)構(gòu) 選擇結(jié)構(gòu) 重復(fù)結(jié)構(gòu)

改進(jìn)的Jackson圖

? 9.2.3 Jackson方法

分析并確定輸入和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，并利用Jackson 找出輸入和輸出數(shù)據(jù)結(jié)構(gòu)中存在對(duì)應(yīng)關(guān)系的數(shù)據(jù)單元。從描繪數(shù)據(jù)結(jié)構(gòu)的Jackson圖導(dǎo)出描繪程序結(jié)構(gòu)的Jackson

列出所有操作和條件(包括分支條件和循環(huán)結(jié)束條件)，并且把它們安排到程序結(jié)構(gòu)圖的適當(dāng)位置。用偽代碼表示。

9.3面向?qū)ο蟮脑O(shè)計(jì)

? 9.3.1 面向?qū)ο蟮脑O(shè)計(jì)概述

面向?qū)ο笤O(shè)計(jì)的基本思想是通過(guò)建立和客觀實(shí)際相對(duì)應(yīng)的對(duì)象，并通過(guò)這些對(duì)象的組合來(lái)創(chuàng)建具體的應(yīng)用。

面向?qū)ο笤O(shè)計(jì)具有基于抽象、信息隱藏、功能獨(dú)立和模塊性構(gòu)造系統(tǒng)的能力。

對(duì)于面向?qū)ο蟮南到y(tǒng)，可以定義一個(gè)四個(gè)層次的設(shè)計(jì)金字塔：子系統(tǒng)層；類及對(duì)象層；消息層；責(zé)任層。

? 9.3.2 面向?qū)ο笤O(shè)計(jì)技術(shù)

? Coad/Yourdon方法 ? Booch方法 ? OMT方法 ? ?

? 9.3.3 面向?qū)ο笤O(shè)計(jì)過(guò)程

系統(tǒng)設(shè)計(jì)過(guò)程：將分析模型劃分為子系統(tǒng)；子系統(tǒng)分配及與問(wèn)題的并發(fā)性；任務(wù)管理；數(shù)據(jù)管理；資源管理；人機(jī)界面；子系統(tǒng)間通信

對(duì)象設(shè)計(jì)過(guò)程：對(duì)象描述；算法與數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；接口設(shè)計(jì)與模塊化

9.4設(shè)計(jì)模式

? 9.4.1 設(shè)計(jì)模式概述

設(shè)計(jì)模式就是將面向?qū)ο筌浖脑O(shè)計(jì)經(jīng)驗(yàn)記錄下，可供設(shè)計(jì)者能夠復(fù)用的設(shè)計(jì)方案。設(shè)計(jì)模式極大提高了面向?qū)ο筌浖_(kāi)發(fā)的效率，降低了軟件的復(fù)雜度。

在軟件設(shè)計(jì)中使用設(shè)計(jì)模式，將使用開(kāi)發(fā)出來(lái)的軟件更容易理解、更容易維護(hù)、更容易擴(kuò)展，使用設(shè)計(jì)模式同時(shí)也能夠提高開(kāi)發(fā)團(tuán)隊(duì)和個(gè)人的開(kāi)發(fā)能力。

? 9.4.2 設(shè)計(jì)模式基本組成

模式名稱：惟一標(biāo)識(shí)一個(gè)設(shè)計(jì)模式。問(wèn)題：描述應(yīng)該在何時(shí)使用該模式。? ? ?

? ? ? ? ? ? ? ? ?

? ? ?

? ? ?

? ?

? 解決方案：描述設(shè)計(jì)的組成要素，以及它們之間的相互關(guān)系及各自的職責(zé)與相互之間協(xié)作的方式。

? 效果：描述應(yīng)用設(shè)計(jì)模式的效果，以及使用設(shè)計(jì)模式必須考慮的限制和約束因素。

? 9.4.3 設(shè)計(jì)模式分類

? 面向?qū)ο竽Ｊ?? 代碼模式

? 框架應(yīng)用模式

? 創(chuàng)建型模式、結(jié)構(gòu)型模式與行為型模式 ? 類模式與對(duì)象模式

? 9.4.4 如何使用設(shè)計(jì)模式

? 針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程 ? 優(yōu)先使用對(duì)象組合，而不是類繼承 ? 找出變化并封裝

9.5小節(jié)

? 系統(tǒng)設(shè)計(jì)是一系列迭代的過(guò)程，主要任務(wù)包括數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)、接口及過(guò)程細(xì)節(jié)的設(shè)計(jì)等，而設(shè)計(jì)方法是軟件設(shè)計(jì)活動(dòng)中實(shí)現(xiàn)設(shè)計(jì)模型的方法。? 系統(tǒng)設(shè)計(jì)方法主要包括面向過(guò)程的結(jié)構(gòu)化設(shè)計(jì)方法、面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)，以及面向?qū)ο蟮脑O(shè)計(jì)方法與設(shè)計(jì)模式。

第10章

數(shù)據(jù)庫(kù)設(shè)計(jì) 10.1數(shù)據(jù)建模

? 10.1.1 數(shù)據(jù)模型分類

? 概念數(shù)據(jù)模型 ? 結(jié)構(gòu)數(shù)據(jù)模型 ? 物理數(shù)據(jù)模型

? 10.1.2 實(shí)體-聯(lián)系（E-R）模型

? 實(shí)體 ? 屬性 ? 聯(lián)系 ? 實(shí)體型 ? 實(shí)體集 ? 鍵 ? 域

? 10.1.3 數(shù)據(jù)模型

? 層次數(shù)據(jù)模型（hierarchical model）? 網(wǎng)狀數(shù)據(jù)模型（network model）? 關(guān)系數(shù)據(jù)模型（relational model）

? 面向?qū)ο竽Ｐ停╫bject oriented model）

10.2數(shù)據(jù)規(guī)范化

? 10.2.1 數(shù)據(jù)規(guī)范化的基本概念

? 函數(shù)依賴

? 非平凡函數(shù)依賴 ? 完全函數(shù)依賴 ? 部分函數(shù)依賴

? 傳遞函數(shù)依賴 ? 鍵

? 10.2.2 范式

? ? ? ? 第一范式（1NF）第二范式（2NF）第三范式（3NF）BC范式（BCNF）

10.3數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程 ? 10.3.1 數(shù)據(jù)庫(kù)需求分析

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 數(shù)據(jù)邊界的確定 數(shù)據(jù)環(huán)境的確定 數(shù)據(jù)內(nèi)部關(guān)系 數(shù)據(jù)字典

數(shù)據(jù)性能需求

數(shù)據(jù)需求分析說(shuō)明書(shū)

? 10.3.2 數(shù)據(jù)庫(kù)概念設(shè)計(jì)

概念設(shè)計(jì)與概念模型 概念設(shè)計(jì)的主要方法 分解與抽象 局部概念模式 全局概念模式

? 10.3.3 數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)

初始模式的形成 子模式設(shè)計(jì)

應(yīng)用程序概要設(shè)計(jì) 模式評(píng)審 修正模式

? 10.3.4 數(shù)據(jù)庫(kù)物理設(shè)計(jì)

存儲(chǔ)記錄結(jié)構(gòu)設(shè)計(jì) 確定數(shù)據(jù)存放位置 存取方法設(shè)計(jì)

完整性和安全考慮 程序設(shè)計(jì)

10.4小節(jié)

? 數(shù)據(jù)庫(kù)系統(tǒng)普遍采取數(shù)據(jù)模型表示和處理客觀事物的數(shù)據(jù)特征與信息。數(shù)據(jù)模型主要由數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作和完整性約束三部分組成，從抽象層次上描述和模擬了系統(tǒng)的靜態(tài)特征、動(dòng)態(tài)行為和約束條件。

? 關(guān)系數(shù)據(jù)庫(kù)中的關(guān)系必須滿足一定的要求，即滿足不同的范式。目前關(guān)系數(shù)據(jù)庫(kù)中常用的范式包括：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BCNF。? 數(shù)據(jù)庫(kù)設(shè)計(jì)主要包括需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)等幾個(gè)階段。

第11章

用戶界面設(shè)計(jì)

11.1基本概念

? ? ?

? ? ? ? ? ? ? ? ? ?

? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ?

? 11.1.1 界面設(shè)計(jì)目標(biāo)

可用性目標(biāo)：可行性、有效性、易學(xué)性、易記性、安全性、通用性

用戶體驗(yàn)?zāi)繕?biāo)：令人滿意、令人愉快、引人入勝、富有啟發(fā)、激發(fā)創(chuàng)造??

可用性目標(biāo)主要從客觀角度來(lái)評(píng)價(jià)系統(tǒng)界面，而用戶體驗(yàn)?zāi)繕?biāo)則是從用戶主觀感受的角度來(lái)評(píng)價(jià)系統(tǒng)界面。

? 11.1.2 界面設(shè)計(jì)原則

可視性：將系統(tǒng)功能呈現(xiàn)得一目了然。

反饋性：返回與活動(dòng)相關(guān)的信息，以便用戶能夠繼續(xù)這個(gè)活動(dòng)。限制性：將用戶的行為限制在一定的范圍內(nèi)。

對(duì)應(yīng)性：明確系統(tǒng)某個(gè)控制與其控制效果之間的對(duì)應(yīng)關(guān)系。一致性：用相似的元素表現(xiàn)相似的操作或相似的任務(wù)。啟示性：界面元素應(yīng)給予用戶某種提示。

? 11.1.3 界面設(shè)計(jì)過(guò)程

標(biāo)識(shí)出用戶的真實(shí)需要并建立需求模型 設(shè)計(jì)出候選方案

構(gòu)建或?qū)崿F(xiàn)設(shè)計(jì)的原型版本 對(duì)界面設(shè)計(jì)進(jìn)行評(píng)估

11.2界面設(shè)計(jì)技術(shù)

? 11.2.1 界面設(shè)計(jì)分析技術(shù)

GOMS模型及GOMS擊鍵層模型 Hick律 Fitts律

? 11.2.2 界面設(shè)計(jì)方法

原型設(shè)計(jì)方法

以用戶為中心的設(shè)計(jì)方法 用戶界面設(shè)計(jì)的支持工具

11.3界面設(shè)計(jì)評(píng)估

? 11.3.1 構(gòu)造性評(píng)估與總結(jié)性評(píng)估

構(gòu)造性評(píng)估：在設(shè)計(jì)過(guò)程中對(duì)所設(shè)計(jì)的系統(tǒng)或產(chǎn)品界面進(jìn)行評(píng)估以確保其滿足用戶需求。

總結(jié)性評(píng)估：對(duì)已經(jīng)完成的產(chǎn)品或系統(tǒng)界面進(jìn)行評(píng)估。

? 11.3.2 評(píng)估范型

快速評(píng)估 可用性測(cè)試 實(shí)地研究 預(yù)測(cè)性評(píng)估

? 11.3.3 評(píng)估方法與技術(shù)

觀察用戶

征求用戶意見(jiàn) 征求專家意見(jiàn) 用戶測(cè)試

用戶執(zhí)行情況的分析模型

? 11.3.4 評(píng)估框架

明確（Determine）

? ? ? ? ? ? ? ? ?

發(fā)掘（Explore）選擇（Choose）標(biāo)識(shí)（Identify）決定（Decide）評(píng)估（Evalute）

11.5小節(jié)

用戶界面體現(xiàn)了用戶利用系統(tǒng)完成任務(wù)的方式以及系統(tǒng)對(duì)用戶行為的響應(yīng)方式，一個(gè)沒(méi)有良好的用戶界面設(shè)計(jì)的系統(tǒng)很可能會(huì)成為一個(gè)沒(méi)有用戶的系統(tǒng)?？捎眯阅繕?biāo)與用戶體驗(yàn)?zāi)繕?biāo)。

界面設(shè)計(jì)的量化模型：GOMS模型及其子模型-擊鍵層模型，Hick律和Fitts律。構(gòu)造性評(píng)估與總結(jié)性評(píng)估。

第12章

系統(tǒng)設(shè)計(jì)文檔

12.1系統(tǒng)/子系統(tǒng)（結(jié)構(gòu)）設(shè)計(jì)說(shuō)明

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 引言 引用文件

系統(tǒng)級(jí)設(shè)計(jì)決策

系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)：總體設(shè)計(jì)；系統(tǒng)部件設(shè)計(jì)；動(dòng)態(tài)交互設(shè)計(jì)；接口設(shè)計(jì) 運(yùn)行設(shè)計(jì)

系統(tǒng)出錯(cuò)處理設(shè)計(jì) 系統(tǒng)維護(hù)設(shè)計(jì) 尚未解決的問(wèn)題 需求的可追蹤性 注解 附錄

12.2

接口設(shè)計(jì)說(shuō)明

引言 引用文件 接口設(shè)計(jì)

需求的可追蹤性 注解 附錄

12.3

軟件（結(jié)構(gòu)）設(shè)計(jì)說(shuō)明

引言 引用文件

軟件級(jí)設(shè)計(jì)決策

軟件體系結(jié)構(gòu)設(shè)計(jì)：程序結(jié)構(gòu)設(shè)計(jì)；全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；軟件配置項(xiàng)設(shè)計(jì)；動(dòng)態(tài)交互設(shè)計(jì)；接口設(shè)計(jì) 軟件詳細(xì)設(shè)計(jì) 需求的可追蹤性 注解 附錄

12.4數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明

? ? ? ? ? ? ? ? ?

? ? ? ? ?

引言 引用文件

數(shù)據(jù)庫(kù)級(jí)設(shè)計(jì)決策 數(shù)據(jù)庫(kù)詳細(xì)設(shè)計(jì)

用于數(shù)據(jù)庫(kù)操縱或訪問(wèn)的軟件配置項(xiàng)的詳細(xì)設(shè)計(jì) 需求的可追蹤性 注解 附錄

12.5

小節(jié)

根據(jù)《GB/T 8567-2006 計(jì)算機(jī)軟件文檔編制規(guī)范》，系統(tǒng)設(shè)計(jì)文檔主要包括系統(tǒng)/子系統(tǒng)設(shè)計(jì)（結(jié)構(gòu)設(shè)計(jì)）說(shuō)明（SSDD）、接口設(shè)計(jì)說(shuō)明（IDD）、軟件（結(jié)構(gòu)）設(shè)計(jì)說(shuō)明（SDD）和數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明（DBDD）。

系統(tǒng)/子系統(tǒng)設(shè)計(jì)（結(jié)構(gòu)設(shè)計(jì)）說(shuō)明（SSDD）描述了系統(tǒng)（或子系統(tǒng)）的系統(tǒng)級(jí)（或子系統(tǒng)級(jí)）設(shè)計(jì)決策與體系結(jié)構(gòu)設(shè)計(jì)。

接口設(shè)計(jì)說(shuō)明（IDD）描述了一個(gè)或多個(gè)系統(tǒng)、子系統(tǒng)、硬件配置項(xiàng)（HWCI）、計(jì)算機(jī)軟件配置項(xiàng)（CSCI）、用戶或其他系統(tǒng)部件的接口特性。

軟件（結(jié)構(gòu)）設(shè)計(jì)說(shuō)明（SDD）描述了計(jì)算機(jī)軟件系統(tǒng)的軟件級(jí)設(shè)計(jì)決策、軟件體系結(jié)構(gòu)設(shè)計(jì)（概要設(shè)計(jì)）與詳細(xì)設(shè)計(jì)。

數(shù)據(jù)庫(kù)（頂層）設(shè)計(jì)說(shuō)明（DBDD）描述了數(shù)據(jù)庫(kù)的設(shè)計(jì)。系統(tǒng)設(shè)計(jì)文檔可以使用自然語(yǔ)言，可以使用形式化語(yǔ)言，也可以根據(jù)具體的系統(tǒng)設(shè)計(jì)方法使用各種圖形工具，還可以根據(jù)實(shí)際情況混合使用多種表現(xiàn)形式。