ERダイヤグラムの臀??図ルールのまとめ。ER蝗?■要件藹??鄒?
https://qiita.com/Saku731/items/741fcf0f40dd989ee4f8
発注者に觸??足感があり、下流で觸??りな縺?開発ができソフトウェアが納品されればいい
色んな考え方ややり方があるので臨觸??応変に、どこまでが範囲か確鐔??できればいいが
■設鐔??者から開発者に渡すっぽい上流工軆??
///Why：システム開発の目的（要望）
現状の課題
ゴール・??本来あるべき状態）
現状とゴールのギャップ（解決すべき課饅??）
///What：何をもって課題を解決するのか
システム蟆?入藹??の業務フロ繝?
機能鐔??莉?
システムに藹??装する機能臀??隕?
非機能鐔??莉?
処理スピード、セキュリティ など觸??々
///How：具臀??的な使い勝手と藹??装方觸??（システム設鐔??）
基本設計
画面設計（UI設鐔??）
機能設計
データ設計
詳細設鐔??
クラス図、シーケンス蝗?
システムアーキテクチ繝?
各部臀??を実装する技術 など觸??々
■ビジネスと開発の両側で合諢?を藹??るっぽい上流工軆??
///要望：解決すべき課饅??（発注者タスク・??
現状の課題
ゴール・??本来あるべき状態）
現状とゴールのギャップ（解決すべき課饅??）
///要求：システムに藹??装したい機能・??発注者タスク・??
企画の背景・??解決すべき課饅??）
課饅??解決に藹??要なシステムの觸??要
具臀??的に藹??装したい機能臀??隕?
///検險?：要求の藹??現性を考える（開発者タスク・??
技術的に開発可能か？
予算はどの軆??度藹??要か？
納期はいつ頃になるか？
///觸??案：検險?した結果を発注者に戻す（開発者タスク・??
実装できる機閭?
請求する金額
納品できる期譌?
///要件・??藹??方が合諢?した決藹??事項（発注者・開発者が協議して決める）
システムに藹??装する機能臀??隕?
納期、請求額の目藹??が記載されるケースも
==========
■髫?層化されたシステム要件臀??隕?(要件ツリ繝?)の臀??
利益管理の強化に貢献するこ縺?
月中であっても利益ベースでの臀??実達成状觸??を監鐔??できるこ縺?
藹??注単位で軆??利が繧?かるようになるこ縺?
顧客サービスの改善に貢献するこ縺?
藹??注時に軆??期回答できるようであるこ縺?
入荷かう出荷までロットをトレースできるこ縺?
在庫管理レベルの向上に貢献するこ縺?
余剰在庫や死蔵品を50%削減できるこ縺?
在庫データには常に現在の在庫状觸??が藹??映されているこ縺?
作業効軆??の向上に貢献するこ縺?
バーコードラベルによって入出荷臀??業が簡便化されていると縺?
配車計画をある程度自動化できるこ縺?
■機能鐔??件臀??覧の臀??
"利用者は全支藹??の営業部門の所属者とする。（支藹??は全蝗?27箇所）"
担当者豈?に、藹??照、登録・更新・削除、承鐔??の権限が付荳?できること。
承鐔??者が不在の場合に代理承鐔??できること。
"パソコンだけでな縺?、スマートフォンからでも操作が可能なこと。（ブラウザ利用・??"
驕?去の觸??件を検索できるこ縺?
画面に臀??覧表示した内容をCSVファイルでダウンロードできるこ縺?
驕?去の觸??件をコピーして新しい案件が作成できるこ縺?
進捗の途中で、異動や退職によって離任する人がいた場合でも、承鐔??者の藹??更ができること。
進捗の途中で、組織が変更になった際に、承鐔??ルートの再設藹??ができること。
組織を兼務する利用者に対応できること。
承鐔??や差し戻しをした際、次の担当者にメールが発信されること。
ユーザーとパスワードによるログイン觸??能があるこ縺?
ユーザーの照臀??、登録、更新、削除が可能なこ縺?
etc.
■非機能鐔??件臀??覧の臀??
サービス停止藹??、再開までの時間：2時間未觸??。事前に業務調整をした上であれ縺?2時間程度は許容できる。
バックアップデータの復旧時点・??障害発生時点。
データ復旧までの時間：1営業日以内。急縺?の申鐔??はメールや電話ベースで対応可能。
同時に利用されるユーザ数・??1%程度と想藹??。10名。
ログの臀??管期間：2週間
特に藹??答速度が求められる操作および速度・??5秒以内の表示。
通常の運用時間：朝6時〜夜22時までをシステム稼働時間とする。
バックアップの臀??存期間：次回バックアップ藹??得まで登録データ・??3蟷?
計画停止の有無・??不定期に藹??施。実施する際は関臀??者の合諢?を得る。
移鐔??作業藹??了後縺?3ヶ月間は初期稼働確鐔??期間とし4ヶ月目からを本稼働とする。
ウィルス藹??義ファイルは自動更新とする。
etc.
==========
■工軆??を4つ軆??度に分けてしまう
１）上流工軆??（要件藹??義、基本設計、現状分析）
２）下流工軆??（詳細設鐔??、実装、テスト）
３）ネットワーク設計・管理
４）プロジェクト管理
上流工軆??での注諢?
業務モデリング、データモデリング、機能モデリングを念頭に鐔??件藹??鄒?
要件藹??義するまえ縺?PDCA調査もあり（営業を省略したいが本藹??に良いのかどうか）
基本設計書は拡散思考/自由発想で臀??っても良い
旧態依然になりがちな点に注意（先進、業務改善、便益を入れる）
基本設計書には全臀??蜒?、画面、運用、セキュリティは特に担当者が知りたいことを盛る
要件と設計書の対応関臀??、What縺?Howは藹??須だがWhyもあった方が開発者も分かり易い
行間は読まれない、さりとて鐔??料は把握はし易い方がいい
時間縺?23:59までか定時終了18:00までか等データは細かく確鐔??
モックがあれば解決・??
非機能鐔??件につい縺?
http://www.aimc.co.jp/blog/p-4283/
テクニカルレビューは関臀??のない他の技術者に確認し妥藹??性を蝠?う、ユーザ藹??望なのでとは鐔??繧?ない事
↓↓↓↓↓↓
■上流工軆??での成果迚?
-要件藹??義譖?
要望を箇条書き
前觸??となる繝?ードやNWや業務フローを添臀??
-システム方藹??設鐔??書・??性能、信頼性、保守・運用、セキュリティを含む）
非機能鐔??件臀??隕? （https://pm-rasinban.com/kinou-hikinou にサンプル有）
ユースケースシナリ繧?
システム構成蝗?
-画面設計（機能、アクション、遷移）
ワイヤフレーム/モッ繧?/プロトタイプ
-データ設計（項目、ドメイン藹??義、制軆??、値域、コード仕様、ネーミング、データモデ繝?ER）
細かな所まで詰める（値段変動、合計値の格軆??）
-業務プロセス設計
業務フローと担当部署用の業務モデ繝?
-既藹??システム調査報告譖?
-プロジェクト計画譖?
※業務フローと各担当部署用の業務モデル、データモデル、機能モデルがあれば軆??得感はある
■下流工軆??での成果迚?
-システム詳細設鐔??譖?
プログラム仕様書、DBテーブル藹??義、ミドルウェアパラメータ・??、業務マニュア繝?
==========
■システム化のときに考慮すべき要素
コンピュータの臀??大觸??能・??入力/出力/記諞?/演算/制御(CPU/MB)→入力/出力/記諞?/演算縺?4つでいいかも
オフィスオートメーション・??紙の臀??業を電藹??化）：PCやFAX等の藹??入で書饅??作成/保存/検邏?/送付などの臀??務を合理化/自動化した
インターネット化、マーケティングオートメーション、メール化、電藹??マネー化、AIロボット化
処理を早く多縺?自動で簡単にメンテフリー縺?
■モックで確認できれば早い
ヒアリング・??ワイヤーフレーム＞ペーパープロトタイプ＞モックアップ＞プロトタイプ＞スクラム/WF
ウォーターフォール的かどうかは臀??記2点縺?
ドキュメントはどのレベルでいるか？
区切り、レビューをどうするか？
DOAデータオリエンティッドアプローチからモックやADD縺?
https://qiita.com/masaki_u/items/2e3cb180313408b43dfe
■デッドロッ繧?
updateを避けinsertで設計をする
updateは臀??つのテーブルだけ、トランザクションで鐔??謨?Updateを要求しない
単一のプロセスを通してだけupdate、例えば藹??注合計からのみ在庫更新する等で管理しやす縺?する
マスター更新は最後のものを採用するしか、楽観ロッ繧?
(A>B縺?updateする処理と、B>A縺?updateする処理があればデッドロックとなる)
■ヒストリテーブ繝?
[B! SQL] 履歴テーブルから最新縺?1件を藹??って縺?る方觸?? - そーだいなるら縺?がき蟶?
==========
■PMBOK(Project Management BodyOf Knowledge)
あるミッションのためにプロジェク卜を発足し、ミッション軆??了により解散するというプロフェッショナルな考え方がPMBOKの基譛?
プロジェクトの成功とは決められた期間と臀??算内に、目觸??どおりの効果をもたらす品質の良い成果物を出すこ縺?
9つのエリ繧?
１）邱?合管理(IntegrationManagement)
プロジェクト憲軆??、プロジェク卜計画譖?
２）スコープ管理(ScopeManagement)
どこまで臀??業を担当するか、成果物は臀??が必要か、ブラウザ縺?Chromeのみか
３）スケジュール管理(TimeManagement)
計画と監鐔??・管理、WBS(Work Breakdown Structure)
４）コスト管理(CostManagement)
計画と監鐔??・管理/トラッキングとコントロール、幾ら使っているか週蝣?
５）品質管理(QualityManagement)
基觸??を確藹??するため早めに確認、後工軆??に臀??良品を流さない、品質基觸??書・??品質を上げるために隠す事も）、テスト仕様譖?
６）組織管理(HumanResource Management)
体制図・??開発側ユーザ側の両方・??、要員の育成
７）コミュ臀??ケション管理(CommunicationManagement)
議臀??録を藹??り誰がいつ、共有サイト等のツール使用も、レビュー報告書、質問管理シート
８）リスク管理(RiskManagement)
問題点臀??覧に書き出す、ルールを定め遵藹??させる
９）調達管理(ProcurementManagement)
外注縺?RFPで、現場と現物で確認、協力会社スキル管理
5つのプロセ繧?
立ち臀??げ(Initia ting) → 計逕?(Planning)→ 実行(Executing) → 監鐔??・管理(Controling) → 終結(Closing)
↓
立ち臀??げ：PJ発足、PM選任
計画・??スコープ定義、作業藹??義、スケジュール臀??成、資源管理、コスト見積、品質鐔??画、組織計画、コミュ鐔??画、調達計逕?
実行：スコープ変更、チーム構築と育成、情報の配布、進捗報告、障害報告
監鐔??・管理：変更管理、進捗管理、コスト管理、外注管理、品質管理、リスク管理、契約管理、要員管理
終結：契約完了、PJ完了、調達終了、実績鐔??萓?
最初にあるべき姿をメンバーに觸??示したい
PMにより邱?合力を高める→どうやって・??
役割とマインドセットし、飴鞭のモチベーションでは・??管理だけでは饅??目では、特に監鐔??されると・??
職人でありスケジュール化/監鐔??できない点がある事を認識し、自主でクリエイティブであれと、品質臀??後ろ向きにさせない
メンバーのスキルが菴?く作業が遅い、品質が悪縺?手戻りが多い、全臀??蜒?が見えていない
教育工数軆??み臀??げ、問題点縺?PDCAで改善アクショ繝?
WBSをスプリントで切ってスクラムするのは・??
PMBOK的資料のサンプ繝?
http://www.shoeisha.com/book/hp/jissenpm02/27
■プロダクトオーナ
PO縺?10年以上のベテラン推奨・??幅が広く深い理解が必要＝各業務に軆??験が必要）
POは鐔??望を出す人でな縺?、第臀??にユーザや利害関臀??者からの鐔??望を聞く人アンチパター繝?
プロダクトオーナーのアンチパター繝? | Ryuzee.com
■手法
企逕?(課饅??、べき論) > リーン開逋?(業務モデリング、UX、UI、データモデリング、プロジェクト管理) > 文譖?(要件、基本設計、詳細設鐔??、テスト) >運用軆??定
開発はリー繝?(アジャイルでない) + PMBOK
- 計画・??スコープ定義、作業藹??義、スケジュール臀??成、資源管理、コスト見積、品質鐔??画、組織計画、コミュ臀??ケーション鐔??画、調達計逕?
- 実行：スコープ変更、チーム構築と育成、情報の配布、進捗報告、障害報告
- 監鐔??/管理：変更管理、進捗管理、コスト管理、品質管理、リスク管理
- 終結：PJ完了、調達終了、実績鐔??萓?
※判断は客観縺?(ユーザ鐔??点、セキュリティ鐔??轤?)、チームでプロセス設計、コーダーが機能詳細決定
※インフラやセキュリテ繧?: 外驛?IP等の設計制軆??
※コミュニケーショ繝?: 誰が誰と、ステークホルダ
※先に動縺?ものを作った方が早い、改善や調整は藹??から縺?
■■設鐔??のときに使う書軆??
■業務システムのための臀??流工軆??入門（要件藹??義、設鐔??）
■実践プロジェクト管理入門（PMBOK、テストのタスクはユーザの軆??囲だが実際は開発者が代理）
■システム設鐔??完全ガイド（設鐔??書を作る）
■RFP&觸??案書藹??全マニュア繝?
請負契約は期日までに藹??成品を納品することが必要
準委任なら一定の期間に労務を觸??供する
要件と鐔??件を分け、何を成果物とするか、検藹??は誰がどう行うのか
■運逕?
/// BANGBOO BLOG /// - It tests you
Posted by funa : 05:38 AM
