RWC2012（ワコムアイティ&テクノプロジェクト）
- 1. Ruby World Conference 2012 Rubyによる自治体様向け 大規模基幹系業務システムの 開発事例 ～島根県様向け予算編成支援システム～ 2012年11月8日 株式会社ワコムアイティ 今岡 克己 株式会社テクノプロジェクト 飛田 健一朗 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved.
- 2. 予算編成支援システムとは 行政事務の中核となる「予算編成事務」の効率化 予算要求から決定に至る各事務で必要となる書類を作成 ○月補正予算 当初予算 要求 査定 議案書作成 DB DB DB 帳票作成にかかる 職員様の労力や 負担を軽減 予算書 予算書 議案書 内部協議 議会 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 1
- 3. 開発に至った経緯(1/2) 既存システムの概要 クライアント／サーバ型システム （サーバ分散型） クライアントパソコンにアプリケーションを配置 【画面】MS Visual Basic 5 ／ 【帳票】Pegasus Reports 1.56 A拠点 B拠点 PGM PGM DB DB PGM PGM データ通信 サーバ：4台 パソコン：約600台 Web型システムが主流となっている今日では、 二世代ほど前の構成で開発されたレガシーシステム。 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 2
- 4. 開発に至った経緯(2/2) 既存システムの課題 クライアントパソコン環境の変化に伴うシステム改修（OSのバージョンアップ） MS Visual Basic 5 のサポートが既に終了 Windows VISTAではPegasus Reportsが動作しない クライアント環境には依存せず、ブラウザのみあれば動作するシステム、 つまりWeb型システムへの移行が必要。 で解決！ Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 3
- 5. 業務要件(1/2) 既存システムの仕様を踏襲 業務フロー 画面レイアウト 必要な機能改善 踏襲する仕様 業務機能 帳票レイアウト も実施（44件） データベースレイアウト C/S型既存システムの仕様を踏襲する再開発 画面に関して、きめ細かく設定できるC/S型に比べ、Web型は制限事項が多い 利用者からは使い慣れた画面や操作性にギャップが生じる懸念がある 【画面数】 ２２５ 開発規模 【帳票数】 １１４ 【テーブル数】 ９２ 過去に例のない大規模なシステム開発 開発の生産性が全体コストに大きく影響 生産性を向上する仕組みづくりが必要 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 4
- 6. 業務要件(2/2) 利用者数は600人、大量データ出力帳票あり ●業務の特性上、特定の時期に集中して利用される。 ピーク時は同時100人 程度の利用が想定 ●1帳票当りの最大規模として、出力データサイズ：１３MB 同時アクセス数や処理データ量が非常に多い 同時アクセス数や処理データ量が多いと、性能劣化を引き起こす懸念がある 性能を確保する仕組みづくりが必要 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 5
- 7. システム構成(1/2) サーバ構成 サーバ群 （プライベートクラウド） 利用者パソコン （約600台） Web/AP1 Web/AP2 DB 帳票 サーバ サーバ サーバ サーバ ディスク容量 80GB ディスク容量 300GB Windows XP,7 メモリ 4GB メモリ 8GB Internet Explorer 6,8 CPU X5670 CPU X5670 （2.93GHz/6コア） （2.93GHz/6コア） 負荷分散装置 二重化による 帳票生成処理専用化による サーバ単位の負荷を軽減 他処理（DBアクセス等）の影響を抑止 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 6
- 8. システム構成(2/2) ソフトウェア構成 業務要件（既存システム仕様の踏襲）を踏まえ、 コスト・品質・性能のあらゆる側面から検討し、新規部分と踏襲部分を決定！ 種類 既存システム 開発システム 選定理由 AP Visual Basic 5 Ruby 1.9.2 （プロジェクト発足時点の） （ｵﾝﾗｲﾝ） Ruby on Rails 3.0.7 最新バージョンを選定 AP COBOL V7.2 COBOL V10.2 既存資産（COBOL）の活用による全体コス （ﾊﾞｯﾁ） ト低減・品質確保 DBMS Oracle 10g Oracle 11g 互換性からデータ移行に掛かるコスト低減 既存資産（DB操作プログラム：PL/SQL）の 活用による全体コスト低減・品質確保 Print Pegasus Reports 1.56 Interstage ListCreator V9.2 帳票生成速度、および開発実績あり ＜富士通製＞ OS Windows Server 2003 Red Hat Enterprise Linux 6 Windowsと比較してRubyの処理速度が上 （DB、帳票サーバは Passengerの適用 Windows Server 2008） OSS製品 商用製品 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 7
- 9. 実施体制(1/3) スキーム 開発に必要スキル・ノウハウを保有する島根県内の企業で実施 必要なスキル・ノウハウ 業務 管理 技術 予算編成業務 自治体市場におけるプロ RubyをはじめとしたOSSに関 既存システムの仕様・運用 ジェクトマネジメント・Ruby業 する開発技術・技術者教育 務システムの開発実績 ネットワーク ワコムアイティ テクノプロジェクト 応用通信研究所 飛田 【総工数】 約100人月超 【開発メンバ】 20人 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 8
- 10. 実施体制(2/3) 役割分担(1/2) 開発手法の理解が必要 データ 研修 設計 移行 運用 Ruby1.9系/Rails3.0系の技術 習得が必要 業務 インフラ プロマネ AP開発 構築 既存システムの仕様の 既存システムの仕様が 理解が必要 分からない… 開発規約の作成 共通部品の作成 標準化 プロトタイプの作成 複数企業によるスキームにおいては、各社の”強み”だけでは実施出来ない。 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 9
- 11. 実施体制(3/3) 役割分担(2/2) 【プロジェクト開始】 データ 研修 業務、既存システム 設計 の仕様の説明 移行 運用 インフラ プロマネ 【プロジェクト開始】 業務 構築 （飛田） プロジェクト計画 AP開発 開発手法 開発規約の作成 共通部品の作成 標準化 プロトタイプの作成 【開発工程前】 Ruby1.9系/Rails3.0 系の注意点 各社の役割を遂行するのに不足するスキルやノウハウの分析・把握 必要なタイミングで補完する取り組み（勉強会、ドキュメント作成など） Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 10
- 12. 開発の進め方(1/3) スケジュール 2010年度 2011年度 2012年度 1月 4月 7月 10月 1月 4月 7月 1年5ヶ月 ／ ウォーターフォール型開発 開発範囲の 確定 設計書作成 仕様凍結 要件 概要設計 定義 詳細設計 総合 試行 本運用 プログラム開発・単体テスト テスト 運用 標準化 結合テスト 標準化工程の設置によるルール作り 早期の開発着手によるルールの検証 成果物（設計書、ソース）の 手戻りによるリスク（コスト増大、 バラつきを抑止 納期圧迫）を抑止 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 11
- 13. 開発の進め方(2/3) Point①：標準化工程の設置 開発に使用する「もの」だけでなく、「もの」の使い方も含めて作成。 規約作成 共通部品作成 プロトタイプ作成 画面・帳票設計規約 既存システムの踏襲 プロトタイプの作成 （レイアウト、ドキュメント記述） 既存共通部品の活用 （画面・帳票より選定） 画面HTML作成手引き （他システムでの作成分） プロトタイプ説明書の作成 （テンプレート、記述ルール） 使用手引書の作成 （コード解説） 画面HTML部品集 （処理、引数・戻り値、使用例） 逆引き一覧 （コントロールとコードを集約） （処理と説明書の紐付け） Rubyコーディング規約 お客様に実機上で画面の見栄えや操作性を確認頂く。 システムで実現する範囲と制限事項として了承頂く範囲とを合意。 （コストや品質の側面から） Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 12
- 14. 開発の進め方(3/3) Point②：開発の早期着手 開発機能をサブシステム単位に５グループに分割し、五月雨式に開発。 設計規約・開発規約 フィードバック 同等処理が散乱！ 共通部品 部品化しよう！ 機能 概要設計 詳細設計 プログラム開発・単体テスト Grp① 成熟したルールの 適用が可能 機能 概要設計 詳細設計 プログラム開発・単体テスト Grp② ・・・ ・・・ ・・・ ・・・ ・・・ 機能 概要設計 詳細設計 プログラム開発・単体テスト Grp⑤ Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 13
- 15. 開発結果(1/2) 生産性 開発規模 ２４３ Kstep 開発工数 １０５ 人月 （概要設計～結合テスト） 開発生産性 ２．３１ Kstep／人月 類似システムや類似手法による開発のコスト計画として活用 C/S型からの再開発 （既存システム仕様の踏襲） ウォータフォール型開発 概要設計～結合テスト 納品用ドキュメント作成が必要 （設計書、テスト仕様書・成績書） Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 14
- 16. 開発結果(2/2) 性能 【 試験方法と試験結果 （一例） 】 画面名 A画面 B画面 使用頻度（同時使用）が多い画面 より選定 処理機能 検索実行 帳票出力 サーバ処理より選定 データ量 14件 11ページ 過去データより平均値を選定 多重度 1多重 5多重 過負荷 1多重 5多重 過負荷 【1多重】単一アクセス 【5多重】5台同時実行（平均値） 【過負荷】21台で任意操作 処理時間 既存 1.1 ─ ─ 4.1 ─ ─ ストップウォッチでの計測 （秒） 既存システムは、環境制約等に 新 0.7 1.5 1.6 3.2 3.9 4.2 より一部実施不可 既存システムより性能アップ 多重度が増えても大幅な性能劣化には至らず ただし、最終結果に行くつくまでには、以下の対策が必要であった。 DB操作プログラム（PL/SQL）のチューニング memcache-clientをDalliに変更 ⇒ memcache-clientは既に非推奨。常に情報収集が必要。。。 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 15
- 17. 本稼働後の状況 納期 予定通り、2012年7月本稼働 Ruby / Ruby on Railsの根本に起因するトラブルはなし 品質 致命的なアプリケーションに係るトラブルはなし システム基盤に係るトラブルはなし システム性能に関するお客様からのクレームはなし 性能 （既存システムと比較して「早くなった」との声も頂いている） システム資源圧迫によるシステムダウン・性能劣化はなし Rubyによる大規模基幹系業務システムの実現を、 実績をもって証明できた。 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 16
- 18. 今後への期待 大規模基幹系業務システムへのRubyの適用が可能 実績 Ｃ／Ｓ型で稼働しているシステムは存在 市場 自治体市場における”Ruby”ビジネス拡大の期待 競争力 島根県内のＩＴ企業で実施 自信 ”Ruby”を武器としたIT企業のビジネス拡大の期待 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved. 17
- 19. 今岡 克己 藤原 彰人 林原 学 三島 章 遠藤 浩明 山崎 真一 飯濱 千紘 金築 民男 杉山 智一 藤見 昌延 飛田 健一朗 田頭 達也 村上 優樹子 大西 美香 菊井 則和 清水 道雄 喜多川 豪 野坂 秀和 中村 成洋 ご清聴、ありがとうございました。 Copyright(c)2012 Techno Project. Co., Ltd. All Rights Reserved.