要求仕様戦争（その1）
■要求仕様とは 要求仕様とは、開発するシステムに対する顧客のニーズのこと。要するに「お客さんがやりたいこと」そのもの。仕様調整で紛糾したときの決め台詞「結局アナタは何がしたいの?」の【何】に相当する。仕様トラブルの100％はこのスレ違いによる。 要求仕様について考えるために、ちょっとした質問に答えてみよう。以下のa. b. のうち、「要求仕様」を表現しているのはどちらになるだろうか? a. 身長57メートル体重550トン b. 汎用人型決戦兵器 まず a. を考えてみる。これは「何」だろうか? これは「何」かのスペックだ（しかも部分的だ）。身長・体重は分かるが、横幅や厚み、姿かたち、素材 etc... は分からない。これは受注側が「○○はどうするの?」といちいち問い合わせる必要がある。当然、聞くのを忘れたスペックは製造者の「思い」で作られるリスクを負う。 次に b. はどうだろう。身長・体
セレナビジネスマッシュアップについて
Mainframes are the cornerstone of enterprise success. High-performing and reliable, they are the mission-critical systems of record for organization-defining and complex transactional and operational rules and policies. Shorter App Delivery Cycles Develop COBOL and PL/I applications faster and deploy workloads to Linux and the cloud. Stronger Security Implement identity-powered multi-factor authen
要求工学 第12回：シナリオ分析(エンタープライズICT総合誌 月刊ビジネスコミュニケーション)
概要 今回はシナリオを用いた要求分析手法について紹介する[1]。シナリオは問題自体を分析するための手法である。シナリオはヒューマンインタフェースなどの人間工学分野でも使われており広い適用範囲を持つ。 欧州では要求仕様を記述するのにシナリオが従来からよく使われている。たとえば業務情報システムの開発でビジネスプロセスを厳密に記述するために、ビジネスの状態遷移を形式的に表現できるペトリネットを用いたところ、120以上のビジネスプロセスが発生し管理不可能になっただけでなく、全状態を確認することも、状態の組み合わせが爆発的に多くなりすぎて処理不能になった。このような結果になった背景には現場の担当者にはペトリネットは十分に理解できなかったことが挙げられる。そこでペトリネットの適用を断念して27 個のシナリオで本質的な利用形態を表現することで、システム開発がうまくいったという[1]。 本稿では、まずシナ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブロッグ崩し: 画面仕様書とツール
携帯電話の要求仕様管理
OpenCollective -- The Requirements Management Wiki - The Code Project - ASP.NET
TWikiForRequirementsManagement < Codev < TWiki
Telelogic エンタープライズ・アーキテクチャ ビジネスプロセス・マネジメント システムエンジニアリング
