OSC2018 hiroshima session slide by OSSC
0 likes64,893 views
オープンソースカンファレンス2018 Hiroshima > セミナー講演「広島近辺のSIerでアプリ開発しているエンジニア向け、弊部会とOSSの紹介」のセッション・スライド OSC 2018 広島 参加報告 - OSSコンソーシアム(9/27投稿予定) https://www.osscons.jp/jo2allmgh-537/#_537
OSC2018 hiroshima session slide by OSSC
- 1. 0 .NET用アプリケーション フレームワーク Open 棟梁 ＠OSC 2018 Hiroshima OSSコンソーシアム 開発基盤部会
- 2. 1 • 2016 ~ 廿日市市 在住 • 拝承の片隅で働いている、 (エンプラITの生産技術 畑の出身) • Open棟梁 プロジェクトのPO。 自己紹介 西野 大介： @openhishopjpo facebook.com/100008097671788
- 4. 3 • 開発支援ツールの種類 • 標準化とソフトウェア・スタック • AS-IS と TO-BE アウトライン
- 5. 4 • IDE（統合開発環境） • RAD ツール • EUC ツール • 統合 CASE ツール • IDE + テンプレート + パッケージ • Dry (Don‘t repeat yourself) アウトライン : 開発支援ツールの種類
- 6. 5 汎用的かつ高機能、非常に優秀なプロダクトが多い。 ∴ アプリケーション開発のデファクト・スタンダードとなっている。 • Eclipse • Visual Studio • Xcode • Android Studio • , etc. ＜開発支援ツールの種類：IDE（統合開発環境）＞ ソースコード 作成 • ビルド • デプロイ
- 7. 6 強力なIDEとの競争に晒され、衰退傾向。昨今のトレンドを分析する と、RAD・EUC機能の追加や、クロスプラットフォーム対応などで、強力な IDEとの差別化を図っている模様。 ＜開発支援ツールの種類：RAD ツール＞ RAD・EUC機能 ソースコード作成 クロス コンパイル • ビルド • デプロイ ソースコード （100％生成）
- 8. 7 最も普及しているツールに、”Excel” や ”Access” などがある。一方、 「システム開発向けの EUC, RAD ツール」は、コーディング・レスで、FP 生産性は非常に高い反面、柔軟性が低いので、要求仕様に応えられな いケースも多い。 ＜開発支援ツールの種類：EUC ツール＞ • リポジトリ • 自動生成 エンジン 設計情報 • 画面 • 業務 • データ ソースコード （100％生成） 自部門で利用するなど、仕様（特にUX）を 自分でコントロールできるものに適合する。
- 9. 8 前述の「システム開発向けのEUC、RADツール」に似ているが、より 「大規模なチーム開発」に特化している。そのため、設計情報の入出力・ CASEツール間の連携が可能で、制限事項が発生しないよう生成ソース コードに別途実装を加える仕組みになっている。全体的に大掛かり。 ＜開発支援ツールの種類：統合 CASE ツール＞ • リポジトリ • 自動生成 エンジン 設計情報 • 画面 • 業務 • データ ソースコード （枠の生成）
- 10. 9 前述の「自動生成機構を持つツール」は、アーキテクチャの変更に弱く柔軟性が 低い。この方式は、独自開発部分を最小限に留めることで、開発技術の多様化に 追随することを可能にし、高い柔軟性を発揮する。 ＜開発支援ツールの種類 : IDE + テンプレート + パッケージ＞ パッケージ マネージャー IDE（統合開発環境） テンプレート（スタックの決定と 共通化の支援） パッケージ（フレームワーク & ライブラリ ユーザー・コード（共通処理・・・カスタマイズ） ランタイム ユーザー・コード（個別処理） 昨今、フレームワーク & ライブラリは、 パッケージマネージャーから取得すると良い。
- 11. 10 数画面のツール等の開発に最適な方式。デファクトなフレームワークの生のAPIを 触りたいなどの理由で、レイヤ分割を避けていると、密結合になり、大規模化しコン トロールが必要になった時点で、対応できなくなる。 ＜開発支援ツールの種類 : Dry (Don‘t repeat yourself)＞ パッケージ マネージャー IDE（統合開発環境） 素書き ≒ 密結合になりやすい。 ≒ 標準化、共通化がされていない状態。 ランタイム パッケージ（フレームワーク & ライブラリ 昨今、フレームワーク & ライブラリは、 パッケージマネージャーから取得すると良い。
- 12. 11 • 標準化されていない状態 • 標準化された状態 • 標準化のためのスタック • 標準化スタックの導入プロセス アウトライン : 標準化とソフトウェア・スタック
- 13. UI テ ク ノ ロ ジ ログ ファイル DBMS ？？？標準化せず、実装をオフショアなどに丸投げした場合、 • どのような実装になっている？ • 開発者ごとに実装がバラバラ！ • 問題が多発する！！ 「品質、性能が出ない」、 「デグレード多発」、「問題の分析ができない」 ＜標準化とソフトウェア・スタック：標準化されていない状態＞ 保守性 低下、生産性 低下、品質 低下、 信頼性 低下、セキュリティ・脆弱性の発生 エンタープライズのセグメント・ターゲットで問題視される事が多い。
- 14. Open棟梁 基幹システム開発基盤 .NET リッチクライアント WWWブラウザ HTML SOAP, JSON （バイナリ転送） WebAPI （REST, JSON-RPC） 様々なスマート・デバイス BusinessLogic層 Transaction Root ベースクラス１ サブクラス ベースクラス２ DataAccess層 ベースクラス１ サブクラス ベースクラス２ 通信制御機能 .NET サービスインターフェイス バイナリ・オブジェクト転送 汎用サービスインターフェイス SOAP, REST (JSON, XML) バイナリ・オブジェクト転送 Presentation層：ASP.NET Web Form or MVC SOAP, REST (JSON, XML) DBMS XML or SQLファイル <?xml version="1.0" encoding="shift_jis" ?> <ROOT> SELECT A, B, C, D FROM T <WHERE> WHERE <IF>AND A = @A</IF> <IF>AND A LIKE @A_LIKE</IF> <IF>AND B = @B</IF> <IF>AND B LIKE @B_LIKE</IF> <IF>AND C = @C</IF> </WHERE> ORDER BY <IF name="SEQUENCE">A <ELSE>B</ELSE> </IF> </ROOT> ＜標準化とソフトウェア・スタック：標準化された状態＞ 保守性 向上、生産性 向上、品質 向上、 信頼性 向上、セキュリティ・脆弱性の排除
- 15. Open棟梁は このレイヤに注力 有力な既成品を 選択・利用。 案件ごとのアーキテクチャを反映した 『プロジェクト・テンプレート』 カスタマイズされたカスタマイズ可能レイヤ 標準化フレーム （ P / B / D層 の構造と実装箇所の規定） 共通部品 （通信制御、動的パラメタライズド・クエリ） ランタイム フレームワーク （e.g. ASP.NET, WPF, WCF, ADO.NET) ランタイム （ .NET CLR ） 案件毎に追加されるライブラリ （業務系ライブラリ、画面遷移、Custom Control、User Control） 案件毎に 更にスタックする。 ＜標準化とソフトウェア・スタック：標準化のためのスタック＞ 単に 「フレームワーク」 と表現されることが多いが、 これらのスタックにも様々なレイヤがあり、夫々が異なる。
- 16. 開発プロジェクト の立ち上げ 機能・非機能 要件定義 システム開発の開始 コミュニティによる 開発基盤の開発 ナレッジベース開発と オンライン・サポート リードエンジニアによる プロジェクトへの導入 オープンソース、 オープン技術情報 < Github > - Issue tracking, - Contributing Process, - Coding Guidelines. < Else online content > - Wiki, Blogs, FAQ, Help, - Knowledge Base, - Slide, Video, Demos, - Experts advise or User forum, - Easy set-up. ビジネスの システム化検討 オープンな開発のサポート・エコシステム QCDF改善によるプロジェクトの成功！ ITライフサイクルをトータルにサポート！ システム開発の現場 技術情報の取得 フィードバック システムの稼働 ＜標準化とソフトウェア・スタック：標準化スタックの導入プロセス＞
- 17. 16 SI事業の、AS-IS、TO-BE • AS-IS（技術的に遅れている） • TO-BE（市場の縮小が予想される） • オープンにして、エコシステムを形成 • オープンな環境を活用し、新しい分野へ進出 • 省力・省人 → 少人化（少数精鋭）を実現 • “これまで” と “これから” の取組み アウトライン : AS-IS と TO-BE
- 18. Online & Video content, Demos, Easy set-up. Coding Guidelines, Contributing Process, List of Contributors. FAQ, Short and crisp help, Technical know-how, Experts advise or User forum. Issue tracking Online supportVideo hosting services Version control repository hosting services on internet. Pukiwiki OSS Consortium Package Manager GitHub Youtube NuGet Google Groups Roadmaps Blogs SlideShare ＜AS-IS と TO-BE : TO-BE : オープンにして、エコシステムを形成＞ SlidesTutorial
- 19. ＜AS-IS と TO-BE : TO-BE : オープンな環境を活用し、新しい分野へ進出＞ 汎用認証サイト （IdMaaS） UserStoreオンライン決済 ノーティフィケーション 外部ログイン あらゆる言語・Platform の WebAPIから連携が可能！ ハイブリット・アプリ 汎用Mobile Backend (mBaaS) • プッシュ通知 • GPS連携 • メッセンジャー連携 ASP.NET Core WebAPI 外部サービス オレンジ色部分が、現在開発中の Open 棟梁 追加コンポーネント Client Side Cordovaテンプレート Server Side ASP.NET Core MVC 主力 プロダクト 他社 取扱品 Apache NiFi (OSS) ASP.NET Core WebAPI
- 20. Version control repository hosting services on internet. GitHub 環境構築、ビルド バックアップなどの各種 スクリプトによる作業の効率化 テスト用サンプル によるテスト効率向上 とデグレードの防止 Easily sync your GitHub projects and can test the code in minutes. Continuous integration （予定） • AppVeyor • Travis CI ＜AS-IS と TO-BE : 省力・省人 → 少人化（少数精鋭）を実現＞ 各種 外部サービスを活用し、各種 開発タスクを効率化・自動化する。
- 21. ＜AS-IS と TO-BE : TO-BE : “これまで” と “これから” の取組み＞ ① ｖ1.0系 (2007-2016) 高い品質・信頼性、生産性、柔軟性（QCDF）を実現する、 エンタープライズ・システム向けの開発基盤を提供。 ② ｖ2.0系 (2017-2019) 今ココ。 OpenID系認証, JavaScriptフロントエンド、 ASP.NET Coreバックエンド 技術で、Cloud & Mobileアプリ開発などのサービス開発のニーズを満たす。 ③ ｖ3.0系 (2020-202x) Windows, Linux, Public Cloud, Open PaaS, DevOps, AI, IoTなど、エンタープライズ・システムのITインフラのポートフォリオを拡充。