①システム開発のプロセス（１）（要件定義～テスト） p141~

①システム開発のプロセス（１）（要件定義～テスト） p141~
システム開発技術（１） ①システム開発のプロセス（１）　　　　　　　　　（要件定義～テスト） p141~ 『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

『システム開発技術』（C）Copyright, Toshiomi KOBAYASHI,2009-2016
（例）図書館管理システム　　　　　　　　　　　　画面を定めてプログラム　　　　　　を「作る」必要があるこの「作る」　＝　「システム開発」どう「作っていくか」を勉強する『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

①システム開発のプロセス『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

外部設計内部設計 ③プログラミング結合テストシステムテスト単体テスト運用テスト ①要件定義 ④テスト ②設計システム開発順（小テスト）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

（業務）要件定義書（１）要件定義（p146）「業務要件」を定義する情報システムを使って実現される　　　　　　　　「業務内容」を明確にする経営者～利用者のニーズを調査・分析する手法：ヒアリングなど（後期第５回）優先度・予算なども考慮『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

（２）設計工程の概要（・・・配布の図）外部設計利用者から見える部分内部設計開発に必要な部分『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

Software Life Cycle Process 『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

Ａ．外部設計工程の詳細 ①システム要件定義（p146）業務要件　→　外部設計の要件として再定義 ⅰ）システム機能（機能要件）の明確化 ⅱ）非機能要件の明確化 ②システム方式設計（p148）システム要件　→　どういう方式で実装するか ⅰ）ハードウェア方式（汎用機ｖｓＣ／Ｓ） ⅱ）ソフトウェア方式（ＥＲＰｖｓ開発、　手作業の範囲）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

外部設計工程の詳細（続き） ③ソフトウェア要件定義（p148）システム要件　→　内部設計の要件として再定義 ⅰ）データの定義画面設計 ⅱ）コード設計処理の正確化画面　→　データ MRT空港は無い各設計はこのスライドで簡単に全般にもっと少なくコード設計（期末）、ソフトウェア要件（小テスト）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

④ソフトウェア方式設計ソフトウェア要件　→　どういう方式で開発するか ⅰ）ＤＢＭＳ・プログラム言語の選定 ⅱ）プログラムやデータベースの「全体構造」 ⑤ソフトウェア詳細設計どういうプログラムを作るか（プログラム設計書） ⅰ）プログラム分割 ⅱ）データベース詳細内部設計（小テスト）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

（休憩）なぜ「開発工程順」日本史を例に「真言宗」と「浄土真宗」はどちらが先開発工程順を知ってると「コード設計」　ｖｓ　「全体構造」 ③ソフトウェア要件定義　vs　④ソフトウェア方式設計日本史：「時代」がある『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

プログラミング（ＰＧ）アルゴリズムの基本構造（第４回）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

「正しく作られているか」を確認する ①単体テスト（p149）別名：モジュールテストデバッグ（DeBug、p228）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

複数のプログラムが連携できているかボトムアップテスト・・・ドライバトップダウンテスト・・・スタブ（p150）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

③システムテスト（p149） ④運用テスト外部設計書（システム要件）どおりできているか機能テスト性能テストも
退行（リグレッション）テストも侵入（ペネトレーション）テスト（p184）性能テストも ④運用テスト（業務）要件定義書どおりできているかシステムテストデータ作成（期末）

（５）システム開発への利用部門の参画外部設計内部設計プログラミング結合テストシステムテスト単体テスト運用テスト要件定義対応関係利用部門の参画（小テスト）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

（６）テストの技法ホワイトボックステスト（p151）内部構造の経路をテスト網羅（省略）単体テストでブラックボックステスト（p150）機能が仕様書どおりか結合テスト以降で『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

同値分割限界値分析例：１０個以上１００個未満正常限界：１０、９９異常限界：９、１００同値クラスごとに各１回テストする限界値分析（期末）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

Ｅｎｄ『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

Link先『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

（戻る）性能要件どのくらいの処理能力を持たせるのか月間処理件数（データベース容量）１分あたりの処理件数（スループット、第２回）運用要件いつでも使えるのか（可用性、第２回）故障しないか（信頼性）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

Sub NameCheck (Uname As String, Ucode As Integer, Ssw As Integer) Static nmul(1 To 5) As Integer Const p_mod% = 16384 Dim i , j, n, w As Integer nmul(1) = 1: nmul(2) = 2: nmul(3) = 3: nmul(4) = 5: nmul(5) = 7 If LenB(Uname) < 10 Then End w = 0 For i = 1 To 5 For j = 1 To 2 k = (i - 1) * 2 + j n = CInt(Asc(MidB(Uname, k, 1))) w = w + (n * nmul(i) Mod p_mod) Next j Next I If Ssw <> 1 Then If Ucode <> w Then MsgBox "名前が変えられています。" End End If Else Ssw = 0 Ssw = 1 End Sub 他の部分でバグ発生 →　退行退行しないように修正したら他の部分もテストバグ発生プログラム修正（戻る）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

Fin 『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

①システム開発のプロセス（２）（テスト管理、・・・） ②ソフトウェアの規模見積り
システム開発技術（２） ①システム開発のプロセス（２）　　　　　　　　　　（テスト管理、・・・） ②ソフトウェアの規模見積り『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

①システム開発のプロセス（続き）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

