Please enable JavaScript.
Coggle requires JavaScript to display documents.
システム開発d (開発プロセス (テスト (種類(フェイズ分け) (単体テスト(Unit Test) (Unitとは? (関数, クラス, 画面?)…
システム開発d
開発プロセス
要件定義
目的
顧客の要求を明らかにする
成果物
動的
業務フロー, ユースケース
静的
概念データモデル
その他
機能一覧
画面
バッチ
非機能要件一覧
運用設計書
外部設計(基本設計)
目的
システム外部(ユーザ、外部システム)に影響を与えるシステムの振る舞いを決める
成果物
DB
項目一覧
エンティティ一覧
論理データモデル
ER図
外部システム
IF一覧
外部IF設計書
ユーザ
画面一覧
画面設計書
画面レイアウト
画面項目
画面項目-DBカラムマッピング
バッチ
バッチ一覧
バッチ設計書
処理設計書(ビジネスロジック設計書)
内部設計(詳細設計)
目的
システム内部における実現方法を決める
成果物
DB
物理データモデル
DBMS設計
機能別個別処理
画面
IF
処理(ビジネスロジック)
バッチ
共通処理
アーキテクチャ設計
フレームワーク
共通コンポーネント
実装
目的
作る
テスト
目的
前工程で決めたことが実現できていることを確認する
種類(フェイズ分け)
単体テスト(Unit Test)
目的
Unitレベルでの動作が正しいか検証する
(実装者が自身の作業範囲を検証するテスト)
Unitとは?
関数
クラス
画面?
ツール
JUnit
CUnit
結合テスト(Integration Test)
内部結合テスト(ITa)
目的
開発対象とするシステム内の複数機能を統合させて正しいか検証する
外部結合テスト(ITb)
目的
他システムの機能と結合させて正しく連携するか検証する
受入テスト
目的
発注側が発注通りに作られたか確認する
システムテスト(総合テスト)
目的
システム全体対象(外部システム含む)として本番相当の実業務が回ることを総合的に検証する
単機能テスト
目的
機能(画面、バッチ)単位で動作が正しいか検証する
種類
機能テスト
リグレッションテスト
モンキーテスト
非機能テスト
負荷テスト
性能テスト
セキュリティテスト
ホワイトボックステスト
ブラックボックステスト
テスト技法
境界値テスト
同値クラス
ペアワイズ法
直交表
技術
データモデリング
成果物
ER図
Relation
Entity
種類
概念データモデル
論理データモデル
実装方法に関係ない論理的に十分なモデル
物理データモデル
実際にシステムとして実装されるモデル
冪等性
言葉
technology
engineering
技術要素
ソフトウェア
OS
Windows
クライアント向け
サーバー向け★
linux
android★
ubuntu
RedHad★
トロン
BSD
mac OS
iOS
Free BSD
OS2
各社UNIX
Solaris
AIX
アプリケーション
ミドルウェア
DBMS
RDBMS
PostgreSQL
Oracle
SQLServer
MySQL
NoSQL
redis
DynamoDB
CosmosDB
MongoDB
GemFire
Webサーバ
Apache
Webアプリケーションサーバ
IIS
JavaEEサーバー
tomcat
Weblogic
WebSphere
JBoss
glass fish
ngx
メッセージキュー
IBM MQ
SQS
rapid mq
SWを作るための道具
データを扱う手法
トランザクション制御
分散トランザクション
プログラミング言語
Java
Apex
C#
Ruby
Basic
C/C++
アセンブラ
JavaScript
HTML
XML
DSL
SQL
SOQL
Scala
開発ツール
IDE
エディタ
コンパイラ
デバッガ
フレームワーク・ライブラリ
Spring
Rails
Struts
S2
標準・仕様
JavaEE
UML
通信プロトコル
ハードウェア
サーバ
CPU
メモリ
HDD
...
クライアントPC
ネットワーク機器
L2スウィッチ
ルーター(L3)
ケーブル
ファイウォール
ロードバランサー
プロジェクトマネジメント
目的
プロジェクトを成功させるために何とかする
管理
Management
何とかする
Administration
事務的管理
ルール・手続きに従った作業
Control
制御する
意図通りに動かす
やること
進捗管理
クリティカルチェーン
3点見積
楽観値
最頻値
悲観値
品質管理
検知より予防
PMBOK見て
リスク管理
リスク
問題・課題(プロジェクトのQCDに負の影響を与える何か)になる可能性がある何か
リスク評価軸
発生確率
リスク発現時の影響
種類
未知のリスク
既知のリスク
スコープ管理
プロジェクトの対象範囲
変更管理
Agile
TDD
目的
自動テストを作る
コードの動作確認とテストと実装を一体化して余計な工数をかけない
テストしやすい設計=きれいな設計
https://agilemanifesto.org/