A.ソースリンク
- 学生管理システムのWeb側：リンク
- アプレットは、学生管理システムを終了：リンク
- 学生管理システムアプリケーション終了：リンク
学生管理システムのバックエンド：リンク
II。参加
- プロトタイピング
- 設計例図。
アプリケーションエンドインターフェイスのデザインのほとんどは、インターフェースの最適化
III。プロジェクトの感情や要約
- プロトタイピング：私たちは、先生の最初の週の開始から発表された試作始め、その後、会議に耳を傾け、彼は何の連絡先、少し心配がないので、私は、少し無知感じ、乗組員は、プロトタイプのインクナイフをしたと述べました。すぐに戻って知識のブレード試作アップミーティングの後に最後に、運転開始からどのように後でマスターブレードの生産にはわかりません。しかし、まっすぐな男性の審美のために、私は格好良いインターフェイスをしたい本当にあまりにも難しいです！これはまたのために働いてきたプロジェクトの後の段階です。プロトタイプは、需要が完全にいくつかの抜け穴や欠点があり、行うことを決定していないまだ始まったばかりで、将来の需要や他のチームメンバーを決定した後、再びので、唯一の、唯一のインタフェースの一部に存在する別のバージョン（このバージョンを行う議論します参照インターフェイスのデザインも、プロトタイプの設計開始後の変更にいくつかの必要性を作った）、いくつかの変更があります。プロトタイプの設計は、前提条件インターフェイスデザインとして大きな利便性を提供します。
- アプリのインターフェイスのデザイン：新人が小さいAndroidのメーカーに触れたことがないとして、初めは、彼らがUIデザイン、インターフェースデザイン、学習にコードを書くに関連する本を借りるために図書館に行く、進捗状況をドラッグすることが少し難しい、だけでなく、恐れていました。最初に私はASに内蔵され、百度の束に行ってきました最終的にはより優れたインターフェースデザインを取得した後、問題を解決し使用したくないので、私は、下の頭蓋骨を傷つけるのナビゲーションバーを設計してみましょう。インタフェースデザインで、テストはアンドロイドアプリのエンドメンバーとより高速に実行することができます。インターフェイスは、ニーズに応じて設計された、誰もが皆のアイデアは、そのメンバーの同じアプリケーション終わりかもしれ持ってはあまりにも少ない通信し、少なすぎるインターフェースデザインのコメントは、いくつかのインタフェースはやや冗長化を行うに私を導いた、だけでなく、アプリケーションの末端基で増加しているが負担のメンバー。
- プロジェクト全体の書き込みソフトウェアにshowDocのコンテンツを使用して私たちのチームは、各チームメンバーは、分業が自分の仕事を行うために、上記に従って分析を必要とするので、週に少なくとも一つの更新という、作業が行われ、フィット需要：文書管理チーム
- 定期的な会議は：私は、これは我々が1週間の例は、先週の仕事を合計します設定することを非常に良いことだと思い、先に計画の来週の仕事、現在、正しいの不十分な概要は、その誰もがプロジェクトで作業することができますので、この段階で、独自の位置と方向を知るための状態と
- 依存関係を検索：書き込みに頭を埋め、使用可能と変更することをお勧めします。あなたがあなた自身のページを書くために起動した場合、それはXMLの番号を記入する必要があるが、また、エラーが発生する可能性があり、githubのを外出先でいくつかのオープンソースプロジェクトを見つけるために、この時間は、後で読むために修正され、わずか数行のコードは、スタートアップページを達成することができます。
チームワーク：非常に良好な制御を持っているプロジェクトのスケジュールのためのリーダー、前方に自分の意見を置くタスクの様々な段階のためのメンバーなので、私たちは、プロジェクト全体で一緒に着実にできること
コースのご意見やご提案
- 私は先生がプロジェクトをより確実にすることができるように一週間リマインダーを実装し、毎週のプロジェクトが達成すべき進歩を提出することができます願っています。最後のプロトタイプが実際に手渡したから、それは非常にタイトになっているので、これは私たちの不適切な配置である、全体のプロジェクトは緩和の程度となるように、教師月曜日を思い出させる必要があるかもしれません。
私は審査の終わりを助長している、あなたは上の本の焦点に注釈を付けることを願って