搁滨颁翱贬最终选考プレゼン资料
Download as PPT, PDF0 likes1,639 views
RICOH & JAVA Developer Challenge Plus 2013での、 Project 寿司(産業技術大学院大学)による、 発表資料
More Related Content
What's hot (19)
Viewers also liked (12)
Similar to 搁滨颁翱贬最终选考プレゼン资料 (20)
Recently uploaded (11)
搁滨颁翱贬最终选考プレゼン资料
- 2. 突然ですが
- 3. 开発＝大変
- 4. コンポーネント間統合 コードレビュー 机能設計 現状調査 単体テスト 統合テスト UI 設計 プログラミング 設計文書 要件定義 システムテスト テスト計画 導入 システム設計
- 5. 大変 !!
- 6. なんとか 出来た
- 7. あっ
- 9. どうする？
- 10. アジャイル开発
- 11. なにそれ？
- 12. アジャイルソフトウェア開発手法の多くは、反復 ( イテレーション ) と呼ばれる 短い期間単位を採用することで、リスクを最小化しようとしている。 1 つの反復の期間は、プロジェクトごとに異なるが、 1 週間から 4 週間くらいで あることが多い。アジャイル开発手法においては、開発対象を多数の小さな机能に分割し、 1 つの反復 ( イテレーション ) で 1 机能を開発する（?反復型開発）。 この反復のサイクルを継続して行い、 1 つずつ机能を追加開発してゆくのである。 おのおのの反復は、小規模なソフトウェア開発プロジェクトに似ている。 各反復では、それまでに開発した成果物に 1 つの小さな机能を追加する。 計画、要求分析、設計、実装 ( コーディング ) 、テスト、文書化といった、 ソフトウェアプロジェクトに要する全ての工程を、 1 つの反復内で行う。 アジャイル开発手法では、各反復が終了するごとに、机能追加された 新しいソフトウェア ( ビルド ) をリリースすることを目指す。 各反復が終了するごとに、プロジェクトチームは、プロジェクトにおける優先度を評価し直す。 アジャイル开発では、たくさんの文書を書くことよりも、 プロジェクト関係者間で必要な時に即座に直接顔を合わせて意思疎通を行うべきであることを強調する。 ほとんどのアジャイル开発チームでは、ソフトウェア開発に必要な関係者全員が、 1 か所の作業場所で仕事をする。 この場合の関係者には、少なくともプログラマと「顧客」が含まれる ( ここでの顧客とは開発対象のソフトウェアが何であるかを定義する人々である。 「顧客」は、時にはプロジェクト管理者であったり、ビジネスアナリストや本物の顧客である場合もある ) 。 この作業場所では、テスト担当者、ユーザインタフェース設計者、 テクニカルライタ、管理職も一緒に作業する場合がある。
- 13. × アジャイルソフトウェア開発手法の多くは、反復 ( イテレーション ) と呼ばれる 短い期間単位を採用することで、リスクを最小化しようとしている。 1 つの反復の期間は、プロジェクトごとに異なるが、 1 週間から 4 週間くらいで あることが多い。アジャイル开発手法においては、開発対象を多数の小さな机能に分割し、 1 つの反復 ( イテレーション ) で 1 机能を開発する（?反復型開発）。 この反復のサイクルを継続して行い、 1 つずつ机能を追加開発してゆくのである。 おのおのの反復は、小規模なソフトウェア開発プロジェクトに似ている。 各反復では、それまでに開発した成果物に 1 つの小さな机能を追加する。 計画、要求分析、設計、実装 ( コーディング ) 、テスト、文書化といった、 ソフトウェアプロジェクトに要する全ての工程を、 1 つの反復内で行う。 アジャイル开発手法では、各反復が終了するごとに、机能追加された 新しいソフトウェア ( ビルド ) をリリースすることを目指す。 各反復が終了するごとに、プロジェクトチームは、プロジェクトにおける優先度を評価し直す。 アジャイル开発では、たくさんの文書を書くことよりも、 プロジェクト関係者間で必要な時に即座に直接顔を合わせて意思疎通を行うべきであることを強調する。 ほとんどのアジャイル开発チームでは、ソフトウェア開発に必要な関係者全員が、 1 か所の作業場所で仕事をする。 この場合の関係者には、少なくともプログラマと「顧客」が含まれる ( ここでの顧客とは開発対象のソフトウェアが何であるかを定義する人々である。 「顧客」は、時にはプロジェクト管理者であったり、ビジネスアナリストや本物の顧客である場合もある ) 。 この作業場所では、テスト担当者、ユーザインタフェース設計者、 テクニカルライタ、管理職も一緒に作業する場合がある。
- 14. 长い
- 15. 端的に言うと
- 16. 短い 開発サイクル
- 17. 何度も回す
- 18. ここで大事なのは
- 20. 従来は
- 21. コミュニケーション
- 22. ＝
- 23. 対话
- 24. 実际は
- 25. 人が居る
- 26. × 人が居る
- 27. 人が居ない
- 28. ? 人が居ない
- 29. じゃあ
- 30. 続きは Web で
- 31. チャット
- 32. や
- 33. ビデオ会议
- 34. 用いて
- 35. 开発を継続
- 36. そこで
- 38. 机能
- 39. ４つ
- 40. チャット
- 42. バックログ
- 44. 付笺
- 46. ビデオ会议
- 47. 特徴
- 48. ３つ
- 49. Web アプリ
- 50. 依存度低
- 51. いつでも どこでも だれでも
- 52. DEMO
- 53. システム概要
- 54. 利用技术
- 55. Play Flamework
- 56. Mongo DB
- 57. Nginx
- 58. HTML5
- 59. WEB SOCKET agaconf サーバー Ricoh サーバー DB DB Push Response 応答 Request 双方向通信で、 付笺や、グループ 情報等を 管理します。 Push agaconf クライアント UCS 接続要求
- 60. Architecture
- 61. ユースケース図
- 63. MongoDB コレクション定義
- 64. コレクショ ン名 論 id ID name 名前 コ レクショ ン名 型 備考 ObjectId group_member 論 id 名 ID 理 理 物 名 名 理 理 物 名 group 型 備考 ObjectId account の ID と 同 account_id アカウントID ObjectId 一 group_ id グループ ID ObjectId group の ID と 同一
- 65. コレクショ ン名 sticky_category 論 id ID name 名前 コレクショ ン名 型 備考 ObjectId sticky_items 論 名 型 id ID ObjectId detail 詳細 理 理 物 名 名 理 理 物 名 備考 sticky_category の ID と 同 付笺カテゴリID ObjectId 一 tanto_id 担当者 ID ObjectId account の ID と 同一 像 ID GridFS の ID と 同一 sticky_item_image_id 画 sticky_category_id ObjectId created_at 作成日 Date EmbeddedGro group_member グループメ ンバ情報 upMember 埋込情報
- 67. まとめ
- 69. ご静聴 ありがとうございました
Editor's Notes
- #2: それでは発表を始めます。
- #3: 突然ですが、今回の参加者、もしくはリコーさんでもいいです。今まで、チームでの開発って大変だなーと思った人は手をあげてください。 ???ありがとうございます。 【多かった】 そうなんですよ。 【少なかった】 そうですか、私は、
- #4: 【多かった】 そうなんですよ。開発って大変ですよね。 【少なかった】 そうですか、私は、開発は大変だなーと思います。
- #5: 【多かった】 このように沢山のやるべきことがありますよね。 【少なかった】 このように沢山のやるべきことがあるんですよ。
- #7: たとえ开発出来たとしても、
- #9: こういったことが発生します。
- #10: ではどうする？
- #11: 実は、「アジャイル开発」を取り入れることで解決できます。
- #12: アジャイルって？
- #13: 「アジャイル开発」を説明すると
- #15: 、、长くなります。
- #16: 端的に言うと、
- #17: 「开発サイクルを短くし、
- #18: それを何回も回すこと。」です。
- #19: しかしアジャイルは、
- #20: 开発サイクルが短い分、よくコミュニケーションを取らなければなりません。
- #21: もちろん、
- #22: コミュニケーション
- #23: というのは
- #24: 対话をします。
- #25: ですが
- #26: いつも开発メンバーが居る
- #28: とは
- #29: 限りませんよね。
- #30: それなら、
- #31: 飞别产上で、
- #32: これ
- #33: や
- #34: これ
- #35: を使えば
- #36: いいのではないでしょうか。
- #37: そこで私達は 、、、、
- #38: 「补驳补肠辞苍蹿」を提案します。
- #39: agaconfには机能が
- #40: 4つあります。
- #41: 1つ目
- #43: 2つ目
- #45: 3つ目
- #47: 4つ目です。
- #48: もし补驳补肠辞苍蹿を使えば、开発チームには
- #49: 3つの利益がもたらされます。
- #50: 1つ目。利用者は OSやプラットフォームに依存しないで使うことができます。
- #51: 2つ目。チーム间で情报を共有することで、情报の属人化を防ぐことができます。
- #52: 3つ目。どこでもコミュニケーションが取れることは、すなわち开発を进めることに贡献できます。
- #53: では、ここでデモに移ります。野口さんよろしくお愿いします。
- #68: 最后にまとめです。
- #69: 私達が提案するのは、アジャイル开発を助けるwebアプリです。 特徴としては、いつでもどこでも誰とでも情報を共有できます。 このアプリを使うことで、チーム全体の作業効率化が望めます。
- #70: ぜひ使ってみてはいかがでしょうか。 （ご静聴ありがとうございました。）