システム仕様書の書き方 - shingotadaの日記
自分なりにまとめたシステム仕様書の書き方を書いておきます。 表紙 表紙は1枚でまとめる。 ・システム名 ・版数 1.00からスタート。改訂するごとに1.10、1.20と増えていく。細かい修正などは1.01などとする。 ・仕様書の枚数 変更履歴 変更履歴は新規作成時、変更毎に記入する。1枚でまとめる。 ・システム名 ・版数 ・変更区分（新規 or 更新） ・変更したページ番号 ・変更内容 ・作成者＆作成日 ・承認者＆承認日（押印等） はじめに この仕様書の意味を記述する。この仕様書が、誰に対して、何を実現するシステムの、何に関して記述しているのかを記述する。必要であれば、お客様のどの要望を、どのように解決するのかも記述する。またシステム固有の専門用語が出てくる場合はその説明も付け加える。1枚程度でまとめる。 目次 番号体系が3層になるように記述する。以下に例を示す。 1 業務要件・・・・・・
システム開発の王道を極める
| トップ扉 | 思考支援 . ネット革 . ＵＩ考房 . 設計技術 . シス開発 . 道具活用 | 自己紹介 | | 最近更新 | 思考方法 . 議論手法 . 説明技術 . 知能教育 . □□□□ . □□□□ | 著作更新 | | 総合目次 | 社会進歩 . 市民運動 . ジャナ革 . 未来社会 . 一流仕事 . 組織構築 | 独り言？ | | 補助索引 | 心の階段 . □□□□ . 芸術奥覗 . 残り物達 . リンク集 . 脳ぐちゃ | 推奨用語 | ソフトウェアを中心としたシステム開発では、規模が大きくて複雑なほど、いろいろな技術が必要となる。高度な設計技術はもちろん、分析技術や管理技術などもだ。これらの技術を活用できれば、難易度の高い開発でも成功の可能性が高まる。本格的なシステム開発に役立つ技術を、活用ノウハウも含めて紹介する。 ・システム開発には様々な技術が必要 ・力ずくから
SE のための情報
『ソフトウェア開発２０１の鉄則』の解説 はこちら 長く IEEE Software 誌の chief editor を勤めている Alan M. Davis 氏の本に、「201 PRINCIPLES OF SOFTWARE DEVELOPMENT」（邦訳名：「ソフトウェア開発２０１の鉄則」松原友夫訳、日経ＢＰ刊、\1,600 見当）という名著があります。いわゆる「ベスト・プラクティス」の集大成で、著者以外にも多くの人の「Principle」を集めたもので、ソフトウェア・エンジニアだけでなく、マネージャーにとっても、とても参考になる本と私は評価しています。ただ、この本は、２０１項の「Principle」を集めたもので、それぞれの原理を味わい、読者自身の仕事に活かすには、多くの知識と経験を必要とするため、おそらく、読者は「もっともなこと」という感想だけで終わってしまう可能性があります。そこで『
SEの残業しない仕事術
2012年02月07日07:58 会社ホームページ＆公式ブログ カテゴリ gaseidou2 Comment(0)Trackback(0) ブログを新たに立ち上げました。 芝本秀徳 公式ブログ 今後は、新ブログに記事をエントリーしていきますが、 このブログも読んでいただいている方が多くいらっしゃいますので、 そのまま保存しておきます。 弊社ホームページも、ぜひご覧ください。 株式会社プロセスデザインエージェント 2012年01月29日18:41 顧客は理不尽か カテゴリ gaseidou2 Comment(0)Trackback(0) 専門性の高い仕事をしていると、顧客が自分の専門分野の重要性を理解していなかったり、こちらの仕事の段取りを無視した要望がきたりして、「理不尽」な思いをすることも多いかもしれません。しかし、ほんとうに顧客は理不尽なのでしょうか。そんなに無茶な要望をしているのでし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム・エンジニアの基礎知識
