
ドメイン固有モデリング(ドメインこゆうモデリング、Domain-Specific Modeling、DSM)とは、ソフトウェアなど主にITシステムで使われるシステム設計開発手法である。グラフィカルなドメイン固有言語(DSL)を使用してシステムの様々な面を表現する。DSM言語は汎用モデリング言語よりも抽象度が高く、システムを記述するのに詳細化を要しない。 DSMに付随する概念として、コード生成(DSMモデルからの自動的な実行可能コードの生成)がある。DSMがソースコードの記述や保守から解放されることで、開発者の生産性は、劇的に向上する。自動生成と手で書いたコードの信頼性を比較すると、自動生成のほうがバグが少なく、品質が高い傾向がある。 DSMは、1980年代のCASEツールによるコード生成の試みや、1990年代のUMLツールによるコード生成の試みとは異なる。なぜなら、コード生成機能とモデリン
プロジェクト管理ソフトウェアの開発に歴史的に関連する最初の年は1896年で、ハーモノグラムの導入が特徴である。ポーランドの経済学者KarolAdamieckiは、タスク開発をフローティングチャートに表示しようとし、現在のプロジェクト管理ソフトウェアの基盤を築いた[1]。1912年には、ヘンリー・ガントがハーモノグラムをより高度なガントチャートに置き換えた。これは、1931年初頭にフーバーダムの目的で船の設計タスクを分解したスケジューリング図である[要出典]。今日のガントチャートは、元のチャートとほぼ同じであり、多くのプロジェクト管理システムの一部である。 プロジェクト管理という用語は、1954年に米空軍のバーナード・アドルフシュリーバー(英語版)将軍が軍事目的で導入する前は使用されていなかった。その後の数年間で、プロジェクト管理はビジネスの世界で重要性を増した。この傾向は、 America
ステークホルダー分析(ステークホルダーぶんせき、[英語]:stakeholder analysis)は利害関係者によって体制や政治的な変化を評価する一つの方法であり、紛争解決、経営学、政策形成、エネルギーマネジメント、プロジェクトマネジメントなどに用いられる[1]。これらの情報は計画や政策などに利害が関係する人々をどのように対処すべきかを評価するために用いられます[2]。ステークホルダー分析はステークホルダーマネジメントの重要な一部であり、特定の場合に会社の義務を達成するために、問題を主張している各人による会社に対するすべての競合する要求の重み付けとバランスを取ることで構成される[3]。 ステークホルダー分析は往々にして計画の準備段階において利害関係者が変化に対してどのようにふるまうかを評価するために使われる。これは時間経過に伴う対応の変化に応じて行うことができる。 ^ Coble, Ya
PEST分析 (PESTぶんせき、英: PEST analysis)とは、政治的 (Political)、経済的 (Economic)、社会文化的 (Socio-cultural)、技術的 (Technological)の頭文字を取ったもので、経営戦略論における環境スキャニングで使用されるマクロ環境要因のフレームワークのこと。これは、戦略的分析または市場調査を行う際の外部分析の一部であり、考慮すべきさまざまなマクロ環境要因の概要を示す。これは、市場の成長または衰退、事業のポジショニング、可能性と方向性を理解するための戦略的ツールである。 PESTフレームワークには以下の変種がある。 PESTELまたはPESTLEは、法的要因と環境要因を追加[1]。 SLEPT、法的要因を追加。 STEPE、生態学的要因を追加[2]。 STEEPLEおよびSTEEPLEDは、倫理的要因および人口統計学的要因
架空の営業管理システムを作ってもらう前提で、ChatGPTに要件定義をお願いしてみました。 実験として軽く試すレベルで始めてみたのですが、予想を超えるクオリティでしたので、一部始終を皆様にもご紹介します。 ChatGPTとのやりとり まず、ざっくりと必要な機能の洗い出しをお願いしてみました。 あっという間に必要な機能を網羅的にリストアップしてくれまた。私自身、SFA/CRMをいくつか触った経験がありますが、適切な内容だと思います。 中には、「データのインポート・エクスポート機能」のように、検討初期段階ではつい忘れそうな機能も含まれています。さらに頼んでもいないのにオススメの検討プロセスまで教えてくれました。気が利いてます。 機能ベースだと要件の妥当性が判断しにくく思ったので、画面ベースで要件定義してもらことにしました。 「図で教えて」とできないことをお願いしたところ、やんわり断りつつ、意図
例として読書記録アプリをつくります! 筆者が欲しいサービスを作ろうと思い、今回は「読書記録アプリ」をつくります。 最低限の要件は、次のように設定しました。 デモアプリの要件(読み飛ばしてOK) 読書記録アプリを作る目的 読書が苦手なエンジニアが読書記録をし、記録を共有することで、継続して技術本を読めるようになること ターゲット 新人、中堅のWebエンジニア おおまかな要件 ユーザーは新規登録することで、読書記録アプリにログインできる ユーザーは読む本を登録できる ユーザーは本を何ページ読み終えたかを記録できる ユーザーは本を読み終わったら次の本を登録できる ユーザーは他の人がどの本を読んでいるのか、また何ページ読み終えたかを閲覧できる 質問する前に... また、ChatGPTに業務で使用するコードを渡す場合、環境キーやサービスを特定できる情報を送信しないでください。入力内容が他の人に渡って
たろ丸 @tenche1204 某大企業が十分な報酬水準を用意して実際に応募も多いのに良い技術者が採用できないと嘆いていたので具体的な採用プロセスを伺うと一次面接が人事担当で超優秀な人材をコミュ力が低いという理由で落としまくっているのが理由でした。しかも人事部視点で低いだけで大半は普通に話せる人たちでした。 2021-08-11 15:18:59 たろ丸 @tenche1204 こういう企業は仮にコミュ力が高くて入れたとしても技術者向けの人事評価制度がまともに機能していないことが容易に想像できるので落ちて良かったとも言えます。会社員なので結局人事評価が悪いと権限の拡大も年収アップも望めないので数年後に入社したことを後悔することが目に見えてるからです。 2021-08-11 19:11:49 たろ丸 @tenche1204 技術職に限らず良いキャリア機会を得るには会社から高い評価を得る必要が
イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく
英語版記事を日本語へ機械翻訳したバージョン(Google翻訳)。 万が一翻訳の手がかりとして機械翻訳を用いた場合、翻訳者は必ず翻訳元原文を参照して機械翻訳の誤りを訂正し、正確な翻訳にしなければなりません。これが成されていない場合、記事は削除の方針G-3に基づき、削除される可能性があります。 信頼性が低いまたは低品質な文章を翻訳しないでください。もし可能ならば、文章を他言語版記事に示された文献で正しいかどうかを確認してください。 履歴継承を行うため、要約欄に翻訳元となった記事のページ名・版について記述する必要があります。記述方法については、Wikipedia:翻訳のガイドライン#要約欄への記入を参照ください。 翻訳後、{{翻訳告知|en|Requirements engineering|…}}をノートに追加することもできます。 Wikipedia:翻訳のガイドラインに、より詳細な翻訳の手順・
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。(2021年1月) 独自研究が含まれているおそれがあります。(2021年1月) 出典検索?: "要求仕様" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL 要求仕様(ようきゅうしよう、requirement、requirements specification)とは、工学分野において特定の製品やサービスがどうあるべきかを記述する文書を指す。主にシステム工学とソフトウェア工学で使われる用語である。単に、要件、または英語の requirement からリクワイアメント(リクワイヤメント)ともいう。 従来からの工学的手法では、要求仕様を入力として製品開
要求管理(ようきゅうかんり、英: Requirements management)は、プロジェクトの要求を管理し、それら要求とプロジェクトの計画および成果物との不整合を特定することを目的とする。要求管理には変更管理と要求トレーサビリティが含まれる[1]。 要求管理では、バランス、コミュニケーション、調整が重要である。ある種の要求が他の要求を無効化してしまうのを防ぐには、開発メンバー間の一定のコミュニケーションが必須である。例えば、内部アプリケーションのソフトウェア開発において、ユーザーの要求を無視させるような強い内部的ニーズがあったり、ユースケース作成時にそのような要求がユーザーの要求であるかのように思い込むことがある。 要求トレーサビリティとは、要求のライフサイクルの文書化に関わる。それぞれの要求の起点にさかのぼることは可能なはずであり、従ってトレーザビリティを達成するために、それぞれの
Business analysis is a professional discipline[1] focused on identifying business needs and determining solutions to business problems.[2] Solutions may include a software-systems development component, process improvements, or organizational changes, and may involve extensive analysis, strategic planning and policy development. A person dedicated to carrying out these tasks within an organization
要求分析(ようきゅうぶんせき、英: requirements analysis)とは、システム工学やソフトウェア工学において新たなシステムやシステム更新に際しての調査/定義に関わる工程を指す。要求分析はシステム設計工程でも重要な部分であり、アナリストやシステムエンジニア/ソフトウェア開発者が顧客の必要性や要求を特定する工程である。顧客の要求が特定されたら、システム設計者がその解決策を設計することになる。 概念上、要求分析には以下の3つの活動が含まれる: 要求を聞きだす: 顧客やユーザーとの対話によってその要求を聞きだす。 要求を分析する: 要求を必要に応じて明確化し、補い、矛盾点や問題点を明らかにする。 要求を記録する: 要求を文書化する。文書形式には通常の自然言語の文書以外にユースケース、ユーザーストーリーなどがある。 要求分析は時間のかかる忍耐を要するものとなる場合もあり、微妙な心理学
この節は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "統一モデリング言語" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2025年1月) UMLダイアグラム UML2.2ダイアグラム体系UMLの公式な定義は、OMG が Meta-Object Facility(MOF)のメタモデルを使って行っている。他のMOFベースの仕様と同様、UMLメタモデルとUMLモデルは XMI でシリアライズできる。UML はソフトウェアを中心とするシステムの仕様を記述し、視覚化し、構築し、文書化するために設計された。 UML はソフトウェアのモデリングだけに利用する訳ではない。ビジネスプロセスのモデリングやシ
この記事には独自研究が含まれているおそれがあります。 問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。(2018年8月) SWOT分析 SWOT分析(-ぶんせき、英: SWOT analysis、SWOT matrix)とは、目標を達成するために意思決定を必要としている組織や個人の事業上の競合やプロジェクト計画などに関係する脅威について、外部環境や内部環境を強み (Strengths)、弱み (Weaknesses)、機会 (Opportunities)、脅威 (Threats) の4つのカテゴリーで要因分析し、事業環境変化に対応した経営資源の最適活用を図る経営戦略策定方法の一つである[1][2]。 SWOT分析は、意思決定プロセスの予備段階で使用することができ、多くの種類の組織(営利企業、地方自治体、国、NGOなど)の戦略的地位を評価するための
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く