ずっと受けたかった ソフトウェアエンジニアリングの新人研修(大森 久美子 岡崎 義勝 西原 琢夫 宇治 則孝)|翔泳社の本
  1. ホーム >
  2. 書籍 >
  3. ずっと受けたかった ソフトウェアエンジニアリングの新人研修

ずっと受けたかった ソフトウェアエンジニアリングの新人研修




監修

形式:
書籍
発売日:
ISBN:
9784798119342
定価:
2,200(本体2,000円+税10%)
仕様:
A4・288ページ

社会人エンジニアとしての基礎知識を学べます

低予算や短納期、多様化するIT技術など、システム開発を取り巻く環境は厳しくなる一方です。しかし、ベースとなる普遍的な知識を最初に身に付けてしまえば、怖いことはありません。本書は、社会人エンジニアとしての第一歩を踏み出す方に、そうした知識をゼロから説明する入門書です。システム開発の目的や意義、流れ、手法、用語などを統合的に学習できます。開発途中に作成される各種の定義書・文書については、作成手順や記載項目を説明するほか、作成例を紹介。各章末には、個人学習にもグループ学習にも使える演習課題を用意しました。新人の方はもちろん、現場で身に付けたスキルを確認したい方、研修を担当される方にも役立つ1冊です。

オリエンテーション

研修の進め方

第1章 ソフトウェア開発の概要

1.1 ソフトウェアエンジニアリングの意味と歴史
  ソフトウェアエンジニアリングとは
  ソフトウェアエンジニアリングの始まり
  構造化プログラミング
  ソフトウェア開発の管理技術
  オブジェクト指向の登場
1.2 代表的な分析・設計手法
  システムの設計書
  分析と設計
  分析・設計の進め方
  オブジェクト指向による分析と設計
1.3 代表的な開発手法
  開発プロセスとは
  ウォーターフォール型
  スパイラル型
  アジャイル型
  XP

第2章 基礎知識

2.1 用字と用語
  分析・設計の結果は文書に残す
  用字と用語を統一する理由
  分野による用字と用語の違い
2.2 工程の名称と作成文書
  ウォーターフォール型における工程名称・区分の違い
  作成する文書と記述項目
2.3 チャート記法
  UML
  フローチャート
  HCPチャート
2.4 作業基準の必要性
  開発後には保守・運用を行う
  作業の標準化と作業標準

第3章 要求定義と要件定義

3.1 本書で採用する開発プロセス
  プロセスとは
  ウォーターフォール型の開発プロセスの流れ
3.2 要求定義と要件定義
  上流と下流
  要求定義と要件定義の違い
  要求定義と要件定義を区別するコツ
3.3 機能要求と非機能要求
  要求は機能要求と非機能要求でとらえる
  機能要求の範囲・非機能要求の範囲
3.4 サービス評価の考え方
  商用化の判断材料
  商用化のためのサービス評価

3.5 要件定義書の記述項目と記述例
  要件定義書の作成手順
  要件定義書の記述項目とポイント
  要件定義書の具体的なイメージ

第4章 システム提案

4.1 システム提案書の位置づけ
  システムの全体像をイメージする
  システム提案書
  システム提案書作成の心得
  システム提案書の作成手順
4.2 システム提案書の記述項目と記述例
  システム提案書はより具体的に
  システム提案書の注意点
  システム提案書作成の極意

第5章 外部設計

5.1 外部設計書の位置づけ
  外部設計とは
  外部設計書のボリューム
5.2 外部設計書の作成手順
  個別設計書の作成
  業務フローの作成
  サブシステムへの分割
  画面レイアウトや帳票レイアウトの作成
  コード設計
  論理データ設計
  システムインターフェース設計
  外部設計書としてまとめる
  レビュー
5.3 外部設計書の記述項目と記述例
  外部設計書に含める項目

第6章 内部設計

6.1 内部設計書の位置づけ
  内部設計の目的
  プログラムの部品化のデメリット
  構造化設計
  構造化設計のメリットとデメリット
6.2 内部設計書の作成手順
  個別設計書から作成する
  画面の詳細設計
  帳票の詳細設計
  外部インタフェースの詳細設計
  ビジネスルールの詳細設計
  リクエスト処理の詳細設計
  メッセージの詳細設計
  物理データ設計
  内部設計書としてまとめる
  レビュー
6.3 内部設計書の記述項目と記述例
  内部設計書に記述する項目
  記述項目と個別設計書との対応

第7章 製造

7.1 製造工程の作業
  製造工程とプログラミング
  ソースコードとオブジェクトコード
  ソースコードレビュー
  単体テスト
7.2 コーディング規約
  規約を設ける理由
  実際のコーディング規約
  コーディング規約の例
7.3 単体テスト
  ホワイトボックステスト
  フローグラフでテストデータを作る
  ドライバとスタブ

第8章 テスト

8.1 テストの位置づけ
  総合テストと結合テスト
  テストと設計工程の関係
8.2 結合テスト
  結合テストの目的
  結合テストのテスト項目
  ブラックボックステストの技法
8.3 総合テスト
  機能要件と非機能要件
  総合テストの観点
  複数ユーザが同時利用するシステムのテスト
  総合テスト時のテスト環境
  総合テストのテスト項目例
8.4 品質保証
  品質保証の指標
  バグ累積曲線
  バグ累積曲線の落とし穴

第9章 受入テスト

9.1 受入れテストの位置づけ
  受入テストを行う理由
  システムの検収と受入テストの期間
9.2 受入テストの手順
  受入テストの担当と項目作成
  受入テストに合格しなかった場合
  受入テストの合格後
9.3 受入テストの実施
  大規模なシステムの受入テスト
  受入テストを効率よく実施する方法

