設計・プロジェクト管理

【アジャイル】スクラム開発 ~ 基本編 / イベント ~

■ はじめに https://dk521123.hatenablog.com/entry/2019/10/31/222447 https://dk521123.hatenablog.com/entry/2021/02/17/000000 https://dk521123.hatenablog.com/entry/2021/02/18/000000 の続き。 かなりボリュームが大きくなってしまったので、分冊。 …

【アジャイル】スクラム開発 ~ 基本編 / バックログ ~

■ はじめに https://dk521123.hatenablog.com/entry/2019/10/31/222447 https://dk521123.hatenablog.com/entry/2021/02/17/000000 の続き。 かなりボリュームが大きくなってしまったので、分冊。 今回は、「バックログ(Backlog)」について扱う。 目次 【…

【アジャイル】スクラム開発 ~ 基本編 / チーム ~

■ はじめに https://dk521123.hatenablog.com/entry/2019/10/31/222447 の続き。 かなりボリュームが大きくなってしまったので、分冊。 今回は、「スクラム チーム(Scrum Team)」について扱う。 目次 【0】スクラム チーム(Scrum Team) 【1】プロダク…

【アジャイル】スクラム開発 ~ 入門編 ~

■ はじめに スクラム(Scrum)に勉強する。徐々に書き足していく。 以下が非常にわかりやすかった https://www.atmarkit.co.jp/ait/articles/1208/07/news128.html 目次 【1】スクラムとは? 【2】スクラムの理論 1)スクラムの3本柱 2)スクラムの5つの…

【設計】【モデリング】ロバストネス分析

■ ロバストネス分析 robust(ロバスト) : 頑強な * システムを「バウンダリ(境界)」「コントロール(制御)」「エンティティ(実体)」の3つに分けて分析 ■ 要素 `No`名前`説明`例備考 01アクター(Actor)ユーザ, 外部システム 02バウンダリ(Boundary)外部と…

USDM ~ 要求仕様記述手法 ~

■ はじめに 要件定義や仕様書で USDM ってのがでてきたのでメモ。 シンプルで、表で記述するから要件定義の漏れが少なくて、今後のプロジェクトにも役に立ちそう。 ■ USDM * USDM : Universal Specification Describing Manner => 日本語で直訳すると、「普…

The Twelve-Factor App ~ クラウドアプリケーション開発・運用のための方法論 ~

■ The Twelve-Factor App とは? クラウドアプリケーション開発・運用のための方法論(ベストプラクティス) * 米ヘロク(Heroku)の創設者の一人であるアダム・ウィギンス氏が作成 * Heroku上でクラウドアプリケーションを開発・運用する際に培ってきたノウハ…

【プロジェクト】 ライセンスについて

■ はじめに * 工数削減には、様々なツール・フレームワークなどを使う必要があるが それがフリーで、商用利用可能かどうか重要になってくるので、 ライセンスについて、メモっとく。 ■ GPL(General Public License) http://www.itmedia.co.jp/enterprise/art…

【工数見積】【FP法】ファンクションポイントから工数を見積もるには

ファンクションポイント(FP)について * 帳票数,画面数,ファイル数などのデータを基に、 システム特性を考慮して、ソフトウェアの規模を見積もる * 詳細は、以下の関連記事を参照のこと。 http://blogs.yahoo.co.jp/dk521123/33918780.html FPから工数を見積…

【工数見積】【FP法】NESMAの概算法 ~FP法・簡略版~

