エンタプライズ系事業/機能要件の合意形成技法 | アーカイブ | IPA 独立行政法人 情報処理推進機構
発注者と開発者の認識の齟齬により要求と実現されるソフトとの間に「ギャップ」が生じます。具体的には、次の（1）～（3）のようなギャップが生じます。 要件定義すべき内容が抜けており、開発者に説明していない。 発注者が開発者に説明したが、何らかの理由で漏れた。 開発者が何らかの理由により誤認・拡大解釈し、実現範囲に取り込んでしまった。 機能要件に着目し、上流工程で実現したい情報システム像を伝え、発注者と開発者との不充分な合意形成が原因で発生する下流工程の手戻りを防止するための次のようなコツを集めたものです。 実現したい情報システム像について発注者と開発者が合意形成するために、伝える側が漏れなく正確に情報を提供するためのコツ 発注者と開発者との不充分な合意形成が原因で下流工程で発生する手戻りを防止するための先人の開発者のコツ 機能要件の合意形成ガイドは、「概要編」 と次の6つの技術領域のコツをまと
8割が抱えるレガシー問題、オープン環境でも進行
保守上の課題を抱える「レガシーシステム」が多くの企業を苦しめている。日経BPコンサルティングが実施した調査では、回答者が所属する企業の8割超がレガシーシステムを所有していた。ここ10年ほどの間にオープン系サーバー上に構築したシステムがレガシー化している実態も明らかになった。レガシー問題に関する最新の調査結果を紹介する。 保守上の課題を抱え、維持コストがかさむ「レガシーシステム」の扱いは、ユーザー企業にとって長年の課題。西暦2000年問題を前に再構築したシステムが、ここ1～2年で“寿命”を迎えることもあり、多くのシステム担当者を悩ましてきた。 リーマン・ショック後から続くコスト削減要求を乗り切る上でも、レガシーシステムの維持コストは頭が痛い。ビジネスを取り巻く環境が急速に変わるなか、経営が求めるスピードを実現したくてもレガシーシステムが重しになることも多々ある。レガシーシステムのアプリケーシ
漢字と平仮名の割合を適切にする
漢字か平仮名か、どちらにしようか迷ってしまうことってありませんか？ 例えば、 「…よろしくお願いたします」⇔「…よろしくお願い致します」 「ぜひ、お願いできますでしょうか」⇔「是非、お願いできますでしょうか」 これはどちらが適切でしょうか？ どちらも、間違いではないのです。しかし、「読みやすさ」の観点から言うと、ふさわしい表現があります。 どちらが適切？ 出来映えはあまりよくない ⇔ 出来映えは余りよくない したがって、終了とします ⇔ 従って、終了とします 資料をいただく ⇔ 資料を頂く 国家主義のおよぶ範囲 ⇔ 国家主義の及ぶ範囲 これで解決！ 漢字3割、ひらがな7割の法則 文章の読みやすさを考えると、「漢字3割、ひらがな7割」の法則があるといわれています。実は新聞などの活字媒体では、おおむねこの比率になっているそうです。 確かに文字数が多いと、漢
悪文と良文から学ぶロジカル・ライティング 目次
ITエンジニアにとって文書作成技術は欠かせません。日常のメールのやりとりにはじまり、要件定義書、機能仕様書、企画の提案書など、上司やチーム、顧客などに対して、文章でコミュニケーションをとる機会がとても多いからです。 本連載では、論理的にわかりやすい文章を書く「ロジカル・ライティング」のノウハウを伝授します。ITエンジニアが日常的に用いるであろう文章を例に使い、どこが悪くてどう直せばいいのかといったポイントをわかりやすく解説します。実践すれば、誰でもすぐにわかりやすい文書が書けるようになるはずです。 連載目次 ●オリエンテーション ・ITエンジニアにとって「書く技術」とは？ ●文書の全体構成を組み立てられるようにする ・内容を大きく分けて項目を立てる ・適切な順番で項目を並べる ・話の階層をそろえる ●文章表現の基本ルールをマスターする ・主語と述語を対応させる ・修飾語と被修飾語をはっきり
あなたの仕様書は大丈夫？ 日本語文のあいまい度診断ツール『ClearDoc』でドキュメントをチェック
ウォーターフォール型の開発では、要件定義、設計、プログラミング、テスト、運用といった作業工程が時系列に進んでいく。開発当初に作成される要件定義や基本設計のドキュメントは、そのプロジェクトに関わる人たち全員が目にするため、そのドキュメントにあいまいな点や複雑な点などがあれば、後々の行程で問題が発生し、品質と生産性に影響する。この課題を解消するのが、株式会社シーイーシー PROVEQサービス事業部の開発した日本語文のあいまい度診断ツール『ClearDoc』だ。 ウォーターフォール型の開発では、要件定義、設計、プログラミング、テスト、運用といった作業工程が時系列に進んでいく。開発当初に作成される要件定義や基本設計のドキュメントは、そのプロジェクトに関わる人たち全員が目にするため、そのドキュメントにあいまいな点や複雑な点などがあれば、後々の工程で問題が発生し、品質と生産性に影響する。この課題を解消
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.ipa.go.jp/sec/old/users/events/events_tokyo_20170310-2.pdf
Etherpad Foundation
VMwareに一日の長あり？ サーバ仮想化製品の公開技術情報を比較する
あなたは「サーバ」派？ それとも「サーバー」派？ ～表記を統一して、ドキュメントの信頼性をアップさせよう