おはよう赤ばいきんまん（あかばいきんまん）
県立図書館に行ってました
県立図書館で調べものをしていました
と書くと、ポジティブな印象を受けるでしょうが、、、、
行ったのは１５時頃、２時間も滞在せずに帰宅しました。
が、結論
行ってよかったです。
。
目的の一つは、kintone設計のためのテンプレートづくりのため。
もう一つは、電子書籍を読めるよう登録するため。
。
電子書籍が読めるようになった
県立図書館に行くことは、何度かありましたが、
借りたのは・・・ずいぶん前。
ということで、行く前に書籍を調べていたら
電子書籍あります
と電子書籍があることがわかり、
マイページの登録申請をすると・・・
読めることがわかりました。
。
このため、その場ですぐ登録、
身分証明をその場で提示する方法で、すぐマイページの登録が完了しました。
利用カードを交付することも出来ますが、
スマホで完結させることも出来るので、そちらで完了。
カードを持ち歩かない派、
日頃の荷物を減らしたい派なので、、、
。
昨年から決めてること、本を読む
昨年目標に掲げておらず、
決めていることの一つが、本を読むこと。
Kindle unlimitedを契約し、
月額1000円ほど払っているので、読み放題もあって、
多い時は月に５冊ほど読むことも。
なぜ５冊かというと、一つのネタが気になると・・・関連書籍も読みたくなります。
。
50代からの血圧下げる関連
と読むと他の３冊ほど読みたくなり、、、
防災物品を調べたい
と読むと他にも調べて、BCPに活かせるのでは、、、
。
と調べたり、ちゃんと買ったりもしています。
ざっくり調べたところ、、、
年に３０冊は読んでいたことがわかりました。
。
〇読派？
書籍や本を読む場合、色々と読み方があります。
速読派、
書き込む派、
いろいろあります♪
。
語彙力がないので、
本の読み方でググると、色々とでてきます。
本の読み方がこんなにたくさんあるって知ってた？ 読書猿さんに聞く！
からピックアップすると、
予読（よどく）に転読（てんどく）、掬読（きくどく）、問読（もんどく）、刻読（こくどく）、再読（さいどく）……。
。
私は圧倒的に、困ったり、さらに調べたり、
手元に置いておきたいときに、本を読むのですが、、、これは
掬読（きくどく）: 必要な情報だけをすくい取るように読む。
と言うようで。
初めて知りました。
。
中には積読（つんどく）という、
買ってそのまま積まれている・・・・
という方もいるでしょう。
。
たくさん揃っているのがいい
今回はあえての「DX」関連で調べていました。
そのため、図書検索すると、気になる本の半分くらいが貸し出し中でしたが、
在庫もありましたので、
まとめて３～５冊見ていました。
。
ただ借りても自宅で読まないので、
その場で調べて、気になるところだけ、タブレットにメモしていきました。
。
中でもよかったな、と思った書籍がこちら。
。
今回kintoneアプリ構築のための、
テンプレート作成が目的だったので、抜粋する程度でしたが、、、
プロジェクト全体や進め方、アジャイルとウォーターフォールの使い分け、
要求定義から詳細定義、テストまで、と一気通貫に行うのであればいい本でした。
。
中でも、
通常のプロジェクト：
やることが決まっている、要件定義がしやすい、実績・前例がある
DXプロジェクト：
要件定義が決まっていない、実績・前例が少ない・ない
とまさに
何から手を付けていいか、
他社がどうしているのか、
わからないことだらけ
まさに暗中模索で進めるのが、DXプロジェクトですから、
そりゃ・・・既存の進め方で行えば、うまく行かないよな・・・
と思っていた真髄にいきなりたどり着いた気がしました。
。
kintoneを使うことが決まっている
他にも２冊ほど読んでいました。
kintoneを使うことが決まっていて、
そのドキュメントの在り方なので、
具体的な設計技法や、
詳細設計や、UI（画面）まわりの本もいいのかな、と思っていましたが、、、、
。
kintoneを使うことが決まっていて、
業務ロジックをどうアプリに落とし込むか、
作るだけじゃない周辺設定や事前設計を見える化する、
を実現したかったので、
kintoneが不慣れな方でも、設計書を見て簡単にアプリが作れる！
ためにどんな設計技法がいいのか、
どう浸透させるのか、
どう進めていくのか、
チーム作りはどうしたら？
。
を考えるには、
今回図書館に行けてよかったです。
。
そういう林がアプリを作っていて、、、、
思いつきで、
操作しながら、
というよりも、
アプリ製作者に渡すためのドキュメントというか、
必要項目の洗い出しがあればいいなと。
。
そうして帰宅してすぐに作成。テンプレート化していました。
。
kintone実装にあたって必要なドキュメント
通常の開発技法のみならず、
アジャイルであったとしても、UMLを使って、
ユースケース図、オブジェクト図、シーケンス図、
等を作っていくのですが、、、
。
kintoneの場合は画面ありきで、ビジネスロジックが埋もれてしまっています。
プロパティを開けばわかる
と安直に思っていた時期がありましたが、
これはいつもの逆説的なとらえ方で、
プロパティを開かないとわからない
アプリ権限まで付与すると、
万が一にアプリを削除されるリスクなどもありますから、
今は、いかにプロパティを開かずに、
ドキュメントレベルで記載しておくか、
アプリ間の連携や、フィールドの設定、計算式、
一覧やグラフの事前作成など、設計者の頭の中を見える化する必要があります。
。
さらには導入後のオペレーションや維持メンテ、
全体スケジュールといった流れも入れて置くことで、どんなアプリ構築になったのか。
わかることになります。
。
１アプリ作る、
というよりは、複数アプリをまとめたビジネスプロセスをどう設計書にするか、
そういう目線で作っておりました。
。
その結果、そこそこの出来になりましたので、
一旦これで進めて、必要な細かい修正は別途、という形にしましょう。
。
そして出来上がったのが、、、、
長くなったので続きます。
。
関連記事一覧
（公開されると表示されます）
コメントを残す