きちんと届くメールを実現するには？ 『メール技術の教科書』著者に聞く、古くて新しいメールの世界
書店員との対話で、メール技術書の不足に気づく 増井氏は技術士として関連知識の教育を提供するとともに、プログラマーとしても活躍している。ネットワークや情報セキュリティの分野でテクニカルエンジニアとしての役割を果たし、情報処理技術者試験やビジネス数学検定1級などの資格試験にも多数合格。ソフトウェア開発では、ビジネス、数学、ITを融合させ、コンピュータの効率的かつ正確な使用法を支援している。 教育の一つとして本を執筆する活動もしており、『Obsidianで“育てる”最強ノート術』（技術評論社刊）『1週間でシステム開発の基礎が学べる本』（インプレス刊）『「技術書」の読書術』『図解まるわかり セキュリティのしくみ』『図解まるわかり プログラミングのしくみ』（翔泳社刊）など多数の書籍を執筆。個人でも同人誌づくりをしたり、シェア型のリアル書店で自身の書籍を販売したりするなどの活動も行っている。 増井氏は
要件定義の不安をなくす。全体像や機能、進め方などを『図解まるわかり 要件定義のきほん』から解説
本記事は様々なITプロジェクトやシステム開発に携わってきた西村泰洋さん、相川正昭さん、蓮沼潤一さんによる著書『図解まるわかり 要件定義のきほん』の「第1章 要件定義の基本～特徴と機能、RDの位置づけ～」から、内容の一部を抜粋して編集したものです。 1-1 要件定義の基本的な考え方 システム開発における要件定義 要件定義は、Requirements Definition、または省略されて「RD」と呼ばれています。情報システムで必要とするものを「要件」として定義し、要件定義書にまとめることです。RDを実施する工程をRD工程といいます。 要件定義書は、情報システム開発プロジェクト（以下、「ITプロジェクト」の目的に照らして各ステークホルダーが、情報システムで必要とするものを合意するための文書となります。図1-1では要件定義書とステークホルダーとの関係を示しています。 図1-1 要件定義書とステー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
