ブラウザよりも高速アクセス！
27 関係: モデル変換言語、モデル駆動工学、ユースケース、ワークショップ、プロトタイピング、プロセスモデル、ビジネスロジック、ビジネスプロセス・リエンジニアリング、ビジネスアナリシス知識体系ガイド、データモデリング、フォーカスグループ、アジャイルソフトウェア開発、インタビュー、エンドユーザー、オブジェクト指向、システム、システム工学、システムエンジニア、システム解析、ソフトウェア工学、ソフトウェア開発工程、ソフトウェア開発者、統一モデリング言語、要求仕様、要求管理、情報技術、1990年代。
モデル変換言語
モデル変換言語（モデルへんかんげんご、Model Transformation Language）とは、モデル駆動型アーキテクチャにおけるモデル変換を行う（コンピュータ）言語（プログラミング言語ではない）。.
新しい！!: 要求分析とモデル変換言語 · 続きを見る »
モデル駆動工学
モデル駆動工学（モデルくどうこうがく、Model-Driven Engineering、MDE）とは、アルゴリズム的な概念よりも、ドメインモデルの作成と利用を中心とするソフトウェア開発方法論の一種である。ドメインモデルとは、特定の適応領域についての知識や活動を抽象化して表現したものである。 モデル駆動工学(以下、MDE)は、工学的ライフサイクルを通して、モデルをシステム的に利用する工学手法を意味する。また、MDEの適用範囲は、ソフトウェア、システム、データ工学などである。MDEでは、モデルを第一に考える。.
新しい！!: 要求分析とモデル駆動工学 · 続きを見る »
ユースケース
ユースケース（Use Case）は、ソフトウェア工学やシステム工学でシステム（あるいはシステムのシステム）の機能的要求を含む振舞を把握するための技法である。各ユースケースは、何らかの目的・目標/機能に関する台本（シナリオ）での主体（アクター(actor)）と呼ぶ利用者（ユーザ）とシステムのやりとりを描いている。ユースケースのアクターはエンドユーザーの場合もあるし、別のシステムの場合もある。ユースケースでは技術専門用語をなるべく使わず、エンドユーザーやそのビジネスの専門家に分かり易い用語を用いる。ユースケースの作成は、ビジネスアナリストとエンドユーザーが共同で行う。ユースケースを図にしたものがユースケース図であり、両者を厳密に区別すべき根拠はない。 1986年、後に統一モデリング言語(UML)やラショナル統一プロセス (RUP) で重要な役割を演じたイヴァー・ヤコブソンは、初めてユースケースの視覚化モデリング技法を成文化した。当初彼は usage scenarios とか usage case という用語を使用していたが、それらが英語として不自然であると気づき use case という用語を使うようになった。ヤコブソンが創始したユースケースのモデリングに対して、Kurt Bittner、Alistair Cockburn、Gunnar Overgaard といった人々が改良を加えていった。 1990年代、ユースケースは機能要求を含む振舞を把握する手法として使われるようになってきた。発祥の分野であるオブジェクト指向関連で顕著である。ユースケースの有効性はオブジェクト指向に限らない。ユースケースの仕様は、オブジェクト指向とは直接的な関係がない。 システム工学において、ユースケースはソフトウェア工学よりも抽象度の高いレベルで利用され、システムの任務やシステム保有者の目標を描くのに使われる。より詳細な要求は SysML のリクワイアメント図などで把握される。.
新しい！!: 要求分析とユースケース · 続きを見る »
ワークショップ
ワークショップ (workshop) とは、日本では「体験型講座」を指す用語。.
新しい！!: 要求分析とワークショップ · 続きを見る »
プロトタイピング
プロトタイピング（Prototyping）とは、実働するモデル（プロトタイプ）を早期に製作する手法およびその過程を意味する。その目的は、設計を様々な観点から検証する、機能やアイデアを形にすることでユーザーから早めにフィードバックを得るなど、様々である。プロトタイピングはシステム設計工程の一部として組み込まれることも多く、それによってプロジェクトのリスクと費用を低減させると考えられている。反復型開発では1つ以上のプロトタイプが作られ、欠陥や問題が徐々に解決されていく。プロトタイプの改善が十分なされ、機能/堅牢性/製造の容易さといった設計目標に達したとき、製品としての製造が可能となる。.
新しい！!: 要求分析とプロトタイピング · 続きを見る »
プロセスモデル
プロセスモデル（process model）とは、何らかのプロセス（過程、工程）の模型(モデル)である。 化学工学はプロセス産業と呼ぶように、プロセスモデルが処理モデルである。 ビジネスプロセスモデルとは、企業の仕事の仕方のモデルである。 コンピュータでは、処理方法がプロセスモデルである。並列処理の方式などがある。 ソフトウェアプロセスは、ソフトウェアを設計し、利用し、廃棄する流れの一つの視点を提供するものであり、人の作業とコンピュータの処理を含む。 コレット・ローランドはプロセスモデルを次のように定義しているC.
新しい！!: 要求分析とプロセスモデル · 続きを見る »
ビジネスロジック
ビジネスロジック（business logic）は、データベース上のデータに対する処理手順といったようなものを指す、ソフトウェア工学的な用語である。「アルゴリズム」という語が説明に使われていることがあるが、アルゴリズムは数学的・論理的に明確な概念であり間違った説明の仕方である。どんなプログラミング言語の仕様を見ても、APIを見てもビジネスロジックという用語は出てこないし、学術論文にも現われない。基本的には、エンタープライズ系（業務支援系）ソフトウェアを開発する企業が内部的に、もしくは顧客への販売促進のために用いる用語である。この用語は、主にプログラムが3層構造となるWebアプリケーション開発で使われる。ビジネスロジックは3層の中の中間層（アプリケーションサーバ）に相当する。いずれにしても、ビジネスロジックという用語は明確な定義がなく、人によって意味が異なる可能性がある。.
新しい！!: 要求分析とビジネスロジック · 続きを見る »
ビジネスプロセス・リエンジニアリング
ビジネスプロセス・リエンジニアリング （Business Process Re-engineering、BPR）とは、企業活動や業務の流れを分析し、最適化することである。.
新しい！!: 要求分析とビジネスプロセス・リエンジニアリング · 続きを見る »
ビジネスアナリシス知識体系ガイド
『ビジネスアナリシス知識体系ガイド 』（原題: BABOK: A Guide to the Business Analysis Body of Knowledge）は、の知識体系をまとめたものである。カナダのトロントに本拠を置くNPO法人International Institute of Business Analysis（IIBA）が発行している。BABOKは「ビーエーボック」あるいは「バボック」と読む。.
新しい！!: 要求分析とビジネスアナリシス知識体系ガイド · 続きを見る »
データモデリング
データモデリング（data modeling）は、コンピュータ科学の文脈では、何らかのデータモデリング方法論を適用してデータモデルのインスタンスを作る過程である。 データモデリング方法論は、データモデリングを形式的に記述したものである。 現在までに考案されたデータモデルの種類としては、次のようなものがある。.
新しい！!: 要求分析とデータモデリング · 続きを見る »
フォーカスグループ
フォーカスグループ（Focus group）とは、定性的研究の一種であり、ある製品/サービス/コンセプト/宣伝/アイデア/パッケージについて人間の集団に考えを質問する手法としてマーケティングリサーチで使われる。グループ対話形式で自由に発言してもらう。.
新しい！!: 要求分析とフォーカスグループ · 続きを見る »
アジャイルソフトウェア開発
アジャイルソフトウェア開発 (アジャイルソフトウェアかいはつ、英: agile software development) は、ソフトウェア工学において迅速かつ適応的にソフトウェア開発を行う軽量な開発手法群の総称である。 近年、アジャイルソフトウェア開発手法が数多く考案されている。 ソフトウェア開発で実際に採用される事例も少しずつではあるが増えつつある。 アジャイルソフトウェア開発手法の例としては、エクストリーム・プログラミング (XP) などがある。 非営利組織 Agile Alliance がアジャイルソフトウェア開発手法を推進している。.
新しい！!: 要求分析とアジャイルソフトウェア開発 · 続きを見る »
インタビュー
インタビュー（）とは、二人かそれ以上の間での会話で、一方が他方に質問をして情報を得るために行われるものである。インタビューは大きく分けて、評価のためのインタビューと情報収集のためのインタビューの2つに分かれる。.
新しい！!: 要求分析とインタビュー · 続きを見る »
エンドユーザー
ンドユーザー（）とは、経済学と商業において、「商品を使う人」を意味する言葉である。エンドユーザーの議論は一般的にコンピュータアプリケーションに関する文脈で行われる。.
新しい！!: 要求分析とエンドユーザー · 続きを見る »
オブジェクト指向
ブジェクト指向（オブジェクトしこう）とは、オブジェクト同士の相互作用として、システムの振る舞いをとらえる考え方である。英語の object-oriented (直訳は、「対象物志向の」「目的重視の」という意味の形容詞) の日本語訳である。 オブジェクト指向の枠組みが持つ道具立ては、一般的で強力な記述能力を持つ。複雑なシステム記述、巨大なライブラリ（特に部品間で緊密で複雑な相互関係を持つもの）の記述においては、オブジェクト指向の考え方は必須である。.
新しい！!: 要求分析とオブジェクト指向 · 続きを見る »
システム
テム（system）は、相互に影響を及ぼしあう要素から構成される、まとまりや仕組みの全体。一般性の高い概念であるため、文脈に応じて系、体系、制度、方式、機構、組織といった多種の言葉に該当する。系 (自然科学) の記事も参照。 それ自身がシステムでありながら同時に他のシステムの一部でもあるようなものをサブシステムという。.
システム工学
テム工学（システムこうがく、systems engineering）とは、システムの設計、制御、および効率などを研究する学問（工学）である。ここでの「システム」の定義としては、システムの記事（システム#JIS Z 8115）などを参照のこと。工学として応用される実社会の具体例としては、工業プラントやロボットから、コンピュータを用いたシミュレーションゲームや人工補助脳（ロボットスーツに搭載されるもの）、会社組織や行政機関に至るまで、きわめて広範囲に及ぶ。システム工学は、個々の要素からシステムを合成するということと、複雑なシステムを解析するという、大きく分けて2つの目的がある。なおシステム科学も参照のこと。.
新しい！!: 要求分析とシステム工学 · 続きを見る »
システムエンジニア
テムエンジニア（SE、エスイー）は、「情報システムの構築に携わるITエンジニア」といったような意味の和製英語である。本来、英語における「システム」とは「相互に影響を及ぼしあう要素から構成される系、体系、機構」といったような意味で、様々な分野で使われる語だが、この和製英語でいう「システムエンジニア」が対象とする「システム」はもっぱら情報システムのみである。また、本来、語として対応してしかるべき「システム工学（systems engineering）」の内容とも基本的に関係ない。.
新しい！!: 要求分析とシステムエンジニア · 続きを見る »
システム解析
テム解析（システムかいせき）とは、コンピュータシステムの分析など、相互作用する物を対象に調査、分析を行うことである。要求分析やオペレーションズ・リサーチと密接な分野である。 「仮に行わなかった場合と比較して、より良い事業計画や意思決定へと導くために行われる、明示的に体系化された調査である。.
新しい！!: 要求分析とシステム解析 · 続きを見る »
ソフトウェア工学
フトウェア工学（ソフトウェアこうがく、Software engineering）は、コンピュータのプログラム、およびその作成行為であるプログラミングを対象とした工学である。.
新しい！!: 要求分析とソフトウェア工学 · 続きを見る »
ソフトウェア開発工程
フトウェア開発工程（ソフトウェアかいはつこうてい、Software Development Process）とは、ソフトウェア製品の開発の構造を意味する。ソフトウェアライフサイクル、ソフトウェア開発プロセス、ソフトウェアプロセスもほぼ同義語である。開発工程にはいくつかのモデルがあり、開発工程内の各種タスク・活動のための手法を提案している。.
新しい！!: 要求分析とソフトウェア開発工程 · 続きを見る »
ソフトウェア開発者
フトウェア開発者 (英: software developer) とは、ソフトウェア開発工程に何らかの形で関わる人を表す総称的な職業名である。主に、ソフトウェアに関する調査・設計・実装（プログラミング）・テストを行う者が含まれる。さらにプロジェクトマネージャなどが含まれることもある。また、英語でsoftware developerと言う場合は、個人だけでなく、ソフトウェアを開発する企業や部門を指すこともある。 ソフトウェア開発者の職務内容をさらに限定化した職業名として、日本では例えば以下のようなものが使われる：.
新しい！!: 要求分析とソフトウェア開発者 · 続きを見る »
統一モデリング言語
統一モデリング言語（とういつモデリングげんご、UML、英: Unified Modeling Language）は、主にオブジェクト指向分析や設計のための、記法の統一がはかられた（Unified）モデリング言語（Modeling Language）である。仕様記述言語であるなどとされることもあるが、統一されているのは構文に相当する記法だけで、仕様を表現するような意味が形式的に与えられていない図もあるので、形式仕様記述言語ではない。 最初期の版はラショナルにおいて、グラディ・ブーチ、イヴァー・ヤコブソン、ジェームズ・ランボーの3人が策定した。この3人はスリーアミーゴスと呼ばれている。現在は Object Management Group（OMG） が管理しており、現在最も普及していると主張されている。2015年7月現在の最新版は UML 2.5 であり、ISO/IEC 19501:2005 として UML 1.4.2 を、また、ISO/IEC 19505-1:2012 ならびに ISO/IEC 19505-2:2012 として UML 2.4.1 を標準化している。 UML 2.0 以降では、ダイアグラム（図法）が13種類もあり（#UMLのダイアグラムを参照）、各種の図法を必要に応じて使い分けなければならない（というより、別に節を改めて説明しているが、単なる肥大化であり、単に必要ないものは無視すべきということである）。よく使う図としては、ユースケース図、ステートマシン図、シーケンス図、クラス図などがある。UMLはデザインパターンを説明するために良く使われている。.
新しい！!: 要求分析と統一モデリング言語 · 続きを見る »
要求仕様
要求仕様（ようきゅうしよう、Requirements Specification）とは、工学分野において特定の製品やサービスがどうあるべきかを記述する文書を指す。主にシステム工学とソフトウェア工学で使われる用語である。英語のrequirementからリクワイアメント（リクワイヤメント）ともいう。 従来からの工学的手法では、要求仕様を入力として製品開発における設計工程が行われる。 要求仕様作成工程の前に一般に実現可能性調査（feasibility study）や概念的分析の工程が置かれることがある。要求仕様作成工程は、要求収集（関係者からのヒアリングなど）、要求分析（一貫性と完全性の検証）、要求定義（開発者に要求を理解させるための文書を作成）、要求仕様記述（要求と設計の橋渡しとなる文書を作成）の各工程にさらに分けることができる。.
要求管理
要求管理（ようきゅうかんり、Requirements management）は、プロジェクトの要求を管理し、それら要求とプロジェクトの計画および成果物との不整合を特定することを目的とする。要求管理には変更管理と要求トレーサビリティが含まれる。.
情報技術
情報技術（じょうほうぎじゅつ、information technology、IT）とは、情報に関する、特にコンピュータなどの技術（の総称）に関連した表現である。また、通信を含めて情報通信技術（じょうほうつうしんぎじゅつ、information and communication technology、ICT）という表現も使用されている。 米国のITAAの定義では「コンピュータをベースとした情報システム、特にアプリケーションソフトウェアやコンピュータのハードウェアなどの研究、デザイン、開発、インプリメンテーション、サポートあるいはマネジメント」である。 日本では戦前以来の縄張りに由来して、通信事業は総務省の所管であるため、総務省はICTの語を、経済産業省はITの語を用いることが多い。.
1990年代
1990年代（せんきゅうひゃくきゅうじゅうねんだい）は、西暦（グレゴリオ暦）1990年から1999年までの10年間を指す十年紀。この項目では、国際的な視点に基づいた1990年代について記載する。.
新しい！!: 要求分析と1990年代 · 続きを見る »
ここにリダイレクトされます：
要求工学。
