Present GX(27 Aug. 2015)配布資料 - seminar-reg.jp · GeneXus 設計 ......

2015/8/27

Copy Right 2003-2015 ARTech & GeneXus Japan Inc. All rights reserved. 1

Copy Right 2003-2015 ARTech GeneXus Japan Inc. All rights reserved.

開発の原点とGeneXusの役割

＜ソフトウェア開発に関する考察＞

平成27年 8月27日ジェネクサス・ジャパン株式会社

技術士（情報工学部門）代表取締役社長大脇文雄

Copy Right 2003-2014 ARTech, GeneXus Japan Inc. All rights reserved.


コンピュータ利用企業の憂鬱

日本には５０年以上に亘るコンピュータ利用の歴史が有る

１．業務知識の喪失システムを長年利用していると、ユーザから本来の業務知識が失われ、システム利用知識が業務知識に置換わる

２．プログラムのスパゲッティ化法律改正、ビジネスの変化、社会環境の変化といった要因で、プログラム修正を繰り返すと、プログラムがスパゲッティ化し、保守不可能（膨大な費用）となる

再構築のための業務仕様を書けない！！

2015/8/27



ユーザの緊急な課題

失われた業務知識を取り戻す！

＝＝＞『システムの内製化』が一つの方向

しかし、ＩＴ技術者はユーザ企業に殆どいない！

急速に変化するＩＴ技術に対応困難

ＩＴ技術の専門家でなくても、内製化できる仕組！


ソフトウェア開発工程の原型

t

外部設計

内部設計

PD

単体テスト

結合テスト

システムテスト

PG

要求分析

並行本番

実装設計、実装とテスト

本番

ウォーターフォール型開発工程

t

製品開発の工程と比べ、違和感が有る！

ユーザにとって

ブラックボックス！

2015/8/27



ソフトウェア開発工程の欠陥

引用）IBM Review、 1970年代後半

専門家が作成した要件定義書だけを見て、完成した

システムをイメージできるユーザはいない！

『ユーザは完成したシステムを見て、初めて自

分に必要な要件（機能）を理解する！』

パラドックスの存在


引用）｢生産マネジメント入門Ⅱ」藤本隆宏著図 13.3 頁 174（日本経済新聞出版社）

製品開発プロセスの例

試作品の製作、評価

2015/8/27



なぜ、ソフトウェア開発に、試作品を

製作し評価する工程が無いのですか？

素朴な疑問

試作品無しに本物を製作するから、ユーザテスト

の段階で膨大な仕様変更が発生し、場合によって

は失敗するのでは？


反論：要求分析の際に、様々なツールによってプロトタイプを作成している！

素朴な疑問に対する反論

プロトタイプと試作品は違う！

プロトタイプ（紙芝居）から本物のシステムを想

像できるユーザはいない！

本物のシステムと同じ機能を持った試作品が必要！

2015/8/27



ソフトウェア危機（Software Crisis）

9

ソフトウェア危機(Software Crisis)：1968年ドイツのGarmisch で開催された1st NATO Software Engineering Conferenceで提唱された言葉

原因＝＞「ハードウェアとソフトウェア開発工程の複雑性」に関連している

予算超過開発期間の超過低品質なソフトウェア要求仕様を満たさないソフトウェア保守困難なソフトウェア

出典： http://ja.wikipedia.org/wiki/Model_View_Controller

9


ソフトウェア工学の進歩

10

構造化プログラミングオブジェクト指向、カプセル化アジャイルソフトウェア開発マルチスレッド・プログラミングソフトウェアコンポーネントソフトウェアプロトタイピングデザインパターン統合開発環境、RADバグ管理システム、バージョン管理システム反復型開発Model View Controller

