ソフトウェア工学の主要な事業の概要
まず、プロジェクトのドキュメントの統合
第二に、プロジェクトのサマリーの完成度
- 社長
- イベントを作成します。
- 編集イベント
- イベント通知、コミュニティのスタイルリリース
- 公開タスク
- 管理コミュニティメンバー
- イベントを作成します。
- 学生
- イベントの登録
- スタイルでのコミュニティのメッセージ
- すべてのコミュニティ情報を見ます
- 、退会コミュニティを登録するには
- ビューコミュニティ内部の作業
- イベントの登録
- 管理者
- コミュニティ管理
- 承認アプリケーションアクティビティ
- 公開サイト管理
- コミュニティ管理
第三に、個々のプロジェクトの作業の概要
1.主な仕事
このグループの数が少ないように、前段含まれる(要求分析、設計)の準備作業が共同で行われる、コード実装の後、特別のコード・ブロック・プレゼンテーションが存在しない、多くの作業は、同じクラスで濃縮しましたそれはショーのすべての人のワークロードに良くないかもしれません。しかし、誰もが異なる機能実現部門を持って、個人的な次のように分割:
+ 1.1データベースプログラムのシリアル接続は、
JDBCおよびMySQLのダイレクトコネクト使用して、データベースへの端末の接続をアンドロイド(最終的には失敗した試行する前に、クラウドデータベースを、以降の困難を克服することができます戦いを使用しようとします)。インターフェイスを充填します内容:フロントエンドを示す関連した、との情報を含む、などのコミュニティを表示するには、データベース・インタフェース、職員、学生やコミュニティ情報の記入。
それぞれの転写活性の間の値における主な困難の嘘は、各活性が機能に基づいて、送信パラメータに対応完了し、複数のスレッドのメインスレッドに関連する処理は各インターフェイスが活性切り替え柔軟にすることができないように、データのより多くの混乱、情報の損失を引き起こします。
2.2完全な人事管理の社長と出版プッシュ機能
アンドロイドの端末を開発する作業は、クラスを見つけて、上のように、することはできませんしないタイムリーなリフレッシュのインタフェースを含め、バグの多くを経験し、実行して学習され、取引の詳細のいくつかはあります。人員の増加、削除や人事管理の移転に。社長のアップロード画像を実現し、プッシュでアルバムリリース機能から、あなたの写真をアップロード、出版物は、参照する社会のスタッフをプッシュするためにサブスクライブすることができます。
タスクとプッシュ機能ビューコミュニティ完了するために2.3
のタスクに関連付けを、ディスプレイに「私は、追加」、コミュニティタスクシュリンクテキストビューを実装することで実現し、ショー「私は心配です」を参照するには、コミュニティでのプッシュ、プッシュにヘッダをクリックしてください。
2.4完全な学生のコミュニティの懸念は、機能を解除
ユーザーは個人の好みのコミュニティ関連の活動に基づいて取ることができます。
2.5メインインターフェースが実装
コミュニティ+概要を示すコミュニティ領域を、コミュニティ管理インターフェース人事管理の最適化、プッシュ配信インターフェース
2.個人リフレクション
2.1要件分析フェーズ
本当の需要は私達が着手しているため要求分析フェーズで回り道をたくさん行くためには、若干のずれが何であるかのニーズを説明するための教師とニーズ分析を理解した上で、いくつかの設計要件文書は、教師によって拒否されました具体的な実現機能、より少ない制限がニーズを必要としていました。幸いなことに、彼はチームメンバーの共同の努力の下で、最も重要な準備作業が準備するプロジェクトの最終完成は、次のプロジェクトの実現のための準備、戦闘中の人ではなかったです。しかし、後半の問題を解決する過程で、実際に、私はデザインの需要の欠如を発見しました。
反射の段階が得られる:
望ましくない密室で、あなたの心を開いて、あなたは他の良いプログラマはコードを書く学ぶことができるので、いくつかのインスピレーションを得る、それは私たち自身のものとなり、自分のプロジェクトに反映され、同様に重要なブレーンストーミング、あなただけの伝統的な機能の一部に限定されるものではなく、プロジェクトのための明るいスポットの数を増やすことができます。
2.2設計段階
クラス図、ユースケース図のために基づいて設計基準要件分析、設計のタイミングチャートを描画し、データベースと、この段階で、設計及びスケッチに関与し、曖昧さが均一で、グループで、時がありませんこの時点で、先生の答えは、時間内に完了すること描画作業において重要な役割を果たしてきました。
2.3コード実装段階
は達成されない1.「小さいながらも細かい」:
対話型インタフェース上・合理的かつ正確ではありません。
・むしろ単調なコントロールの使用で、柔軟でかつ機会の呼び出しを使用する必要がありますが、
・完全に達成するための機能に限定されるものではありません達成するための条件と合理性。
<先生は、私たちが完全に吸収し、元に基づいて作られた改正を行うことを示唆しました>
2.統合管理コードは完全には反映されません:
プログラムの後ろにステッチの過程で、その結果、コードの仕様を記述するためのコードを書くプロセスに忘れ、我々はチームとして、詳細の一部を変更する必要があるので、これは、良いノーリターンのパスです。書き込み仕様はチーム全体の効率を向上させることができ、これは、このプロジェクトの実践で得られた教訓のIです。
この教育の提案の小さな約束のための第四に、
まず、聞かせて私は朱龍先生を補完:
朱ヨンジュンは優れた教師である場合には、4マイルストーンでは、我々は女の子のグループが直面する多くの問題は、すべての教師という質問をし、答えは罰金あり、多くの問題を解決することができ、授業に加えて、先生は私たちが参考になりたいという建設的なアイデアの多くを置くだろう、それは否定できない、朱龍先生のクラスにハードと良い時代である作品です。
そして、以下は私の小さな約束の推奨です:
•質問1:
私たちの女の子のグループ(個人的な経験を話す)の面で、チームにいくつかの不合理性があるかもしれません:可能性が少ない人、より統一されたスタイル、よりバランスの取れたレベル、統一と比較的プロジェクトの後ろに絞り込むのアイデアの実現にリード、チームが力を合わせてきたが、それはむしろ不公平で、平均的な学生のレベルに言うのだろうか?
・勧告:
最初は教師の実際に問題のない男性と女性の考え方が、実施が困難、それは比較的現代の大学生が恥ずかしがり屋へとオープンに難しい原因の可能性があります。我々は、リソースの平均割り当てて、チームアプローチを乱雑できるかどうか?またはグループの良好なチームの場合は、適切な転送?暗黙のルールを破ることは、この不合理性を減らすことができるだけでなく、それはまた、両方を行う、学生間の交流とコミュニケーションを向上させることができ、チームはチームワークを実現知人。
•質問2:
4マイルストーンは、我々はすべてのチームがショーを報告したブログ形式で行われ、チーム間のコミュニケーションの相対的な不足、相互学習プロセスの欠如。
・勧告:
教師がグループを理解することができる場所、他のグループはまた、学習やコミュニケーションのある程度のことができます以外の各マイルストーンの終了前に、グループを間引きすることができるグループは、報告された、問題が増幅され、その後、あなたは統合ソリューションの効率を向上させることができれば?グループステージを適切にすることができ、良好なパフォーマンスを発揮する場合は、学生の熱意を動員するポイント:また、いくつかの個体は、そのような必要に応じてインセンティブ・メカニズム、であると信じていません。