最新号 2012年2月号 目次
特集1
システム要求仕様の固め方
その要件定義書で設計できますか?
要件定義書に書かれた要求仕様には曖昧さや漏れがある。手戻りを防ぐために、基本設計フェーズの冒頭で設計者が要求仕様を固めたい。その方法を第一線のITエンジニアの取り組みから探った。
- 【PART 1】設計を進める前にすべきこと
- 【PART 2】仕様固めの基本手順
- 【PART 3】仕様固めの現場ワザ
- 【INTERVIEW】建築の仕様固め 日建設計
特集2
3大SE病を克服しよう
メンバーの健康はリーダー次第
腰痛、胃腸炎、うつ病という「3大SE病」は、メンバーの長期離脱を招きかねない。リーダーは現場の責任者として、メンバーの健康を守るべきだ。専門家のアドバイスを基に対策を解説する。
特集3
開発リスクは「PoC」で減らす
製品/サービスなどに起因する開発リスクを実機検証で減らす「PoC(Proof of Concept)」。その重要性と、成果を出す三つのポイントをまとめた。
【検証】こちら検証ラボ
- 重複排除機能でバックアップはどう変わる?
- フルへの導入は効果が大きい、増分からフルの変更には力不足
【事例】ケーススタディー 問題解決の現場
- パーク24
- 初のAndroid開発で苦戦、機種依存の対応に追われる
【技術】テクノロジーのかたち
- 次世代LAN
- 従来型LANは拡張に限界、新技術で通信効率高める
連載講座
- プロに学ぶ 図解のきほん
[第5回]目立たせる - 色、輪郭、大きさ、形で、ほかの要素と差を付ける
- 比較でわかるプロマネ技術
[第5回]内製と外注 - 育成の実態はほったらかし、要求スキルは事前合意を
- クラウド設計書の作り方
[第5回]データベース設計書 - 適合性、データ分割、配置。KVS利用時の三つの注意点
- Webシステムを変えるHTML5
[第5回]オフライン対応 - サーバーに接続しなくても、Webアプリケーションを実行
- IT提案を裏まで見通す
[第5回]既存/新規ベンダーの攻防 - 更新案件でベンダーの入れ替わりが多いワケ
TREND
- カンタン開発ソフト
- 利用部門がアプリを開発
コラム
- 永井 昭弘のすごい現場
- 機密保持契約前に終わった二つの商談
- 鴨志田 昭輝のセキュリティ事件簿
- すぐパッチを適用できない、そんなときどうするか
- 林 浩一のITアーキテクトの視点
- 「ユーザー」という用語が意識の中の境界線を作る
- 日経SYSTEMS 記者の眼
- 開発手法がビジネスを変えたっていいじゃない
- 水谷 由可里のオフショア開発奮闘記
- キャリアに問い合わせても、「原因は分かりません」
- 御意見番 細川泰秀のデータは語る
- [第2回]ユーザー満足度
4人月規模で障害1件なら、通常より高く評価される
インフォメーション
- 新刊紹介
- 事例ダイジェスト
- 読者から
- 編集から/次号予告
特別広報企画
- Systems Management Forum 2011 Winter REVIEW











単行本のご注文
提携サイト募集