第10章 プロジェクトマネジメント

10.1 PMBOKの歴史
  プロジェクトマネジメントとPMBOK
  プロジェクトとは
10.2 PMBOKの構成要素
  プロジェクトのフェーズ
  知識エリア
  プロセス群
10.3 PMBOKの活用法
  PMBOKのマップの見方
  テーラリング
10.4 プロジェクトマネジメントの例
  マネジメントする項目
  プロジェクト計画書
  仕様管理計画書
  進捗管理計画書
  問題課題管理計画書
  構成管理計画書
  レビュー計画書
  品質管理計画書
  リスク管理計画書
  コスト計画書

第11章 品質管理

11.1 品質管理とは
  メトリクス(品質評価尺度)
  メトリクスの種類
  品質改善の手段ではない
11.2 構成管理
  文書・ソースコードの性質
  構成管理の大切さ
  構成管理の対象と種類
11.3 デザインレビュー
  急がば回れ
  レビューの準備
  レビューの開始
  レビューで確認すること
  レビュー結果の記録
  レビュー結果の反映
11.4 テスト管理
  テストの種類
  テスト計画書の作成
  テスト項目を適切に作成するには
  テスト完了かどうかを判断する
  バグの状況から品質を判断する

第12章 セキュリティ

12.1 システム開発におけるセキュリティ
  セキュリティの2つの視点

12.2 プロダクトのセキュリティ
  プロダクトのセキュリティ項目
  セキュリティと利便性
  実装攻撃と耐タンパ性
12.3 開発プロセスのセキュリティ
  開発プロセスのセキュリティ項目
  人間の行為にこそ注意

第13章 プロジェクト完了報告

13.1 完了報告書の内容と目的
  経営陣の立場で考えよう
  報告書のボリューム
13.2 開発成果の発表
13.3 研修を終えて

本書は付属データの提供はございません。

お問い合わせ

内容についてのお問い合わせは、正誤表、追加情報をご確認後に、お送りいただくようお願いいたします。

正誤表、追加情報に掲載されていない書籍内容へのお問い合わせや
その他書籍に関するお問い合わせは、書籍のお問い合わせフォームからお送りください。

利用許諾に関するお問い合わせ

本書の書影(表紙画像)をご利用になりたい場合は書影許諾申請フォームから申請をお願いいたします。
書影(表紙画像)以外のご利用については、こちらからお問い合わせください。

追加情報はありません。

ご購入いただいた書籍の種類を選択してください。

書籍の刷数を選択してください。

刷数は奥付(書籍の最終ページ)に記載されています。

現在表示されている正誤表の対象書籍

書籍の種類:

書籍の刷数:

本書に誤りまたは不十分な記述がありました。下記のとおり訂正し、お詫び申し上げます。

対象の書籍は正誤表がありません。

最終更新日:2016年12月27日
発生刷 ページ数 書籍改訂刷 電子書籍訂正 内容 登録日
1刷 017
図1.4、本文4行目
6刷
要求定義
要件定義
2012.03.28
1刷 029
表2.4
2刷
分野|句点読点|音引き
分野|読点|句点|音引き
2009.06.19
1刷 035
表2.8 「外部仕様」の「要件定義書」
5刷
ユーザインタフェース |  システム構成      | 
ユーザインタフェース | ○ システム構成      | ○
2011.05.18
1刷 053
図3.1 第3章
6刷
以下の図に差し替えます。
2011.05.18
1刷 058
図3.3
2刷
それ以外に、システムが兼ね備えるべき条件
上記以外に、システムが兼ね備えるべき条件
2009.06.19
1刷 068
表3.2、表3.3
5刷
以下のように訂正します。
表3.3の「ユーザインタフェース」と「システム構成」の「記述項目」と「内容」を、表3.2の「システム化の範囲」の下に移動します。
2011.05.18
1刷 074
「11 成果物」
7刷
(1)要件定義書(本資料)
2)顧客ヒアリング議事録 (3)システム設計書(外部設計書) (4)内部設計書 (5)試験実施報告書、試験成績書 (6)製造プログラムファイル一式 (7)マニュアル(運用、保守、操作)
1)顧客ヒアリング議事録 (2)システム設計書(外部設計書) (3)内部設計書 (4)試験実施報告書、試験成績書 (5)製造プログラムファイル一式 (6)マニュアル(運用、保守、操作)

「(1)要件定義書(本資料)」を削除し、項番(2)~(7)を繰り上げます。
2013.04.02
1刷 157
囲み内の最終行
2016.12.27
1刷 231
演習問題
5刷
文末に以下の文章を追加します。
また、プログラムの規模を表すステップ数とライン数について、職場でどのように扱っているかを調べ、違いをまとめましょう。
2011.05.18

感想・レビュー

monotony さん

2014-02-11

どちらかと言えばハード系の専攻でソフトは必要に駆られて独学で習得してきたので、ソフト開発の全体像がざっくり学べるこの本はいい。ソフト開発=プログラミングという刷り込みが強く、各種仕様書や外部設計、内部設計テスト計画などと言ったプロとして作成すべき書類の量は想像以上に多くてビックリした。ここまでやって成果を出すのがプロ。特に品質に関しては、自分のやり方にも不安があり。改めて正しいプロセス(先人の知恵)の必要性を強く感じた。

nova さん

2012-06-16

基本情報の「ソフトウェア開発」の分野にあたる部分をやさしく説明してます。基本情報を持っていたらあまり必要無いかなと思いますが、逆に基本情報を受ける予定でこの分野について今から勉強しようという人にはおすすめできます。とりあえず開発現場編も読んでみようと思います。

人生ボゴソート さん

2013-12-01

良くも悪くも基本の教科書という感じ