開発工程でSEが書く文書の基本 − ＠IT自分戦略研究所
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 本連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回
システム開発工程の略語(今後も編集予定) - end0tknr's kipple - web写経開発
http://syscon-note.seesaa.net/article/155876389.html ↑このurlではシステム開発工程の略語がまとめられていますが、こういった略語は組織によっても異なるので(例えば、実装はMakingと呼んでいます)、今後も出会った略語は、ここに追記して行きます。 工程 略語 内容 企画 SP System Planning 要求分析 SA System Architectural design. システム方式設計 要求分析 SA service Analysis 要求分析 SA System Analize 要件定義 RD - 基本設計 UI User Interface 基本設計 BD Basic Design 基本設計 SS System Structure Design(構造設計) 基本設計 FD Function Design(機能設計) 詳細
基本/詳細設計って呼び方やめませんか - Qiita
システムエンジニア Advent Calendar 2016 の 15 日目です。システムエンジニアなら避けては通れない設計について考えたことを書いてみようと思います。 設計ってむずかしい システム開発の様々な局面で「設計ってむずかしいなあ」と思うことがあります。細かいところはシステムの規模や自分のポジションによって変わりますが、だいたい以下に挙げたようなことで困ることが多いです。 設計 なにを、どこまで、どんなフォーマットで書くといいんだろう？ 各ドキュメントはどうやって関連付けるといいんだろう？ 基本設計書と詳細設計書はなにが違う？ 開発 なんでこういう設計になっているんだろう？ 設計されていない組み合わせのデータはどう処理すればいいんだろう？ 試験 試験データのパターンや量はどれくらい用意すればいいんだろう？ 運用 設計と実装が乖離していてなにが正しいのか分からない... 仕様変更や
SE虎の巻
システム開発プロジェクトの設計から製造、テスト、 システムエンジニアのキャリアや給与の実態をご紹介し、 システム開発の全体像やシステムエンジニアについて解説するサイトです。 昨今ではクラウドサービスがITサービス形態の主流となり、あらゆるITサービスをインターネットで提供するビジネスが多く登場してきました。企業の基盤系システムをインターネット経由で利用できたりなど、専用クライアントソフトが不要でインターネットブラウザがあれば利用できるWEBシステムが多くのシーンで活躍しています。 クラウドの最大の特徴である、ハードウェアや回線などのインフラをユーザが意識せずに運用可能なところです。そのような側面から、WEBアプリケーションなどのソフトウェアエンジニアだけではなく、サーバの構築・運用エンジニア、ネットワークエンジニアにも多くの需要があり、まだまだ成長を遂げる市場でもあるのです。 このサイトを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ログイン - 技術情報Wiki