（前回の整理）テスト工程テスト（開発）のプロセス単体／結合／システム（機能、性能）／運用テスト（方式）の種類トップダウン／ボトムアップテスト（技法）の種類ホワイトボックスブラックボックス同値分割／限界値分析『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

テスト進捗率信頼度成長曲線（ゴンペルツ曲線）. テスト進捗率（期末）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

（補足）開発システムが高品質とは標準的高品質（小テスト）信頼度成長の不思議『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

レビューの目的バグのあるまま次の工程に進まないように開発時に品質の向上を図る例）プログラミング・レビューレビューの目的（小テスト）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

ソフトウェア開発を委託受入れテスト（検収テスト）調達先（SI企業、p126）委託元テスト納入受入れ開発『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

システム開発のプロセス（再掲）外部設計内部設計 ③プログラミング結合テストシステムテスト単体テスト運用テスト ①要件定義 ⑤運用 ④テスト ②設計『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

（１０）システムの保守（運用に入ると）情報システムが本稼働（Production Run）運用（Operation）日々情報システムを運転する保守（Maintenance、p152） ①障害（テスト漏れ） ②改善業務変更環境変化情報システム（プログラム）を修正＝保守運用：後期第１２回システム保守（期末）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

事故った！システムの保守一般的な保守の分類ＢＭ（ＢｒｅａｋｄｏｗｎＭａｉｎｔｅｎａｎｃｅ、事後修理）障害を取り除くＰＭ（ＰｒｅｖｅｎｔｉｖｅＭａｉｎｔｅｎａｎｃｅ、予防保守、p152）障害が起こらないようにする（MTBFを長く）定期保守形態別の分類 Remote Ｍａｉｎｔｅｎａｎｃｅ（遠隔地保守） MTTRが短くなる（第２回）２月１日に『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

身の回りの情報処理ー保守障害が出ないように運転中でもエ）システム運用中に、障害を引き起こす可能性のあるプログラムを見つけ出しこれをあらかじめ修正する『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

②ソフトウェアの規模見積り規模＝工数：人月（単位）（p255）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

プログラムステップ（LOC）法プログラムの行数（本数）を見積る過去の開発経験をベースに行数（本数）から開発作業規模（人月）を計算するＦＰ法プログラムの点数を見積る画面数、ファイル数などから点数から開発作業規模（人月）を計算する難易度を考慮基幹情報システムなど Sub NameCheck (Uname As String, Ucode As Integer, Ssw As Integer) Static nmul(1 To 5) As Integer Const p_mod% = 16384 Dim i , j, n, w As Integer nmul(1) = 1: nmul(2) = 2: nmul(3) = 3: nmul(4) = 5: nmul(5) = 7 If LenB(Uname) < 10 Then End w = 0 For i = 1 To 5 For j = 1 To 2 k = (i - 1) * 2 + j n = CInt(Asc(MidB(Uname, k, 1))) w = w + (n * nmul(i) Mod p_mod) Next j Next I If Ssw <> 1 Then If Ucode <> w Then MsgBox "名前が変えられています。" End End If Else Ssw = 0 Ssw = 1 End Sub ＦＰ法（期末）プログラムステップ（LOC）法（小テスト）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

規模見積りの例（１）プログラムステップ法３０００本のプログラムを修正３０％修正が必要１日１人：　０．２５本修正できる本数＝３０００ｘ０．３＝９００規模（人日）＝９００ ÷ ０．２５＝３,６００規模見積り（期末）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

規模見積りの例（２）ＦＰ法点数：３５０（←上２表の積和）生産性係数：０．０７３　（人月／FP）規模（人月）＝３５０ｘ０．０７３＝２５．５５外部入力外部出力外部照会外部インタフェースファイル内部論理ファイルもっと簡単に・・・ＬＯＣの計算は丁寧に」正確には（１）外部入力　≒　入力画面（外部から入力されるデータをもとに、内部論理ファイルを更新する）（２）外部出力　≒　出力画面（内部論理ファイルを加工して、外部に出力する、【新たなデータ項目が作られる】）（３）外部照会　≒　照会画面（外部からの入力により内部論理ファイルを編集して、　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　外部に出力する、【新たなデータ項目が作られない】）（４）内部論理ファイル　≒　出力ファイル（ユーザが識別可能な論理的ファイル＝＞当該システムで扱うファイル）（５）外部インタフェースファイル　≒　入力ファイル（他のアプリで保守管理され、当該システムでは参照のみ）『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

見積りー練習１各工程の生産性設計３Kステップ／月 PG ４Kステップ／月テスト６Kステップ／月１２Kステップのプログラム:何ヶ月？計算設計１２／３＝４ PG １２／４＝３テスト１２／６＝２　　　合計＝９ヶ月『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

Ｅｎｄ『システム開発技術』　　（C）Copyright, Toshiomi KOBAYASHI,

①システム開発のプロセス（１）（要件定義～テスト） p141~

Similar presentations

Presentation on theme: "①システム開発のプロセス（１）（要件定義～テスト） p141~"— Presentation transcript:

Similar presentations

About project

フィードバック

ログインする

Auth with social network:

①システム開発のプロセス（１） （要件定義～テスト） p141~

Similar presentations

Presentation on theme: "①システム開発のプロセス（１） （要件定義～テスト） p141~"— Presentation transcript:

Similar presentations

About project

フィードバック

①システム開発のプロセス（１）（要件定義～テスト） p141~

Presentation on theme: "①システム開発のプロセス（１）（要件定義～テスト） p141~"— Presentation transcript: