wshimizu's blog

UML Domain
Dr.Guthrie

System Design

USE Cases システムの概要を記録
追加のための部品としてバーーコードなどがある。

次のステップ
　プロトタイプインタフェース（Prototype Interface）の準備

Feature
　Planner
★Program Manager 　仕様作成
Tester
　Programmer

ツールの紹介
　　Visioを使用して
・画面デザイン
・ロバストネス

ROBUSTNESS ANALYSIS
1.Boundary Objects
2.Control Objects
3.Entity Objects

Interaction Diagrams
・Sequence Diagram

Class Structure
Three sections
Class name

メンテナンスしやすい

ラウンドトリップエンジニアリング Round trip Engineering

演習　　C#で　炊飯器　パネル　コーディング

CRC Card

演習　　図書館　4つのシナリオに基づき、CRC　Cardを作成

１．OOM (Ocject Oriented Methodology)
　　　By　Dr.Guthrie

　　What is Object? = "Real"
　　・オブジェクト思考のよい点
　　　Reuse/再利用性
　　　Easier to understand/わかりやすい

　　炊飯器を例として　Use Casesの洗い出し　　演習　
　　Human / system
　　失敗時のシナリオ

２．PSP
　　　By　Dr.Manson
　　
　　PSP(Person Software Process)
- Bsed TSP (Team Software Process)
　　
　　PSP　個人の開発スキル
　　TSP　プロジェクトとしての開発スキル

　　自分のやることを測ることにより、processを効率的に　Measure
　　Time Recording Log
　　Defect Recording LOG defect type

３．要求工学　Requirements　Engineering
　　　By　Dr.Isshiki

　　要求を取り纏めるには要求獲得、要求仕様化、要求検証、要求管理の
　　プロセスがある。
　　要求の定義は、ユーザー、開発者、経営者とで食い違いがあり、
　　開発者として　定義を同一にすることが必要
　　ソフトウェア工学の下、要求工学と要求開発がある。
　　要求工学には機能的要求と非機能的要求がある。
　　機能的要求
　　　経営者　　業務要求　　スコープ記述書（プロジェクト憲章、目的）
　　　ユーザー　ユーザ要求　ユースケース記述書（機能要求）
　　　　　　　　システム要求　ソフトウェア要求仕様書
　　　開発者　　ソフトウェア機能要求　ソフトウェア要求仕様書
　　非機能的要求
　　　業務ルール
　　　品質属性
　　　外部インターフェース
　　　制約
　　業務要求、非機能的要求を見過ごしがちである。
　　要求仕様書作成の演習
　　　　明日に続く

　　SaaSとASPとの違い
　　・プラットフォームの違い
　　・特定の会社向けから不特定多数の会社に対して

４．Use Cases
　　　By　Dr.Guthrie

　　　一般的にシステムはたくさんのユースケースを持っている。
　　　すべてを一度でなく
　　　どのユースケースを最初に行うか
　　　クリティカル　重要なケースを最初に
　　　失敗シナリオの作成　　　　演習
　　　Ranking　Matrixの作成　　演習
　　　ゲームを例として　OBJECTの説明

５．SaaS
　　　By　Dr.Isshiki

　　フレキシブルに変われない組織は潰れる。
　　Windowsは将来なくなる？
　　Old and New Platforms war
　　Google
　　　Google Document
　　Colud compyuting　の流れは続く

　　別の流れとして
　　　Internet to new Ethane
　　　発信元が判る

　　　Interplanetary 　　

　　Enterprise 2.0
　　　Social Networking in Business and as New Media

　　Office 2.0
　　　AJAX
　　　 Gmail

　　New Platform
　　　Salesforce.com
　　　Adobe
　　　Facebook
　　　Google
　　　Yahoo

　　Traditional
　　　 Microsoft
　　　IBM

　提案ができるように

　Cloud computing
　　On Demand
　　必要なときに必要なものを必要なだけ

　The Convergence of Open Source and SaaS
　
６．Free Discussion

１．OOM (Ocject Oriented Methodology)
　　　By　Dr.Guthrie

　　What is Object? = "Real"
　　・オブジェクト思考のよい点
　　　Reuse/再利用性
　　　Easier to understand/わかりやすい

　　炊飯器を例として　Use Casesの洗い出し　　演習　
　　Human / system
　　失敗時のシナリオ

２．PSP
　　　By　Dr.Manson
　　
　　PSP(Person Software Process)
- Bsed TSP (Team Software Process)
　　
　　PSP　個人の開発スキル
　　TSP　プロジェクトとしての開発スキル

　　自分のやることを測ることにより、processを効率的に　Measure
　　Time Recording Log
　　Defect Recording LOG defect type

３．要求工学　Requirements　Engineering
　　　By　Dr.Isshiki

　　要求を取り纏めるには要求獲得、要求仕様化、要求検証、要求管理の
　　プロセスがある。
　　要求の定義は、ユーザー、開発者、経営者とで食い違いがあり、
　　開発者として　定義を同一にすることが必要
　　ソフトウェア工学の下、要求工学と要求開発がある。
　　要求工学には機能的要求と非機能的要求がある。
　　機能的要求
　　　経営者　　業務要求　　スコープ記述書（プロジェクト憲章、目的）
　　　ユーザー　ユーザ要求　ユースケース記述書（機能要求）
　　　　　　　　システム要求　ソフトウェア要求仕様書
　　　開発者　　ソフトウェア機能要求　ソフトウェア要求仕様書
　　非機能的要求
　　　業務ルール
　　　品質属性
　　　外部インターフェース
　　　制約
　　業務要求、非機能的要求を見過ごしがちである。
　　要求仕様書作成の演習
　　　　明日に続く

　　SaaSとASPとの違い
　　・プラットフォームの違い
　　・特定の会社向けから不特定多数の会社に対して

４．Use Cases
　　　By　Dr.Guthrie

　　　一般的にシステムはたくさんのユースケースを持っている。
　　　すべてを一度でなく
　　　どのユースケースを最初に行うか
　　　クリティカル　重要なケースを最初に
　　　失敗シナリオの作成　　　　演習
　　　Ranking　Matrixの作成　　演習
　　　ゲームを例として　OBJECTの説明

５．SaaS
　　　By　Dr.Isshiki

　　フレキシブルに変われない組織は潰れる。
　　Windowsは将来なくなる？
　　Old and New Platforms war
　　Google
　　　Google Document
　　Colud compyuting　の流れは続く

　　別の流れとして
　　　Internet to new Ethane
　　　発信元が判る

　　　Interplanetary 　　

　　Enterprise 2.0
　　　Social Networking in Business and as New Media

　　Office 2.0
　　　AJAX
　　　 Gmail

　　New Platform
　　　Salesforce.com
　　　Adobe
　　　Facebook
　　　Google
　　　Yahoo

　　Traditional
　　　 Microsoft
　　　IBM

　提案ができるように

　Cloud computing
　　On Demand
　　必要なときに必要なものを必要なだけ

　The Convergence of Open Source and SaaS
　
６．Free Discussion

テストﾃｽﾄ