NESMAの概算法 * オランダのソフトウェア計測協会(NESMA(ネズマと読む);Netherlands Software Metrics Association) が考案した見積法 * 以下の2種類ある [1] FP概算法(Estimated Function Point Count) << FP法・簡略版 [2] FP試算法(Indicative Function P…

【開発手法】 リーンソフトウェア開発

■ リーンソフトウェア開発(lean software development、LSD)とは? * 製造業の現場から生まれた手法をソフトウェア開発に適用したものであり、 「7つの原則」と「22の思考ツール」を提示している ■ 7つの原則 原則1:ムダをなくす 原則2:品質を作り込む 原則…

【設計】ロードバランス / 負荷分散

はじめに * ロードバランス = Load balancing = 負荷分散 分散方式 * 分散方式には、大きく分けて、以下の2つに分けられる [1] 静的分散方式 => あらかじめ決めた順序でリクエストを各サーバに振り分ける方式 [2] 動的分散方式 => 振り分け時に最適なサーバ…

【設計】高可用性システム構築について

■ 関連用語 可用性 (Availability) * システムの壊れにくさのこと * システムの可用性を向上させるには、そのシステムを構成する部品を冗長化し、 Single Point of Failureをなくすことが重要である 高可用性(High Availability; HA) * システムなどの可用…

【設計】Web三層モデル (Web三層構造)

Web三層モデル (Web 3-tier model) * Webシステムのサーバー群は、以下の3層に分けることができる。 (1)Webサーバー : Webブラウザからのリクエストを受け付けてレスポンスを返す (2)アプリケーション(AP)サーバー : 業務ロジックなどの処理を行う (3…

【開発手法】 ソフトウェアプロセスモデル ~ ラウンドトリップ、成長モデルなど~

■ ウォータフォールモデル(water fall model) * システム開発を、以下のような工程に分け、上流工程から下流工程へ順番に開発を進めてゆく開発手法 1) 要求分析 2) 外部設計 3) 内部(詳細)設計 4) プログラム 5) 単体テスト 6) 結合テスト 7) 総合テスト(…

【開発手法】 RAD (Rapid Application Development)

RAD * RAD(Rapid Application Development。「ラッド」と読む)とは... => エンドユーザーを含む少人数の開発者からなるチームで、プロトタイプを繰り返し製作し、 評価・改良することで完成度を高めていく開発手法 関連用語 タイムボックス * ライフサイク…

【工数見積】【FP法】ファンクションポイント法

初めに http://blogs.yahoo.co.jp/dk521123/33505512.html で工数見積もりについて記載したが、今回はファンクションポイント法に絞って記載する ※注意 * ソフトウェアの「規模」を見積りで、「工数」の見積もりではない。 ファンクションポイント法(Functio…

【工数見積】工数見積もりについて

はじめに * 業務で見積りを行ったのだが、体系的に学んだことはなかったので、まとめてみる * 見積り一つで、そのプロジェクトが成功するか破たんするかが決まるので超重要。 * 当たり前のことだが工数があればあるだけいいに決まっており、 バッファーを積…

マインドマップ

はじめに * 前から気になっていたマインドマップをかるーく触れる SEとしての使用意義 * システム開発の設計時やコミュニケーション時の複雑さを整理に使う * 学習の際の記憶整理として利用する * 何か情報をまとめる際に利用する やり方 [1] 中心にキーワー…

【マネジメント手法】 リーン スタートアップ方法論 (Lean Startup)

リーンスタートアップ方法論 * ざっくりとしか学んでないが... * Lean(リーン) = 「ぜい肉がない」⇒「ムダがなく効率的」 * Startup(スタートアップ) = 新規事業などの「立ち上げ」 * トヨタの「かんばん方式」を基に作られた「リーン生産方式」に由来するも…

ヤコブ・ニールセンの10か条のユーザビリティ・ヒューリスティックス

■ 10 Usability Heuristics for User Interface Design ヤコブ・ニールセンのユーザインタフェースに関する10か条のヒューリスティックス * ヤコブ・ニールセン(Jacob Nielsen)は、デンマーク出身のアメリカの工学博士であり Webユーザビリティ研究の第一…

ユーザーインターフェイス・画面について

目的 * ユーザ・インターフェイス全般(画面)に関することを覚書程度に記録しておく ■ユーザ・インターフェイス全般編 フール プルーフを施す * 基本ですが、フール プルーフって言葉知らなかったのでメモ フール プルーフ(fool proof) とは * 直訳:愚か者…

【プロジェクト管理】工期短縮手法

ファストトラッキング(fast tracking) * 要するに、まだ仕様が完全に固まっていないけど,できるところから作る手法 デメリット * ファストトラッキング開始後、前工程で大きな仕様変更などが発生すると、 次工程の完了部分がやり直しになる可能性がある …

【設計】【モデリング】ER図、DFD

■ はじめに UMLではないけど、設計に使用できるのでメモ。 ■ ER図 サンプル ┌────┐1 *┌────┐1 *┌────┐* 1┌────┐ │ 顧客 ├──┤ 注文 ├──┤注文詳細├──┤ 商品 │ └────┘ └────┘ └────┘ └────┘ ■ DFD DFD : Data Flow Diagram * データフローダイアグラム サンプル…

サービス指向アーキテクチャ(SOA Service-Oriented-Architecture)

■ サービス指向アーキテクチャ とは * ソフトウェア部品や機能をネットワーク上に公開し、これらを相互に連携させ、システム構築する設計手法 * システムをサービスの集まりとして構築する設計手法(サービスについては以下を参照のこと) https://blogs.yahoo…

【リスク・マネージメント】ハインリッヒの法則(1:29:300の法則)

ハインリッヒの法則(1:29:300の法則) 1件の重大事故の背景には、 29件の軽傷の事故があり、更にその背後には、 300件の「ヒヤリ」「ハッと」する事象があるという法則 概念図 http://motritz.cocolog-nifty.com/photos/uncategorized/picture.gif 教訓 h…

【設計】MVC / MVP パターン

■ MVC / MVP http://www.atmarkit.co.jp/fdotnet/vblab/bizappbasic02/bizappbasic02_01.html より... ■業務アプリの構造を... [1] 論理的な3つの層に分ける(物理的ではなく、概念的) [2] それぞれの層にやるべき作業(=役割)を定義する イメージ [ユー…

【設計】MVVM / MVPVM / MVW / PAC パターン

■ MVVM * M(Model) : アプリケーションで扱うデータを保持するクラス * V : View * VM : View Model 参考文献 http://www.atmarkit.co.jp/fdotnet/chushin/greatblogentry_02/greatblogentry_02_01.html ■ MVPVM MVVM と同じ? * M : Model * V : View * P : …

【SE】リーダーの心構え・組織のあり方

リーダーの心構え TVか何かでやってたことを書いておく * 統率者の責任は、部下の闘志を励ますこと * 大切なのは、自発的に働こうとする状況を管理すること 組織設計の原則 応用情報の問題をやってて、興味深い問題があったのでメモ。 http://www.ap-siken.c…

【設計】【モデリング】【UML】クラス図

■ クラス図 +----------------------+ | << ステレオタイプ >> | | クラス名 | +----------------------+ | 属性 | +----------------------+ | 操作 | +----------------------+ +-----------------------------------+ | 従業員 | +----------------------…