今まで買ってよかった技術書を紹介しよう!
の企画に参加する記事です。
技術士が書いた本・冊子類(IT業界・製造業向け)200+3
https://qiita.com/kaizen_nagoya/items/774665826e8a91ad4bd7
技術士 設計側としての情報工学・電気・電子と、設計対象としての全分野
https://qiita.com/kaizen_nagoya/items/37be048c2715465787be
人生で影響を受けた本100冊。Youtube(3)
https://qiita.com/kaizen_nagoya/items/16af53acbb147a94172e
Microsoftとの歴史 Cコンパイラを中心に
https://qiita.com/kaizen_nagoya/items/d7c0cc257e99de0573cf
で紹介した技術士(情報工学・総合監理)の小泉浩さんに、 技術士(情報工学)児玉 公信を紹介いただいた。
UMLの本を出されていることを知り、EnterPrise Architectの教材で演習例があり、利用させていただいた。
やってみると、UMLの大事なところを説明していて、外部向けの講習の教科書として利用させていただいた。
91. UMLモデリングの本質
第2版 2011/5, 児玉 公信
https://www.amazon.co.jp/dp/4822284646/
https://bookmeter.com/books/3268090
https://booklog.jp/item/1/4822284646
制約に関する姿勢がよい。
UMLが膨大になっているので限定的に用いているとのこと。
事例として酒問屋の在庫管理がある。
図6.2 リッチピクチャー がわかりやすい。
CATWOE customer, actor, transformation, weltanschauung, owner, environment
揺さぶり。「後で起こりうる要求変更を想定してモデルを検証し、改良する」
OCLで制約を記述する。
シーケンス図で責務を割り当てる。
航空券の予約の事例もある。
推奨しているのは、
良いモデルをたくさん読むこと
モデルを書いてフィードバックすること
もう一度「モデラーの心」
ps.
あるソフトでUMLの刻時図(timing chart)の機能を入れてほしかった。立ち上がりと立ち下がりが同時に起きるときに、怪しげな現象があるかも。
UML; Unified Modeling Language
UML 2.5.1
https://www.omg.org/spec/UML/2.5.1/PDF
14 StateMachines
15 Activities
16 Action
17 Interface
17.8 Sequence Diagrams
17.11 Timing Diagrams
18 Use cases
19 Deployment
20 Information flow
UMLはUnifiedであるから、どんな考え方に基づいても必要となりそうなことを定義していると理解するとわかりやすいかも。
UMLハ、2度国際規格になっている。
ISO/IEC 19501:2005
Information technology — Open Distributed Processing — Unified Modeling Language (UML) Version 1.4.2
https://www.iso.org/standard/32620.html
ISO/IEC 19505-1:2012
Information technology — Object Management Group Unified Modeling Language (OMG UML) — Part 1: Infrastructure
https://www.iso.org/standard/32624.html
状態機械(State machine)
計算機だから、状態機械は必須である。
時系列図(Sequence diagram)
計算機だから、状態機械は必須である。
その機械(CPU)、ソフトウェアの設計図を渡してもらえなければ、
その機械とのやりとり(Sequence)から推測するしかない場合もある。
刻時図(timing diagram)
計算機のような論理回路は、同時入力があると状態が不定になることがあります。
そのため、計算機の設計では、刻時図(timing diagram)は必須かもしれません。
特に、安全系の分析では、よく注力しています。
その他の図
UMLのその他の図は書いたことがなく、よくわかっていません。
上記3つ以外の図を書く仕事もなく、3つかければ十分かもしれません。
あるいは、一つの図を書くと、別の図を生成するソフトウェアもあります。
例えば、UPPAALでは、状態遷移図を書くと可能な時系列図を生成し、デッドロックが生じないかなどを確認してくれたような気がします。
ちなみに、電気系では、言語で書いたものが設計で、回路図に落ちたものが実装です。言語は設計の道具で、
状態遷移図からC言語ソースを生成するソフトウェアなどもいろいろあります。
Open Source Executable and Translatable UML Modeling
https://xtuml.org/
いろいろなソフトウェアで、コードから図を生成する機能がまだまだだったりするかもしれません。論理回路では一般的な処理も、プログラミング言語では一般的ではないのかもしれません。
EnterPrise Architect
EnterPrise Architectを購入すると、さまざまな教材が利用できる。
いくつかの書籍の図も、データとして例示があり、それぞれの書籍ごとの操作手順などもついていた。
たしか、この本の資料もあったような気がする。
っていうか、EnterPrise Architectを使ったUMLの講習会で、この本の図を書いたり、書いてある図の展開の仕方を演習したことがなんどかある。合計で受講していただいた方は100人には到達していない。
児玉 公信さんが、実際にUMLの講習をされていて、100人以上の方が受講されていると思う。
新人
新人の方によく展開している有益な情報
https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1
新人(学生)を指導するよりも新人(学生)に指導してもらった方が効率的。仮説・検証(139)
https://qiita.com/kaizen_nagoya/items/db993b1536055029f7c8
参考資料
プログラミング言語教育のXYZ。Youtube(1) 仮説・検証(52)
https://qiita.com/kaizen_nagoya/items/1950c5810fb5c0b07be4
名古屋Reject会議 2011
https://www.youtube.com/watch?v=&t=489s
https://qiita.com/kaizen_nagoya/items/8f2746f10f30b575d0a8
開発環境を豊かにする開発事例 過去・現在・未来
https://qiita.com/kaizen_nagoya/items/d9bf0c2c671fe7f1c749
Microsoftとの歴史 Cコンパイラを中心に
https://qiita.com/kaizen_nagoya/items/d7c0cc257e99de0573cf
Qiitaエンジニアフェスタ_ブラウザ選手権
https://qiita.com/kaizen_nagoya/items/98c4c7f911aa47465087
Qiitaエンジニアフェスタ_StaticWebApps に参加するまで
https://qiita.com/kaizen_nagoya/items/1a1f53926325d872821f
TOPPERS ソースを積み上げよう
https://qiita.com/kaizen_nagoya/items/65c15aed086f2da0928d
技術書「Rubyソースコード完全解説」 と 「docker で ruby」構築
https://qiita.com/kaizen_nagoya/items/a00fec16fb43e6e9071d
情報工学の専門家に読んで欲しい月刊「技術士」の記事544
https://qiita.com/kaizen_nagoya/items/29ea1465cc228de17ca6
92. ラショナル統一プロセス入門
(Object Technology Series) 1999/12, Philippe Kruchten
https://www.amazon.co.jp/dp/4894711575/
https://bookmeter.com/books/355840
https://booklog.jp/edit/1/475614554X
落水模型からの脱却
大型計算機で利用していたような落水模型(ウォータフォールモデル)ではなく、
現場で実際にやっていることに近い事項を記述しているので親しみがもてました。
落水模型では、1回目の設計ではどこまで考慮していないといけないかとか、
2回目は、最初から試験プログラムを書くかどうかとか、
実際に仕事をする上でやるべきことについて迷うことに関する示唆がありません。
本書を読んだときに、現実に近い作業定義(process definition)をしてもよいこと、
現実に近い作業定義が存在することを知りました。
第2版は、第1版を読んだときほどの感激はしませんでしが、着実に普及しているように感じました。
新人
マネージャ・リーダーの私にとって有益な知見が得られた書籍
新人の方によく展開している有益な情報
新人(学生)を指導するよりも新人(学生)に指導してもらった方が効率的。仮説・検証(139)
参考資料(reference)
第11回 TOPPERS活用アイデア・アプリケーション開発コンテスト
ひょっとしたら、この部門への投稿の表題を変えて、コンテストに応募するのも手かも。
TOPPERS のAUTOSARへの貢献(更新中), AUTOSAR(15)
AUTOSARとSimulink: Adaptive Platform, Classic Platformとマルチコア対応を含めた共通化を目指して
TOPPERS の AUTOSAR への貢献 II (改定中)
人生で影響を受けた本100冊。Youtube(3)
今まで書いてよかった技術書を紹介しよう!
あなたもdocker, 私もdocker
文章履歴(document history)
ver. 0.01 初稿 20210808
最後までおよみいただきありがとうございました。
いいね 💚、フォローをお願いします。
Thank you very much for reading to the last sentence.
Please press the like icon 💚 and follow me for your happy life.