比浏览器更快的访问！
8 关系: 功能需求，系统工程，系統，统一建模语言，用例，面談，软件工程，敏捷软件开发。
功能需求
功能需求（functional requirement）為一軟體工程用語，功能需求定義一個軟體系統或元件的功能，也是一個系統需提供的功能及服務。功能可以用一組輸入、行為及輸出的組合來表示。功能需求可以是計算、技術細節、資料處理或其他說明系統希望達成功能的內容。功能需求會以非功能性需求（或是品質需求）為其基礎，後者會描述設計或實--時的限制條件（例如性能需求、保安性或可靠度等）。 若依照需求工程的定義，功能需求會列出系統的特定結果，而非功能性需求會列出系統的一些整體特性（如成本及可靠度），功能需求有關系統的應用架構，而非功能性需求和系統的技術架構有關。 例如一個計算機的功能需求可能是可計算9位數字的加減乘除及根號，而其非功能性需求是成本需在美金10元以下。 功能需求理論上需要有全面性及一致性，一方面描述用戶所需要的所有機能，同時各機能的說明不能前後衝突。不過對於大型的系統，由於系統的複雜及參與人員看待事物的觀點不同，要作到全面性及一致性相當困難。 有時需求分析師會在收集許多功能需求後，會依功能需求建立一系列的用例。功能需求的階層為：使用者或利益相關者的需求->功能->用例->業務規則，每一個用例都會描述一個到多個功能需求所對應的行為。不過有時需求分析師也會從一些用例開始，再從用例中找出用例中需要用的功能需求。.
系统工程
系统工程是一個跨多學科領域的工程學和工程管理，通常專注於如何設計和管理在其生命週期內的複雜系統。系統工程的核心係利用系統性思考的原則，以建構其知識體系。當處理大型、複雜的專案時，所面臨的相關議題（例如：需求工程、可靠度、物流、不同團隊的協調、測試與評估、可維修性、和許多其他能夠成就系統開發、設計、執行、和最終除役的學科）變得更加困難。系統工程藉由工作流程、優化的方法、以及風險管理等工具來處理此一類型的專案，並且與技術、和以人為本的學科相互重疊（例如：工業工程、機械工程、製造工程、控制工程、軟體工程、電機工程、模控學、組織研究、以及專案管理）。系統工程確保專案或系統的各個層面均被詳加考慮、並整合成為一體。 系統工程流程是一種發現的過程，與製造流程顯著不同。製造流程專注於重複性的活動，以花費最少的成本與時間來達成最高的品質輸出。系統工程流程則必須由發現實際、待解決的問題為起始點，並識別出最有可能發生、或衝擊最大的失效，系統工程也涉入找出這些問題的最佳解決方案。.
系統
系統（system；system；système；sistema）泛指由一群有關聯的個體組成，根據某種規則運作，能完成個別元件不能單獨完成的工作的群體。 系統分為自然系統與人為系統兩大類。.
统一建模语言
统一建模语言（Unified Modeling Language，縮寫 UML）是非专利的第三代建模和规约语言。UML是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。UML展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。 這個語言由葛來迪·布區，伊瓦爾·雅各布森與詹姆士·蘭寶於1994年至1995年間，在公司中開發，於1996年，又進一步發展。UML集成了Booch，OMT和面向对象软件工程的概念，将这些方法融合为单一的，通用的，并且可以广泛使用的建模语言。UML打算成为可以对并发和分布式系统的标准建模语言。 UML并不是一个工业标准，但在Object Management Group的主持和资助下，UML正在逐渐成为工业标准。OMG之前曾经呼吁业界向其提供有关面向对象的理论及实现的方法，以便制作一个严谨的软件建模语言（Software Modeling Language）。有很多业界的领袖亦真诚地回应OMG，帮助它建立一个业界标准。.
新！!: 需求分析和统一建模语言 · 查看更多 »
用例
例（use case），或譯使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互動，也就是谁可以用系统做什么，从而获得一个明确的业务目标。编写用例时要避免使用技术术语，而应该用最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的。 在1986年，Ivar Jacobson，UML和瑞理统一过程的重要贡献者，提出了用例的概念。Jacobson的思想很有影响力，也很有发展力。之后在这个科目上又有很多贡献，在定义用例是什么和怎么有效的书写用例方面最重要，最有影响力也最全面的，是Alistair Cockburn，他写的书籍是《编写有效用例》。 用例迅速成为获取功能需求最常用的手段。用例最初是和面向对象一同提出的。但是它不止局限于面向对象系统，因为用例实质上不是面向对象。 由于不少测试工程师将测试用例简称为用例，为便于区分两者，将原来的用例称为需求用例。 测试用例（对应英文）已经广为人知，没有歧义，但就文字表面而言，测试用例類似是属于用例，就像红富士苹果属于苹果一样，所以为了更容易区分，需求用例是个更清晰的称呼。.
面談
面谈或采访是指一种涉及两名或以上人士的对话，由一方发问，并由另一方回答。面谈的其中常见的一种形式是面试，这是大部分企业在招聘员工过程中需要的一环。此外，面谈亦是新闻采访、市场研究等活动中收集资料的的重要方式。"采访"大致可以分为口述与笔录两种，其形式则多种多样，如新闻采访、问卷调查、公司面试、市场调查等等。.
软件工程
软件工程（quote） 1968年秋季，NATO（北約）的科技委員會召集了近50名一流的編程人員、計算機科學家和工業界巨頭，討論和制定擺脫“軟體危機”的對策。在那次會議上第一次提出了軟體工程（software engineering）這個概念，研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。其后的几十年里，各种有关软件工程的技术、思想、方法和概念不断被提出，软件工程逐步发展为一门独立的科学。 1993年，电气电子工程师学会（IEEE）给出了一个更加综合的定义："将系统化的、规范的、可度量的方法用于软件的开发、运行和维护的过程，即将工程化应用于软件开发中"。此后，IEEE多次给出软件工程的定义。 在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展，提高人们的工作效率，同时提升了生活质量。 软件工程师是对应用软件创造软件的人们的统称，软件工程师按照所处的领域不同可以分为系统分析师、系统架构师、软件设计师、程序员、测试工程师、界面与交互设计师等等。各种软件工程师人们俗称程序员。.
敏捷软件开发
敏捷软件开发（Agile software development），又稱敏捷开发，是一種從1990年代開始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于「非敏捷」，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发過程中人的作用。 敏捷軟體開發（或稱快速程式開發RAD）描述了一套軟件開發的價值和原則，在這些開發中，需求和解決方案皆通過自組織跨功能團隊達成。敏捷軟體開發主張適度的計畫、進化開發、提前交付與持續改進，並且鼓勵快速與靈活的面對開發與變更。這些原則支援許多軟件開發方法的定義和持續進化。 「敏捷」（Agile或agile）一詞由「敏捷軟件開發宣言」（Manifesto for agile software development）中開始推廣，「敏捷軟件開發宣言」定義了相關的價值和原則。敏捷軟體開發的框架不斷的發展，兩個最廣泛被使用的是Scrum與Kanban。.
新！!: 需求分析和敏捷软件开发 · 查看更多 »
