はてなブックマーク

状態遷移による設計を行う意義 状態遷移を使った分析・設計というと主に組み込み開発向けの内容だったりします。 でもそんなことは無いですね。ゲーム開発や画面遷移といった開発にも適用されます。自分ではビジネスモデルのワークフローでも適用したことがあります。 自分が感じている状態遷移のメリットは、 分析段階から状態遷移図を使ってモデリングしておくと早い段階で仕様モレや無理な遷移を見つけて見直すことができます。 プロジェクトメンバーとの意思合わせがし易いです。 状態遷移に絡む不具合が発生しても、あーここの遷移がダメだよねと直ぐに対処できます。 状態遷移モデルが出来上がれば、そのまま実装するだけです。 状態数が十数個くらいの状態遷移モデルだと滅多に不具合を出したことがありません。それだけ品質の良い状態を保つことが出来るので、自信が付きます。 ワークフローの仕様が変わったとか、クリティカルな処理で状態遷

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? プロジェクト憲章って誰が作成していますか？ プロジェクトを立ち上げる際に一番最初に取り掛かる作業です。 作成するのはプロジェクトオーナーやスポンサーなので、実はプロジェクトマネジャーが作るものではありません。自社製品を作るような組織であればビジネスとしていけると判断したところでプロジェクト憲章を作成します。つまり、さぁプロジェクトを始めようといっていきなりプロジェクト憲章を作成するのではありませんね。 上流工程としてニーズの掘り起こしや提供する価値の見極めができているので、それをお金を出してくれる経営陣やステークホルダーに承認してもらう

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

品質についてちょうどいい考え方 品質についてのモデルとして「狩野モデル」というのがあります。 魅力品質・性能品質・当たり前品質の3軸となっています。 魅力品質が高いと顧客満足度が上がりますが、 堅実なユーザーはそこまで求めないこともあります。 当たり前品質は高くしたからといって顧客満足はあがりません。 当たり前なので。 しかしこの品質が悪いと一気に使えないものという烙印が押されてしまいます。 まずは当たり前品質を満たすように計画・活動しなければなりません。

最適化の間違い いつもこれだけの事をしていられないのはPMBOKもわかっていることですので、テーラリング(最適化)しようと言っています。ただ、「それじゃぁコスト・マネジメントを丸っとやめよう」という訳ではないと思います。 PMBOKはプロセスとして体系化しているだけで、その実現手段については自分たちで最適な手法を組み合わせる必要があります。そういったツールは日々新しいものが出てきますし、プロジェクトの要求が高ければ手の込んだツールを使う必要がありますし、短期で規模が小さければそれこそテキストの記述だけでも良いでしょう。 丸っとやめてしまうのは、それを考えないことになってしまいます。考えた結果、リスクが無いのでリスクマネジメントしませんっていう事ですよね。ただ、プロジェクトの流れは生モノなので監視や立ち戻ることも必要ですけどね。 PMBOKのライフサイクル PMBOKのそれぞれのプロセスはプ

いきさつ 請負開発だった案件に問題があって、終いには人質的に派遣に出されてしまった若手がいる。 一人ぼっちで関わりが無いままなのは余りに可哀想なので、派遣先を退勤するときにはSlackで連絡を入れるようにしてもらっている。で、単におつかれーと返すだけでは味気ないので、その返信には「これ読んでみてね～」的な記事を送ることにした。 請負案件のときには既に疲弊していたので、仕事や開発者としての振る舞いに関する記事から、改善プロセスの記事、開発の原則的な記事を送ってみた。 こういう情報は、目を通してすぐに何かというわけにはいかないですね。頭の片隅に留めておいて、そういえばあんな話があったな～とか、問題解決にTOCを使ってみるか～とか思ってくれれば良いかなと。技術者たるものアンテナを立てていかないといけないですから。 記事一覧 “仕事が面白くない”症候群とたたかう三つの方法 http://brevi

いろいろなxx駆動開発があるので、ちょっとメモしておこうかと。 どれもざくっとした内容でしか書いていませんけど。。。 テスト駆動開発 (Test Driven Developmen; TDD) テストファーストに基づく設計手法で、軽快なフィードバック、きれいで動くコードを作ろうという開発プロセスです。ユニットテストを使ったテスト技法といった程度に見られていますけど、本当はシステムテストも含んだ開発全般を含んでいます。 ビヘイビア駆動開発 (Behavior Driven Development; BDD) TDDがテストという言葉が先行してしまったので、改めて提唱されたのが振舞駆動開発。システムに期待されている「振る舞い」や「制約条件」を上位レベルからテストしようという開発手法です。JBehaveやxSpecといった自然言語で実装できるフレームワークが登場しています。 品質特性駆動型設計

JavaFXの概要 Java7から採用されたデスクトップUIです。 FXMLによるGUI構成の記述、CSSによるデザインの分離、Prismとよばれるハードウェアアクセラレーション対応の描画エンジン、WebKitベースのブラウザを搭載といったのが特徴ですが、Java界隈以外の人にはまったく知られていない感じがしますね。 グラフを含めてGUI部品は揃っていますし、アニメーションのためのタイムラインもあります。 しかし、ダイアログがなかったり、画面遷移のためのAPIもなかったり、入力値に対するバリデーション機能といったものがありませんので、足らない部分は自分で作り込む必要は出てきます。これらの話しはまた書きたくなったら書くとして、本記事ではJavaFXの基本とプロパティバインドについて書きます。 JavaFXの作業手順 画面の作り方は以下のどちらかを使い分けます。 FXMLで画面構成 APIを使