利用图型化介面辅助撷取使用者需求之研究.doc

利用圖型化介面輔助擷取使用者需求之研究 陳右龍 李慶章 林文泓 樹德科技大學資訊管理研究所 Dept. of Information Management, SHU-TE University Email: ufochan@ms3.hinet.net Email: cclee@mail.stu.edu.tw Email: marco7@ms17.hinet.net 摘要 使用者需求分析是系統建構中的最重要階段，當資訊系統的需求無法確實掌握時，後續的資訊系統分析、設計與實施勢必無法順利完成。由於使用案例(Use-Case)具有簡單與容易使用的優點，因此系統開發人員大都樂於利用使用案例圖(Use-Case Diagram)與使用者溝通，作為導出使用者需求之工具。 雖然使用案例圖容易使用，但是在使用案例模式並非能夠讓全部的了解，除非是了解UML表示法的系統開發人員，否則應用使用案例，正確地與使用者溝通並不容易。本研究結合介面雛型與使用案例圖，提出「利用圖型化介面輔助擷取使用者需求」之方法，在利用使用案例進行需求分析時，加上介面與介面雛型，以誘發出使用者的真正需求，協助系統開發人員更精確地掌握需求。 此外，建立類別圖是專案開發時必須花費相當的部分，本文亦提出一套擷取物件方法的來幫助專案快速的建立類別圖。 關鍵詞：需求分析、統一塑模語言、物件管理組織、使用案例圖、介面類別、圖型化介面。 壹、緒論 在需求分析階段正確的擷取到使用者需求，對系統的成功與否息息相關。Jacobson[1][2]在1992年首先提出應用使用案例圖(Use-Case Diagrams)表示需求分析，讓需求有了正式記錄的標準方式。然而使用案例圖仍然不足的地方，不能完整的敘述使用者需求。本研究針對此問題，提出一套改進方法，將其方法應用在使用案例圖，幫助系統分析人員進行需求分析。 需求分析一直都是系統建構中的重要階段。任何一種系統開發方法論都非常重視需求分析，開發出能解決使用者問題的系統才是成功的系統。為深入了解使用者需求，在需求分析階段產生輸出入使用者介面，讓使用者了解系統主要功能，加以討論及修正是一個良好擷取需求的方法。 物件導向語言的快速發展，以往系統分析使用的資料流圖(DFD)卻無法表示物件的特性，使得系統分析師沒有一定的物件導向表示方法與程式設計師溝通，造成不少困擾。為了解決這樣的問題，出現了許多表示法(notation)，經過一番爭論及改善後，由Booh、Rubaugh及Jacobson等人提出的UML(Unified Modeling language)通過OMG(Object Management Group)的認定，成為國際標準的物件模型表示語言。UML提供九種圖分別有不同的功能，用不同的角度及在不同的發展階段描述系統。 Jacobson[1][2]在1992年首先提出應用使用案例圖表示需求分析，其主要是表示使用者與系統發生的互動關係。然而使用案例圖卻無法展示使用者與系統互動的輸出入介面[3][10]。 類別圖是物件導向中最重要的部分，如果能從輸出入介面中找出系統中大部分主要的物件及其屬性，轉換成類別圖將對系統程式的開發速度有很大的幫助。 針對這樣的問題本研究提出Refine Use-Case的方法，試圖在使用案例圖中加入介面類別(Interface class)，來表示系統與使用者互動的輸出入介面，並且在設計使用者介面時分析、記錄其輸出入的物件綱要，作為轉換為物件圖的主要依據，使其能銜接以後的程式設計階段。為達成這個目標，本研究將提出一個記錄其輸出入的物件綱要(Objects Schema)語法，及轉換成物件圖的方法。並且使用Rational Rose結合Visual Basic來實做驗證其可行性 一、UML (Unified Modeling Language) UML是一個圖型化的語言，能夠對軟體系統視覺化，敘述化，概念化及文件化[1]。由於物件導向程式語言的可再使用，易於維護，快速發展的特性促使物件導向程式語言能快速的被廣泛使用在各種系統的開發上。然而以往系統分析所使用的DFD卻無法表示物件導向的特性。UML的誕生主要是為了提供物件導向系統分析(OOA)、物件導向系統設計(OOD)及物件導向系統程式設計(OOP)的軟體發展流程中有統一的表示法。有了共用的表示法以後，各領域(Domain)的設計師就能用UML語言敘述該領域的領域規則與領域知識並且設計該領域的軟體系統。 二、使用案例圖(Use-Case Diagrams) 使用案例圖是Jacobson[1][2]於1992年在他的”Object Oriented Softer Engineering”一書中首先提出，其目的是在記錄互動的情境(Scenarios)，以便了解需求。UML[1]定義