様々な手法や方法論の開発により解決されつつある？？？(引用）WikiPedia

10

世界中でソフトウェア工学の研究・開発に挑戦！

2015/8/27



ソフトウェア危機は解決していない！

11

しかし、当時指摘された以下の問題は、

11

予算超過開発期間の超過低品質なソフトウェア要求仕様を満たさないソフトウェア保守困難なソフトウェア

ソフトウェア危機は全く解決していない！

根本的な原因は『ソフトウェアの複雑性の問題』


ソフトウェアの複雑性の問題

12

100階層

1階層目

2階層目

3階層目4階層目

98階層目

99階層目

100階層目

条件分岐が100個有る10,000行のプログラムを作成して下さい。但し、総てのケースを１回は必ず通して下さい。

総てのケース≒2*100 ≒ 126,7650,6002,2823,0000,0000,0000,0000ケース穣垓京兆億万

じょうじょがいけいちょうおくまん

アルゴリズムの信頼性をテストで担保することは不可能！でも、業務の世界で総てのケースを洗い出す事は可能！

要求：

1億件／秒処理できるテスト環境を使って401,9693,6841,3315年必要

2015/8/27



元大学教授Breogán Gonda氏との出会い

『業務仕様を入力すると、実現方法を含む設計情報を自動的に推論により生成し、希望するＩＴ環境用のシステムを自動生成する』技術を持っている

13

JICAの派遣専門家としての活動の一環としてウルグアイを訪問（2002/9～2002/12）

2002年10月30日午前10時に面会

13


ANSI-SPARC Architecture（三層モデル）

14

(http://en.wikipewdia.org/wiki/ANSI-SPARC_Architecture)

外部レベル：

複数ユーザのデータへの見方

論理／概念レベル：

データを正規化したモデル(E-R図等)

内部レベル：

物理データベースのスキーマ

（物理ＤＢに依存したテーブル等）

推論

外部レベルから論理／概念レベル

と内部レベル推論可能


1975年米国規格協会標準化計画要求委員会

2015/8/27



１２３４５６７８９１０１１１２１２３

15

GeneXus設計ガイドラインに基づく計画例

Copy Right 2003-2014 GeneXus Solutions Japan Inc. All rights reserved.

３．要件確認編

１．業務要件編

実装フェーズ要求定義フェーズ

２．システム化要件編

イテレーション準備フェーズ

（業務分析＆情報収集）

イテレーション実施フェーズ

（業務シミュレーション、試作品開発）

GeneXus設計ガイドライン

推進チーム（開発側）３名

GXコーダーAチーム２名

GXコーダーBチーム２名

GXコーダーAチーム３名

GXコーダーBチーム３名

業務フローの各業務システム機能について同意を得ていることイテレーション計画について合意していること

業務フロー上の全ての業務システム機能が実現されていること業務システム機能の業務ルールが機能として実現されていること業務システム機能に必要なデータ項目が定義されていること

業務体系と業務フローが一致していること業務フローの内容について同意を得ていること


GeneXus の仕組み

業務システム

トランザクション

プロシジャー

ウェブパネル

ワークフロー

仕様解析機能

実現方法(How)を含むFormal Methods（形式手法）による設計情報

アプリケーション生成機能

JAVAUNIX

.NetWin

.Net Mobilei-OS 。。。

実現方法（How）を含む仕様から様々な環境用にアプリケーションを生成

Prolog 数理論理学の述語論理に基づく理論（ＡＩ）

業務内容(What)の記述

データモデルの作成ノウハウを推論により実現した技術

20%の記述

残り80%の

自動生成

16

C#


技術の真髄

既知の技術

16

2015/8/27


Copy Right 2003-2015 ARTech GeneXus Japan Inc. All rights reserved.17

戦略目標/方針

ビジネスモデルプロセス/組織/機能

情報システムモデルアプリケーション機能/データ構造

テクノロジーモデル詳細設計/製品選択

（HW/SW/NW/クラウド・・）

製造・適用アプリ製造/運用

ＢＡ(Business Architecture)

ＤＡ(Data Architecture)

ＡＡ(Application Architecture)

ＴＡ(Technology Architecture)

ＥＡ体系(Enterprise Architecture)

javac#

COBOL

-Sapiens -Wagby -WebPerformer-Intra mart -楽々FramworkⅡ

GeneXus

ビジネス

領域

情報システム

領域

開発工程

自動化ツールのタイプタイプ特徴特徴・留意点製品

① ・業務機能の記述でAPシステムを自動生成・業務機能をナレッジで管理するためプログラムは常に最新の状態システムのスパゲティ化が発生しない

・チューニングは非機能要件の対応状況で判断

GeneXus

② ・フレームワーク前提のシステム要件定義・DBを設計後ツール利用・フレームワークや部品を利用して

APシステムを自動生成

・ツール選定の判断はフレームワークモデルと部品の機能量・DB設計の良否が開発・保守の生産性に大きく影響・手組との共存で本来のツールの良さが失われる可能性大・部品の集合体の為に部品を生成しているインフラの変更に

APが影響を受ける

WagbyIntera-mart楽々FramworkSapiens

③ ・全て手作業・コーダーの技術力に左右される・QCDのリスク大

Java.NET ・・・

自動化ツールの位置づけ（ＥＡ）

①

②③

Copyright © 2015 GeneXus Solutions Japan Inc.

他の高速開発ツール


対応技術（DBMS/言語）の変遷

※日本版ではJava、.NET、.NET Mobile、Ruby、Smart Devicesに対応

・ORACLE・Informix

1989

・DB2/400

1996 1997

・SQL Server

2003

・PostgreSQL

2005

・MySQL

1994

・DB2/CAE

1989

・RPG・COBOL

1996

・C/SQL

1999

・Java

2003

・.NET

2005

・.NET Mobile

1994

・FoxPro

・ Visual FoxPro・ Visual Basic

1995

・Pocket PC

2002

・Ruby

2008 2012

・i OS・Android・Brackberry

Innovation

2014

・Win 8・SD Offline

t

t

・HANA

201X

・Win 10

201X

2015/8/27



ソフトウェア開発でも、試作品を作り

ませんか！

ご提案

試作品がシステム開発のリスクを減らしてくれます！


戦略パートナー

20

＜参考資料＞

2015/8/27



GeneXus のロードマップ

１．理論の拡張Dynamic Transaction＊第１段はSAP

２．Web 及び、Smart Devices ジェネレータの機能拡張Responsive Web DesignLive Editing for Smart DevicesLive Editing for Web

３．Cloud対応Amazon、Softlayer等

４．Big Data対応

21

＜参考資料＞


Objective-C

GeneXus

Knowledge Base

※最新バージョンのEv3より対応

iOS

Android

BlackBerry

Windows 8

Smart Devices ジェネレータ

22

＜参考資料＞

2015/8/27



ワールドカップ応援ソフト（Stat Cup）

i-Phone版、Android Phone版23

＜参考資料＞


[email protected]

ご清聴有り難うございました！

（連絡先）ジェネクサス・ジャパン株式会社

〒141-0031東京都品川区西五反田２丁目２７番３号Tel. 03-6303-9381，Fax. 03-6303-9980http://www.genexus.jp/

GeneXusはARTech社の登録商標です。

Present GX(27 Aug. 2015)配布資料 - seminar-reg.jp · GeneXus 設計 ......

Documents

Transcript of Present GX(27 Aug. 2015)配布資料 - seminar-reg.jp · GeneXus 設計 ......