初めてのプロジェクトのための「これはチームの幸運王です」
チームプロジェクト - 署名したものを教室の出席アプリ
I.はじめチーム
①チーム名：これは、チームの幸運王である
②年齢層：このチームは一人当たりに関連するすべての事項に責任がある- QQ赤の王の運によって選出された
③チームメンバー。
| フルネーム | 学生ID |
|---|---|
| ホー陳瑞（リーダー） | 201731024227 |
| レイ・ペナンソース | 201731024116 |
| 火はセンでした | 201731024129 |
| 劉6月 | 201731024208 |
| 江インストゥルメント | 201731024206 |
| ウ・ミンギーイー | 201731024202 |
| Kuangxiaoフアン | 201731024210 |
プレイヤーにII。はじめに
- ホー陳瑞 - 、プログラミングにもっと興味を持っている将来の発展過程における知識の側の開発を移動することを学ぶためにチームを率いて、純粋に「幸運」の頭になることができます
- レイ・ペナンソース - データベース設計をより良く理解するための活発な、論理的能力、およびバックエンドの開発を学ぶために喜んで
- 火センのみ - いくつかの基本的なプログラミングがあり、Cの＃とWindowsプログラムウィンドウを書くのが好き、データベース設計もベンチェとレイ元学生寮で、より興味を持っている、バックエンド開発チーム学習を結び目
- 劉さんは - プログラミングが好きではないが、PSのように、マーケティングソフトウェアなどのソフトウェアUIデザイン、およびマーケティングを引き継ぐことができます
- ジンジャー楽器 - バックエンドの開発に興味を持って、非常に慎重に物事を行うために、データベースの操作に精通し、自己学習のように、プログラミングにもっと興味を持っています
- ウ・ミンギーイー - と劉学生がフロントエンドの作業のUI設計や部品を完了するために、実際にプログラミング好きではないが、スケッチのように、柔軟にPSソフトウェアを使用することができ、そして護送中に劉の学生
- Kuangxiaoフアン - SQLサーバーとのより身近に、プログラムのウィンドウの開発経験を持っている、C、C＃のを学ぶように、バックエンドの開発者は、自己学習に喜んでいます
III。プロジェクト名
チームは満場一致で私たちの出席アプリ名として「それに署名した」ことにしました。
IV。プロジェクト
私たちのプロジェクトが唯一の就学前の出席を達成することができ、技術的な理由のために、教室の出席アプリを作るために、教師のために設計されて、このアプリは、教室の出席を最適化するために、より人間的なことができ、教師の出席端子が実装され、実際の状況に応じてすることができます変更生徒の出席状況は、当社の事前の背後にあると予想されるランダムな名前の関数は、徐々に、そのような場所、出席者と他の2次元コードとしてより多くの機能を追加します達成することができます。
ファイブ.NABCD分析
①.Need--需要は
今、教室で学生を知っているクラスに注意を払うのに十分ではない、十分に明確ではないが、一部の学生unexcused欠席は常識となっています。教師は生徒たちにも自分自身を警告するようなソフトウェアを必要とし、それらを管理するためのシステムが必要です。オフキャンパス社会的企業は、時間と出席システムの需要を持って、企業の時間と出席管理システムは、ビジネスの意思決定者や管理者のためにその内容がより重要であり、企業や機関の不可欠な部分です。ブラシ面、指紋の大学で実際には、時間の出席は、実用的な、しかし出席予算のユニット毎に異なっていない、自然からのいくつかの単位を考慮し、出席システムに高すぎておく必要はありません。またによるオフィス空間であることができる固定性をしていない、と出席が必要としている、あなたは出席の問題を解決するためにいくつかの小さなプログラムを選択することができます。
②.Approach--練習
ラインアプレットの運用および保守コストが低いので、我々は持っているだろう、ラインの信憑性に対するセキュリティを行うためのさまざまな方法を通じて、小さなプログラムを作成するためには、学生の集団で、需要との接点でのユーザーとの直接接触を持っています利点。
③.Benefit--利点は
、我々はまた、非常にいっぱいになったユーザーエクスペリエンスの意識のニーズを理解し、大学の学生です。我々は完全に大幅に出席の精度を向上させることが、ユーザーのニーズを満たすことができ、多様なアプローチを署名します。
④.Competitors--競争は
、出席ソフトウェアシステムのいくつかの不足を考慮することが市場に参入しており、学生が失敗した署名するためのイニシアチブをとる場合でも、本ソフトウェアがないだけと、場所によって時間と出席の入力コードに時間から2次元コードを変換することができ手動教師を排除することにより、特性は多様性が私たちの最大の利点であるサイン道の信憑性を保証します。
の⑤.Delivery--配信
私たち自身がデータテストの多くすることができ、また、良好なプラットフォームを促進するために、人々の私たち自身のネットワークだけでなく、私たちのキャンパスのプラットフォームに基づいて促進することができます。我々はまた、私たちの学校での建設プロジェクトの数が多いため、時間の単位で、この点でのテストを促進することができます。
VI。タスクの予備部門
開発前に、我々は、およそ、チームの目標を確立するために、プロジェクトの目的は、研究では、開発から開発を学習し、ソフトウェア開発のフレームワークを理解するためにのみ関連した、より良い学習ソフトウェアの開発を開発することである確立する必要があります私たちのチームはオープン（学校）の毛（西）部門です。
1.プロジェクト全体の構造、様々な機能モジュール、並びにそれらの最終的なプロジェクトのパッケージに基づく原理の使用と理解のための基礎を理解するために使用されるフレームワークについて学ぶために、各チームメンバーは、これは達成するために迅速なフォローアップ機能を促進するであろう。プロジェクトの一般的な構造は、以下の構造に従って展開されます。
2.：その後の研究プロジェクトの枠組みでは、その後、ソフトウェア開発プロセスの基礎を学ぶのような、知っておく必要があります
プロジェクトのビルド：優れたAndroidアプリケーションは、プロジェクトの一部の仕様を作成し、建設プロジェクトを開始します。
ツール：AndroidUtilCodeは、抽出できるすべてのツールを、使いたいです。
基本クラス：のような活動は、フラグメントとしてベースのプロジェクトの建設。（2つの工程は、携帯端末開発の知識を学ぶために一週間かかると予想されます）
3.アピールの内容を学んだ後は、含めて、実行する方法を、どの機能、学生206208202210のニーズを議論するために、要求分析段階に入っ：開発の種類、プラットフォーム固有の製品に機能要件を開発する必要があります繰り返し研究、議論、対話型プログラムのスルー出力、具体的な製品設計のニーズ、;インタラクティブプログラムの完了後の出力、学生は116129227によって行わ評価は、設計要件を評価し、技術的難易機能要件を含め、プログラムの要件の実現可能性を議論する必要があります実現可能性と経験を評価します。（分析・評価を週期待されているニーズ）
4.ニーズ調査を完了した後は、視覚的な計画と技術開発プロジェクトに取り組んできました。208人の学生と202人の学生によってAndroidのスタジオのツールをインストールするには、組織のチームのメンバーは、UI（製品インターフェース）とUE（ユーザー体験）を設計するために始めた、創造的なデザインを行うための製品のために、予備的なレンダリングを形成します。
5. UI設計、プログラム設計、および116人の学生から227129210人の学生と206人の学生からの後続のドッキングインターフェースは、プロジェクトタスクの計画や監督を通じて227人の学生によるデータベースの設計デザインし、バックエンドようになった一方で、定期的に会議や通信と制御プロジェクト開発の進捗状況。（4,5ステップは、残りの開発サイクルのほとんどを占有します）
6.試験、アプリケーションパフォーマンステスト、アプリ機能テスト、アプリケーションの視覚的試験、227129116 BUGの学生のアプリ内容：オペレーション及びメンテナンスフェーズの後半では、各チームメンバーには、マルチプラットフォームの同期試験モデルを、製品指向しますデバッグおよび修理。（開発期間の最後の週には、などのソフトウェアの検出、BUGの修理、）