比浏览器更快的访问！
8 关系: 快速應用程式開發，瀑布模型，项目管理，风险管理，软件工程，软件测试，迭代式开发，需求分析。
快速應用程式開發
快速應用程式開發（原名：Rapid Application Development、縮寫：RAD）是指一種以最小幅度的規劃並迅速地將原形完成的軟體發展方法論。採用RAD進行軟體開發的規劃是和撰寫軟體本身交錯同時進行的。通常能在沒有大量預先規劃的情況下，讓軟體更快寫完、更容易變更需求。 有時也作為採用此種方法論的工具的代稱，此類工具大多支援所見即所得的介面設計畫面、顯示相關原始碼及說明文件，以及事件及例外處理的快速設定等等輔助使用者迅速完成所需功能的便捷機制。.
新！!: 螺旋模型和快速應用程式開發 · 查看更多 »
瀑布模型
Royce提倡重复地使用瀑布模型，以一种迭代的方式。但是，大多数人并不知道这一点，一些人也不相信它能被應用在現實生活中，因為过程很少能够以連續由上而下的方式进行。經常會需要回到前面的阶段，或改變前一阶段的结果。讽刺的是，在Royce 1970年的那篇文章中他提到：这种模型的目的是作为用来说明这种模式有缺陷，而不適用。事实上，软體开发相关文章中对这个名词的大量引用正是对这个广泛流行的软體开发做法的一种评判。 瀑布模型（Waterfall Model）最早強調系統開發應有完整之週期，且必須完整的經歷週期之每一開發階段，並系統化的考量分析與設計的技術、時間與資源之投入等，因此瀑布模型又可以稱為『系統發展生命週期』（System Development Life Cycle, SDLC）。由於該模式強調系統開發過程需有完整的規劃、分析、設計、測試及文件等管理與控制，因此能有效的確保系統品質，它已經成為软體業界大多數軟體開發的標準（Boehm, 1988）。.
项目管理
项目是組織进行的一個暫時性（temporary）的努力付出，在一段事先確認的時間內，運用事先決定的資源，以生产一個獨特（unique）且可以事先定義的產品、服務或結果。 项目管理是運用管理的知識、工具、和技術於项目活動上，來達成解決项目的問題或達成專案的需求。所謂管理包含領導、組織、用人、計劃及控制等五項主要工作。.
风险管理
风险管理（risk management）是一个管理過程，包括對风险的定義、測量、评估和發展因應風險的策略。目的是將可避免的風險、成本及損失極小化。理想的风险管理，事先已排定优先次序，可以優先處理引發最大损失及發生機率最高的事件，其次再處理風險相對較低的事件。 實際狀況中，因為風險與發生機率通常不一致，所以難以決定處理順序。故須衡量兩者比重，做出最合适的决定。 因為牽涉到机会成本，风险管理同時也要面对如何運用有效资源的难题。把资源用于风险管理可能會減少運用在其他具有潛在報酬之活動的资源；理想的风险管理正是希望以最少的资源化解最大的危机。.
软件工程
软件工程（quote） 1968年秋季，NATO（北約）的科技委員會召集了近50名一流的編程人員、計算機科學家和工業界巨頭，討論和制定擺脫“軟體危機”的對策。在那次會議上第一次提出了軟體工程（software engineering）這個概念，研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。其后的几十年里，各种有关软件工程的技术、思想、方法和概念不断被提出，软件工程逐步发展为一门独立的科学。 1993年，电气电子工程师学会（IEEE）给出了一个更加综合的定义："将系统化的、规范的、可度量的方法用于软件的开发、运行和维护的过程，即将工程化应用于软件开发中"。此后，IEEE多次给出软件工程的定义。 在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展，提高人们的工作效率，同时提升了生活质量。 软件工程师是对应用软件创造软件的人们的统称，软件工程师按照所处的领域不同可以分为系统分析师、系统架构师、软件设计师、程序员、测试工程师、界面与交互设计师等等。各种软件工程师人们俗称程序员。.
软件测试
軟體測試（software testing），描述一種用來促進鑑定軟體的正確性、完整性、安全性和品質的過程。據此，您可能會想，軟體測試永遠不可能完整的確立任意電腦軟體的正確性。然而，在可計算理論（計算機科學的一個支派）一個簡單的數學證明推斷出下列結果：不可能完全解決所謂「當機」，指任意電腦程式是否會進入無窮迴圈，或者罷工並產生輸出問題。換句話說，軟體測試是一種實際輸出與預期輸出間的稽核或者比較過程。 软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量軟體品質，并对其是否能满足设计要求进行评估的过程。 軟體測試有許多方法，但對複雜的產品執行有效測試不僅僅是研究過程，更是創造並嚴格遵守某些呆板步驟的大事。測試的其中一個定義：為了評估而質疑產品的過程；這裡的“質疑”是測試員試著對產品做的事，而產品以測試者腳本行為反應作為回答。雖然大部分測試的智力過程不外乎回顧、檢查，然而「測試」這個词意味著產品動態分析──讓產品流暢運行。程式品質可能，而且通常會，隨系統不同而有差異；不過某些公認特性是共通的：可靠性、穩定性、輕便性、易於維護、以及實用性。請參照至ISO標準ISO 9126有更詳盡的說明。.
迭代式开发
迭代式开发也被称作迭代增量式开发或迭代进化式开发，是一种与传统的瀑布式开发相反的软件开发过程，它弥补了传统开发方式中的一些弱点，具有更高的成功率和生产率。 在迭代式开发方法中，整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代。每一次迭代都包括了需求分析、设计、实现与测试。采用这种方法，开发工作可以在需求被完整地确定之前启动，并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。再通过客户的反馈来细化需求，并开始新一轮的迭代。 迭代和版本的区别，可理解如下：.
新！!: 螺旋模型和迭代式开发 · 查看更多 »
需求分析
在系统工程及软件工程中，需求分析指的是在建立一个新的或改变一个现存的系统或产品时，确定新系统的目的、范围、定义和功能时所要做的所有工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。 在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤，但在过去十年中越来越多的人认识到它是整个过程中最关键的一个过程。假如在需求分析时，分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上不可能达到顾客的需要，或者软體无法在规定的时间里完工。.
