⑴ 我的系統更新了，找不到開發者的選項。那麼從哪裡可以找到。
一般都在系統設置——系統——下面，多找找，這個是基本屬性，不會沒有的。
⑵ 系統開發的方式有哪四種
Windows 開發商 Microsoft
Windows98/me
Windows2000/XP
Windows Server2003
Windows Vista
Windows98/me是基於MS-DOS的混合的16/32位操作系統正慢慢的退出PC舞台了,2000/XP以及Server2003都是基於WindowsNT的32位操作系統,XP/Server2003已經有64位版本了。Vista是微軟最新開發的版本預計在2006年推出。主要支持Intel,AMD,後來增加了對PowerPC，MIPS的支持。微軟的操作系統基本上統治了個人PC市場,大概佔了90%的市場份額。
UNIX-like
AIX 開發商 IBM
AIX是Advanced Interactive eXecutive的簡稱，它是IBM 公司的UNIX操作系統，整個系統的設計從網路、主機硬體系統，到操作系統完全遵守開放系統的原則.
RS/6000 採用IBM 的UNIX操作系統-AIX作為其操作系統.這是一個目前操作系統界最成功，應用領域最廣，最開放的第二代的UNIX系統。它特別適合於做關鍵數據處理（CRITICAL）.
支持PowerPC POWER處理器.
目前的版本是AIX 5L 5.3,
支持64棵處理器,2TB內存,16TB JFS2文件系統,16TB JFS2文件.
HP-UX 開發商 HP
惠普公司在1996年隨著推出64位PA-8000處理器，開始了64位技術的實施計劃，它形成了工業界運算最快的商業和工程技術應用伺服器的基礎。為了與先進的硬體配套，惠普公司已經逐步地把64位功能放入惠普公司在工業界領先的UNIX操作系統HP-UX。HP-UX 10.10和10.20分別具有非常大的文件系統和文件。
HP-UX 11.00也有32位版本，使得基於32位PA-7X00系統也可以得到HP-UX 11.00的新功能和特色;基於PA-8X00的K系列和T系列系統的客戶要在HP-UX的32位或64位版本之間做出選擇。惠普公司單機系統性能在工業界領先(39,469TPMS)的V系列系統，只可以運行64位的HP-UX 11.00。
主要運行於HP公司的PA-系列處理器以及Intel的安騰系列處理器上.
最新的版本HP-UX 11i v2.
可以管理128棵處理器，1TB內存，32TB文件系統，最大2TB的文件。
IRIX 開發商 SGI
SGI公司最早是專門生產圖形顯示終端的, OpenGL標准便是由SGI提出來的.公司開發的這個操作系統是主要運行在基於MIPS處理器的圖形工作站上,1992年SGI收購了MIPS, 1998年MIPS又脫離了SGI成立MIPS技術公司.2003年SGI推出了基於Linux的Altix系列操作系統.
Mac OS X 開發商 Apple
Apple公司的Macintosh機上的操作系統, 蘋果機主要用於圖形領域,在圖形處理領域佔有很大市場份額。Mac OS是首個在商用領域成功的圖形用戶界操作系統。Mac OS9及以前的版本都在搭在蘋果機上銷售的。它不支持其它設備，每當有新的設備時都要通過添加擴展來支持設備。新的Mac OS X結合BSDUnix、NeXTStep和Mac OS 9的元素。採用Unix風格的內存管理和搶占式多任務處理,它的最底層建基於BSDUnix的內核，實行的是部分開放源代碼。
現行的最新的系統版本是Mac OS X v10.4.2。
只能運行在PowerPC G3以上處理器的蘋果機上，蘋果公司正在跟Intel合作，表示以後蘋果機會採用x86處理器。
Solaris 開發商 SUN
最早也是基於BSD Unix開發的，那時就直接叫Sun OS，從Sun OS5以後就以Solaris的名字面市,從Solaris10開始它也是免費開源的軟體了,開始主要是為SPARC和x86寫的,後來經過一些改動也可以支持一大批的處理器.Solaris10開始支持64位處理器.
FreeBSD 開發者 Nate Williams，Rod Grimes,Jordan Hubbard.
Bill Jolitz的 386BSD發展形成3個分支FreeBSD,NetBSD,OpenBSD了,這些都是免費的開源操作系統。第一張FreeBSD光碟是在1993年12月發布的。
FreeBSD 是一個在個人電腦上執行的作業系統，主要支持x86處理器,其他跟 Intel 相容的 CPU 如 AMD 跟 Cyrix也被支持。
FreeBSD 能提供你許多昂貴工作站才有的先進功能，這些特色包括：
搶占式多任務處理.
完整的 TCP/IP 網路功能 包含 SLIP, PPP, NFS 跟 NIS。
內存保護(Memory protection) 能確保一個使用者不能打擾其他人。而一個應用程式也不能影響其他的程式。
標準的 X 視窗系統 (X Window, X11R6) 提供良好的圖形用戶介面(GUI)以便在一般的 VGA 顯示卡以及螢幕上使用， 並且提供完整的原始程式碼。
能直接執行在其他作業系統 (如 SCO, BSDI, NetBSD, Linux 跟 386BSD)上編譯的 (Binary) 程式。
數以千計 可以直接執行(ready-to-run) 的應用程式, 可以在 FreeBSD ports 及 packages 中找到。 免去你上網路到處找軟體的苦境。
需要時才置換的虛擬記憶體(Demand paged virtual memory 以及合理的虛擬記憶體及檔案緩沖區之緩沖功能(merged VM/buffer cache)
NetBSD 開發者 NetBSD小組
NetBSD是一種完全免費的類UNIX操作系統，它是一個重於誇平台應用的 BSD分支,它支持50多種硬體平台,具有高度可移植性和硬體平台兼容性.它可以運行在從64位alpha伺服器到手持設備的多種硬體平台上. NetBSD的清晰設計以及它的眾多高級特性使得它不論作為產品還是研究環境都表現得非常出色。而且它對用戶在資源上進行全方位的支持。其上的應用程序很多都可以非常容易地獲得。
OpenBSD 開發者 由NetBSD的前核心成員Theo de Raddt領導的一個開發小組。
OpenBSD由NetBSD分支出的計劃,
它是一個免費、多平台、基於4.4BSD的類Unix操作系統。目標在於強調正確性、安全性、標准化以及可移植性。著重於安全性，致力於成為最安全的操作系統。OpenBSD支持包括SVR4(Solaris),FreeBSD,Linux,BSDI,SunOS和HPUX等大部分二進制的模擬。
Linux
RedHat/Fedora 開發商 RedHat.Inc
Redhat linux是最早的Linux發行版本之一,也是最早使用軟體管理包RPM的Linux版本, Redhat 自9.0以後，不再發布桌面版的，而是把這個項目與開源社區合作，於是就有了Fedora 這個 Linux 發行版。最新版本是FC4.0.
Slackware 開發商Slackware Linux, Inc
Slackware Linux是由Patrick Volkerding開發的GNU/Linux發行版。與很多其他的發行版不同，它堅持KISS(Keep It Simple Stupid)的原則，就是說沒有任何配置系統的圖形界面工具。一開始，配置系統會有一些困難，但是更有經驗的用戶會喜歡這種方式的透明性和靈活性。
Slackware Linux的另一個突出的特性也符合KISS原則：Slackware沒有如RPM之類的成熟的軟體包管理器。Slackware的軟體包都是通常的 tgz(tar/gzip)格式文件再加上安裝腳本。Tgz對於有經驗的用戶來說，比RPM更為強大，並避免了RPM之類管理器的依賴性問題。 Slackware還有一個眾所周知的特性就是BSD風格的初始化腳本。Slackware對所有的運行級(runlevel)/任務都用同一個腳本，而不是在不同的運行級中建立一堆腳本的鏈接。這樣讓你不必自己寫新的腳本就能很容易地調整系統。
Debian 開發商Debian project
Debian 以其忠於Unix和自由軟體以及豐富的選擇出名,它的最新版本包含有5萬個軟體包,支持十一種體系結構,從ARM到IBM S390,以及個人電腦上的x86到PowerPC.它的軟包管理工具APT一樣有名.最新發布版本是Debian3.1也叫sarge
Mandriva 開發商 Conectiva
Mandriva Linux的前身是歐洲最大的Linux廠商之一Mandrakesoft，長期以來Mandrake Linux以最為方便、易用、華麗的Linux發行版著稱。Mandrake Linux早期方便的字體安裝工具和默認的中文支持，為Linux普及做出了很大的貢獻。但是2004年前後Mandrakesoft陷入財務危機，瀕臨破產。公司於2005年2月24日與拉丁美洲最大的Linux廠商Conectiva達成了收購協議，金額為170萬歐元，新公司旗下品牌 Mandrake Linux更名為Mandriva Linux。Mandriva以rpm作為軟體管理工具，部分兼容Red Hat Linux/Fedora Core的預編譯包.
SuSE 開發商 Novell
SUSE LINUX是德國的一個發行版,原是以Slackware Linux為基礎，並提供完整德文使用界面的產品,2004年Novell收購了SUSE.
Gentoo
Gentoo Linux為用戶提供了大量的應用程序源代碼。Gentoo Linux的每一部分都可以在最終用戶的系統上重新編譯建造，甚至包括最基本的系統庫和編譯器自身。通過依賴關系描述和源代碼鏡像的形式提供軟體，Gentoo Linux提供了大量軟體供用戶選擇。 標準的源代碼鏡像包括30G的數據。選擇不僅在軟體整體方面，也存在於軟體的內部。由於可以在本地編譯軟體，參數和變數的選擇可以由用戶自己指定。
事實上，在軟體的安裝和升級方面，Gentoo擁有自己獨特的優勢。由於Portage技術的產生，Gentoo Linux可以擔當一個理想的安全伺服器、開發平台、專業級桌面應用、游戲伺服器、嵌入式應用等等各種角色。由於其無限制的可配置性，我們甚至可以稱 Gentoo Linux為一個准發行版。
嵌入式式操作系統.
uClinux
uClinux是一種優秀的嵌入式Linux版本。uclinux是一個源碼開放的操作系統，面向沒有MMU（Memory Management Unit）的硬體平台。同標准Linux相比，它集成了標准Linux操作系統的穩定性、強大網路功能和出色的文件系,它是完全免費的.
uC/OS II 開發商 Micrium
搶占式實時多任務實時操作系統,可以管理63個任務,開源的嵌式操作系統,商業應用需要得到Micrium公司的授權,
VxWorks 開發商 WindRiver
VxWorks操作系統是美國風河(WindRiver)公司於1983 年設計開發的一種嵌入式實時操作系統（RTOS），是嵌入式開發環境的關鍵組成部分。良好的持續發展能力、高性能的內核以及友好的用戶開發環境，在嵌入式實時操作系統領域占據一席之地。它以其良好的可靠性和卓越的實時性被廣泛地應用在通信、軍事、航空、航天等高精尖技術及實時性要求極高的領域中，如衛星通訊、軍事演習、彈道制導、飛機導航等。在美國的 F-16、FA-18 戰斗機、B-2 隱形轟炸機和愛國者導彈上，甚至連1997年7月在火星表面登陸的火星探測器上也使用到了VxWorks
VxWorks 的實時性做得非常好，其系統本身的開銷很小，進程調度、進程間通信、中斷處理等系統公用程序精練而有效，它們造成的延遲很短。
PalmOS 開發商 PalmSource,Inc
早期由US Robotics（其後被3Com收購，再獨立改名為Palm公司）研製的專門用於其產品"Palm"的操作系統。主要用於PDA產器
WindowsCE 開發商 Microsoft
它是微軟針對個人電腦以外的電腦產品所研發的嵌入式操作系統，而CE則為Customer Embedded的縮寫。
⑶ 如何選擇一個信息系統的開發方法
面向對象的開發方法稍微多一點
便於重用，開發速度快
⑷ 管理信息系統的開發方法主要有哪幾種開發方式有哪幾種
信息系統主要的開發方法包括結構化方法、原型法、企業系統規劃方法、戰略數據規劃方法、信息工程方法和面向對象方法等。
1.結構化方法
結構化方法是由結構化系統分析和設計組成的一種信息系統開發方法。結構化方法是目前最成熟、應用最廣泛的信息系統開發方法之一。
結構化方法主要特點介紹如下：
開發目標清晰化
工作階段程式化
開發文檔規范化
設計方法結構化
2.原型法
原型法是一種根據用戶需求，利用系統開發工具，快速地建立一個系統模型並展示給用戶，再此基礎上與用戶交流，最終實現用戶需求的信息系統快速開發的方法。
應用原型法開發過程包括系統需求分析、系統初步設計、系統調試、系統檢測等階段。
原型法具有開發周期短、見效快、與業務人員交流方便的優點，特別適用於那些用戶需求模糊，結構性比較差的信息系統的開發。
3.企業系統規劃方法
企業系統規劃方法(BSP，Business
System
Planning)是企業戰略數據規劃方法和信息工程方法的基礎和。
4.戰略數據規劃方法
戰略數據規劃方法的要點主要有：
數據環境對於信息系統至關重要
4種數據環境
建立主題資料庫是信息系統開發的中心任務
圍繞主題資料庫搞好應用軟體開發
5.信息工程方法
信息工程方法與企業規劃方法和戰略數據規劃方法是一種交叉關系，即信息工程方法是其他2種方法的總結和提升，而其他兩種方法則是信息工程方法的基礎和核心。
6.面向對象方法
面向對象方法是對客觀世界的一種看法，它把客觀世界從概念上看成是一個由相互配合而協作的對象組成的系統。信息系統開發的面向對象方法興起是信息系統發展的必然趨勢。
面向對象的分析方法是利用面向對象的信息建模概念，如實體、關系、屬性等，同時運用封裝、繼承、多態等機制來構造模擬現實系統的方法。
⑸ 如何開發系統
一、需求分析
1.相關系統分析員向用戶初步了解需求，然後用word列出要開發的系統的大功能模塊，每個大功能模塊有哪些小功能模塊，對於有些需求比較明確相關的界面時，在這一步裡面可以初步定義好少量的界面。[1]
2.系統分析員深入了解和分析需求，根據自己的經驗和需求用WORD或相關的工具再做出一份文檔系統的功能需求文檔。這次的文檔會清楚列出系統大致的大功能模塊，大功能模塊有哪些小功能模塊，並且還列出相關的界面和界面功能。
3.系統分析員向用戶再次確認需求。
二、概要設計
首先，開發者需要對軟體系統進行概要設計，即系統設計。概要設計需要對軟體系統的設計進行考慮，包括系統的基本處理流程、系統的組織結構、模塊劃分、功能分配、介面設計、運行設計、數據結構設計和出錯處理設計等，為軟體的詳細設計提供基礎。
三、詳細設計
在概要設計的基礎上，開發者需要進行軟體系統的詳細設計。在詳細設計中，描述實 現具體模塊所涉及到的主要演算法、數據結構、類的層次結構及調用關系，需要說明軟體系統各個層次中的每一個程序(每個模塊或子程序)的設計考慮，以便進行編碼和測試。應當保證軟體的需求完全分配給整個軟體。詳細設計應當足夠詳細，能夠根據詳細設計報告進行編碼。
四、編碼
在軟體編碼階段，開發者根據《軟體系統詳細設計報告》中對數據結構、演算法分析和模塊實現等方面的設計要求，開始具體的編寫程序工作，分別實現各模塊的功能，從而實現對目標系統的功能、性能、介面、界面等方面的要求。在規范化的研發流程中，編碼工作在整個項目流程里最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在很多研發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對於程序員而言，bug永遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候嗎？從來沒有！
五、測試
測試編寫好的系統。交給用戶使用，用戶使用後一個一個的確認每個功能。軟體測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試范圍，可以分為模塊測試和整體聯調；按照測試條件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。總之，測試同樣是項目研發中一個相當重要的步驟，對於一個大型軟體，3個月到1年的外部測試都是正常的，因為永遠都會又不可預料的問題存在。完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營狀況並持續修補升級，直到這個軟體被徹底淘汰為止。
六、軟體交付
在軟體測試證明軟體達到要求後，軟體開發者應向用戶提交開發的目標安裝程序、資料庫的數據字典、《用戶安裝手冊》、《用戶使用指南》、需求報告、設計報告、測試報告等雙方合同約定的產物。
《用戶安裝手冊》應詳細介紹安裝軟體對運行環境的要求、安裝軟體的定義和內容、在客戶端、伺服器端及中間件的具體安裝步驟、安裝後的系統配置。
《用戶使用指南》應包括軟體各項功能的使用流程、操作步驟、相應業務介紹、特殊提示和注意事項等方面的內容，在需要時還應舉例說明。
七、驗收
用戶驗收。
八、軟體維護
⑹ 怎樣才能找到開發者選項
⑺ 目前我國物業管理信息系統的開發方法是什麼
上海殷行物業管理公司的傳統業務是國有公房的租賃管理。隨著國家房改政策的推行，一些租戶開始買房，私房管理逐漸成為公司的核心業務。該公司的軟體系統開發有兩大難題：一、業務規則復雜，特別是歷史遺留的各項政策法規，許多公司員工也難以理解清楚；二、系統必須能隨著公司業務重心從公房租賃到私房管理的轉移過程和各項政策的變化而進化，這需要一個穩定的軟體構架（ Software Architecture ）。傳統的瀑布式軟體開發過程不能滿足該系統在需求和系統進化方面的要求。
由於殷行物業管理系統需求獲取的難度和對軟體構架的要求，我們選擇採用 RUP 來開發該系統，並最終開發出了令人滿意的產品。
2 統一過程的特點
RUP 是一個通用的軟體開發過程框架，它可通過裁剪和擴充應用於各種不同類型的軟體系統、各種不同的應用領域、各種不同的組織和各種不同的項目規模。 RUP 具有以下三個重要特徵：用例驅動、以構架為中心和迭代增量開發。
2.1 用例驅動的過程
首先，在業務建模（ Business Modeling ）工作流中，業務流程（ Business Process ）被定義為數個不同的業務用例（ Business Use Case ），其中每個業務用例都代表業務中某個特定的工作流程，業務主角（ Business Actor ）（客戶、合作夥伴等）通過業務用例中的動作序列獲得組織的服務。所有的業務用例和業務主角構成了組織的業務用例模型（ Business Use － Case Model ）。
在需求（ Requirements ）工作流中，根據業務用例模型確定待開發系統支持業務用例實現（ Business Use － Case Realization ）的功能並限定系統的邊界，這些功能用系統用例（ System Use Case ）來描述，用例主角為組織內部的業務工人（員工、直接使用系統的客戶等）。所有的系統用例和用例主角構成了系統用例模型（ System Use － Case Model ），它描述了系統的功能需求。
在分析設計工作流（ Analysis & Design ）中，開發人員使用系統用例模型作為輸入，對每個系統用例進行用例分析（ Use Case Analysis ）和用例設計（ Use Case Design ），得到相應的用例實現（ Use Case Realization ）。用例實現在設計模型（ Design Model ）中提供了一種結構，用於組織與用例有關但卻屬於設計模型的工件。這些相關工件包括協作圖（ Collaboration Diagram ）和序列圖（ Sequence Diagram ），這些圖使用協作對象說明用例行為。最終這些協作對象可以歸納為系統要開發的分析類和設計類。
在實施 (Implementation) 工作流中，將設計模型作為輸入，將設計類實現為組件，創建實施模型（ Implementation Model ）。
在測試工作流期間，根據用例的功能描述編寫測試用例（ Test Case ），驗證系統是否實現了的用例的功能。因此，用例將各個工作流整合成一個流――確定用例、分析用例、設計用例、實現用例、根據用例編寫測試用例來驗證系統設計。
2.2 以構架為中心的過程
在 RUP 中，軟體系統的構架是指系統重要組件的組織或結構，這些重要組件通過介面與那些由不斷減小的組件與介面所構成的組件進行交互。構架具有以下作用：
1 ）理解系統 RUP 使用 UML 可視化建模系統的構架，並以構架為中心進行開發，這使得開發人員、管理人員及其他相關人員能夠詳細理解所需要做的工作，以利於他們參與系統的開發。
2 ）組織開發 構架設計師通過將系統劃分為帶有明確定義介面的子系統，並讓開發小組負責每個子系統，可以顯著減少開發組之間交流的工作量，而且介面雙方的軟體可獨立地進化。
3 ）鼓勵重用 好的構架為開發人員提供了可以在其上開展工作的穩定的骨架，它有助於開發人員知道在哪裡能有效地找到可重用的元素以及發現合適的可重用的組件。
4 ）進化系統 一個具有穩定的構架的系統在分析和設計時就考慮到系統進化的需求，從而具有一定的容變能力，系統可以適度地進化。
2.3 迭代和增量開發
迭代（ Iteration ）是指帶有已建立基準（ Base Line ）的計劃和評估准則的獨特活動序列，迭代生成系統的內部或外部發布版（ Release ）。增量（ Increment ）是指在後續迭代結束後，兩個發布版本之間存在的差異（差值）。在 RUP 中，軟體的生命周期是由一系列迭代組成的，這些迭代都是由軟體項目分解成的許多袖珍項目（ mini-project ）。每個迭代都產生以內部版本形式交付的實際結果，其中每個內部版本會增加一個增量並表明所關注的風險得以降低。這些版本可以展示給客戶，從而獲得有價值的反饋以確認工作成果。早期階段的迭代主要是關注確定項目的范圍，消除關鍵風險和建立系統構架基準。後期迭代則不斷增加增量結果，直至得到一個可對外發布的產品。迭代有助於管理層規劃、組織、監控和控制項目。
迭代和增量開發具有以下的一些優點：（ 1 ）允許變更需求；（ 2 ）允許持續的集成；（ 3 ）及早降低風險；（ 4 ）有助於組織學習和提高；（ 5 ）提高復用性；（ 6 ）生成性能更強壯的產品。
3 殷行物業管理系統的開發過程
該系統主要包括以下幾個模塊：
• 小區管理 公司經營業務所涉及的小區的信息管理。
• 房屋管理 公司所管理的房屋的資料的管理和維護。
• 房屋租賃管理 實現房屋租賃的功能。
• 租金管理 實現租戶租金的收取和各項報表的編制功能。
• 私房管理費管理 實現私房用戶的管理費管理。
• 系統維護 系統的用戶、安全和公共信息的管理。
我們首先和用戶一起對該公司的業務進行建模，建立業務用例模型，然後再一起分析這些業務用例的實現，明確用戶對將要開發系統的功能需求。通過分析，我們獲得了「接收房屋」、「出租可租房」、「建租戶賬」、「收取租金「、「租金調整」和「租金減免」
等對於決定系統構架具有重要作用的核心系統用例。因為租金調整和減免方面的業務規則非常復雜而且易變，我們決定採用 EJB 組件構架，將業務規則封裝在企業 JavaBeans 中，以利用 EJB 構架在系統維護和進化方面的優勢。圖 1 是該系統構架的部署視圖（ Deployment View ）。
由於 RUP 的特徵和 EJB 技術的採用，我們在開發過程中很好地克服了需求變更和更改設計方面的難題，在開發的後期沒有出現什麼重大的錯誤設計和返工。
4 房屋租賃管理子系統的開發實例
限於篇幅，我們以房屋租賃管理子系統在第一次生命周期中的開發過程來闡述 RUP 的應用方法，這里給出的只是一個基本的過程框架。
4.1 業務建模
業務建模的目的在於了解目標組織的結構、機制、當前存在的問題、改進的可能性，並確保客戶、最終用戶和開發人員就目標組織達成共識，最後還要導出支持目標組織所需的系統需求。
下面是房屋租賃子系統業務用例模型中的「客戶租房「業務用例（這里我借鑒了 Cockburn 的用例思想）：
用例名稱 (Use case) ：客戶租房
首要主角 (Primary Actor) ：客戶
范圍 (Scope) ：殷行物業公司
層次 (Level) ：概要目標
前提條件 (Preconditions) ：當前有空的出租房
觸發條件 (Trigger) ：客戶申請租房
成功保證 (Success Guarantees) ：客戶順利地租到房屋
最低保證 (Minimal Guarantees) ：客戶取消租房
基本流 (Basic Flow) ：
• 客戶向公司提出租房申請，並提供相關材料和客戶租房條件。
• 業務員審核客戶材料，並根據客戶租房條件檢索可租房 。
• 客戶選定中意的可租房。
• 業務員出租選中的可租房 。
• 計賬員為客戶建立租金賬戶 。
備選流 (Alternative Flow) ：
// … （略）
2b 、未找到符合客戶租房要求的房屋 3a 、客戶不滿意所選的房屋
a 、客戶重新提出租房 條件
a1 、業務員根據客戶租房條件檢索可租房屋 。
這個過程可重復多次，直到客戶接受房屋或取消租房。
b 、客戶不再租房，流程終止。
業務用例實現由業務對象模型來描述，它是對業務工人和業務實體之間應該如何聯系和協作以執行業務的一種抽象。 系統分析員使用 該模型來確定系統主角和系統用例。
4.2 需求
分析業務用例模型中「客戶租房「業務用例的實現，可以確定 業務員 和計賬員等業務工人 (Business Worker) 對系統的功能需求，從而得到三個系統用例，如以上斜體部分所示。採用類似方法獲得的所有系統用例構成了系統的功能需求。 這時，業務用例中的業務工人映射為系統用例的主角。下面是「出租可租房」系統用例的事件流：
用例名稱 (Use Case) ：出租可租房屋
首要主角 (Primary Actor)：業務員
范圍 (Scope) ：殷行物業管理信息系統
層次 (Level)：用戶目標
前提條件 (Preconditions)：客戶選定可租房
觸發條件 (Trigger)：業務員開始租房
成功保證 (Success Guarantees)：待租房屋順利租出
最低保證 (Minimal Guarantees) ：（無）
基本流 (Basic Flow) ：
• 業務員輸入租戶信息。
• 業務員輸入租賃憑證資料。
• 系統 添加新租戶 。
• 系統將 可租房轉換為已租房 。
• 系統 創建租賃憑證 。
備選流 (Alternative Flow) ：
//…. （略 去了備選流中的用例 ）
4.3 分析設計
分析設計工作流的主要目的是將需求轉化為系統的設計以及開發出健壯的構架。涉及到的角色有構架設計師、設計師和資料庫設計師等。構架設計師的主要工作是構架分析、確定設計機制等。設計師的主要工作是用例分析、用例設計、類設計和子系統設計等。資料庫設計師設計系統的數據模型。
對「 出租可租房屋 「系統用例進行用例分析和設計，得到其用例實現的協作圖（圖 2 ）。
從圖中可得到如下的設計類：實體類（ RenterWithouAccount －未建賬租戶、 RentingCard －租賃憑證、 RentedHouse －已租房、 RentableHouse －可租房、 RentableHouseSet －可租房集合）、控制類（ RentingManager －租賃管理器、 TransactionManager －事務管理器）、邊界類（ RentingForm －租賃窗體、 RentingCardDlg －租賃憑證資料對話框）。
根據實體類之間的關系，可以得出關於房屋租賃的局部數據模型（圖 3 ）。
4.4 實施
在實施階段，將分析設計階段產生的設計模型作為輸入，探討如何用源代碼、腳本、二進制代碼、可執行體等組件來實現系統。由於我們採用了 EJB 技術，因此在 Rational Rose 中，我們將以上的實體類映射成了 EntityBean 類，控制類映射為 SessionBean 類，而邊界類則映射為客戶端的 JavaBean 。最終， RenterWithouAccount 、 RentingCard 、 RentingManager 等企業 Bean 類被部署在 JBoss 應用伺服器中。
至此，房屋租賃管理子系統的第一個版本已經產生，用戶可以試用該系統以提出改進意見和新的需求，並在下一輪迭代中加以實現。實際上，我們只經過了四輪迭代，用戶便接受了該子系統。
5 結束語
由於 RUP 是一個龐大復雜的軟體開發過程框架，在實際開發過程中，我們對 RUP 進行了適當的裁剪以適應系統的規模和特點，省去了開發大規模系統所需的活動和工件。 CASE 工具我們主要選用了 Rational Rose 、 ClearQuest 、 Soda 和 RequistePro ，開發工具選用了 JBuilder5 ，資料庫選用了 SQLServer7 ，應用伺服器選用了 JBoss ， web 伺服器選擇了 Tomcat 。最終我們以較低的成本，在客戶要求的進度內開發出了令人滿意的物業管理信息系統。