ソフトエンジニアリングプロジェクトの概要 - 協会マネジメントシステム

 

I.背景と紹介

  すべての社会とすべての活動の概要シティカレッジでは、ダース以上20大小コミュニティの存在、あなたはマイクロチャンネル公衆番号を通じて地域社会への情報の範囲を取得することができますが、ではなく、会長がコーディネートすることはできませんこのコミュニティを管理するために、管理者など、活動の承認、コミュニティの用途のために煩雑すぎます。

  メンバー(すなわち、平均的な学生)、社長、管理者:プロジェクトは主に全体的な管理社会のために使用され、3つの役割があります。 

  このプロジェクトのメンバーに実行できる操作:個人情報、ビューのイベントの告知、登録活動を変更するには、管理者の承認を受けた情報化社会は、メッセージの結果を送っ参照してください。

  社長(実行することができる任意の操作部材を含む)を行うことができる操作:削除コミュニティメンバー、自分のコミュニティの下で管理活動、アプリケーションのアクティビティやアクティビティイベント情報をキャンセル・変更、内部および外部の発表の発表、独自のコミュニティの管理の下で、追加メンバー;情報化社会を変更します。

  管理者の実行可能な操作:変更管理者情報、変更要求情報化社会を承認するコミュニティ承認申請アクティビティ、アクティビティの変更情報、キャンセルの活動;増加したコミュニティ、コミュニティの解散、サイトを高めるために、サイトの削除、リセット、学生パスワード。 

 

  このプロジェクトは、必要に応じて、機能要件文書の95%で実施されている、ウェブ版は、基本的なコミュニティ管理ソフトウェアを使用すると、既に提供されています。


 

 

第二に、プロジェクトリンク

進捗状況:http://129.211.28.105:8080/society/

githubの:https://github.com/BrocaZ/SE_ClubManager

要件ドキュメント:https://www.cnblogs.com/z31701005/p/11788032.html

設計書:https://www.cnblogs.com/z31701005/p/11878888.html

プロトタイプドキュメント:https://www.cnblogs.com/z31701005/p/11974276.html

最初の会議:https://www.cnblogs.com/z31701005/p/11890061.html

第二回会合:https://www.cnblogs.com/z31701005/p/11936117.html


 

3つのプロジェクトの作業

フェーズI:設計要件

  要件文書のセクションを書きます。

第二段階:設計フェーズ

  セクションを描くタイミング図。

第三段階:インタフェース試作段階

  早期:静的なWebテンプレートの選択は私のコミュニティページの変更、および大規模なフレーム部材を完了するには、修正するために、ページ、Webサーバの展開のプロトタイプを統合するための責任があります。ログの動的なインターフェイスの後、及びこれに基づいて書かれた動的なWebページとして初期チームメンバーのページに他の学生を実装するのは簡単。

  :(ページの半ば半ば会長はページとページの管理者に分かれている)の実装と管理者のページダイナミックフロントとの接続の後端を担当し、プロセスはいくつかの小さな場所のレイアウトを変更することであろう、と管理者の社長ページとページを担当して統合、機能が正常に使用できることを保証するために、彼らの側をテストするためにいくつかの機能を統合しています。

  後期後半:(最も基本的な成形工程)20ポップ、二次テストプロセスについてなど、追加、削除、ログイン、見直しを含むと考えることができポップ大半を、追加して、いくつかの小さなコードを修正します問題は、ページを作るために何かをするより合理的なページのブランチの変更を表示されます。データベース・パスワードの暗号化と復号化、学生のといくつかのコミュニティのロゴを変更するために、いくつかの余分な機能を追加し、他のメンバーが書いた通常、私はちょうどコミュニティ検索機能を実現するために、管理者の変更にパスワード、パスワードリセットページやサイトを作成し、コードの一部にする議論の後動的な実装で、すべてのページの統合を担当し、他の回、ファンクションコード、私はここに統一修正を持っている小さな問題に登場する最終仕上げ段階のテストレポート。

PS:Webページの最終版が完了した後、サーバのウェブサイトとデータベースの展開が終了した後、展開が非常にゆっくりと実行した後、そうあきらめる、またはローカル番組を選択しました。


  

第四に、プロジェクトの経験と概要

  このグループでは大きな仕事、私はソフトウェア開発時間の基本的なプロセスを理解し、チームワークの重要性を高く評価し、以下は私の個人的な経験(反射)及び要約の一部です。

  - 予備設計の従来の問題点:データベースの設計と様々な機能の設計は、初めに場所ではありませんが、私は、主な理由は、設計段階で反映することだと思う完全なものではありません、データベースフィールドが決定する前に、三つのバージョンについては変更され、また、絶えず増加している後者の機能の進歩の進歩で、変更します。

  - 時間配分の問題:早期遅く、後半にリードタイムを促進するためのプロジェクトの全体のコースは、設計プロセスの順序はほとんど逆さまに、時間の少し無理割り当て、いくつかの感触きついです。

  - 分業:分業が私たちのグループではそれほど明確ではないが、ほとんどすべての静的ページ、動的ページとバックの機能に関連する作業のため、Webページに取り組んで4人。プロジェクトのレビュープロセスが完了すると、私は、に注意を払う必要があります分業を混乱ビットは、他のグループのように労働者の明確な区分は、将来の仕事に良いだろうと感じ。

  - リソース管理の問題:私は、gitのと私たちのリソース管理統合後のプロジェクトのコンテンツを担当していますが、プロセスは、多くの問題になり、背後にある複数のバージョンは、非常に機能を変更するために、別の同級生の出現を、制御することは容易ではなく、混乱を見つけるだろうあるいは、いくつかのページレイアウトは、同時に、別の同級生でもコンテンツを変更し、コンテンツは一つのことがあるかもしれないので、カバーを下に引っ張らないであえて、私はAを変更し、Bは、あなたがAを変更し、C、テイクオーバーまったく同じこと我々は(人々の統合は痛みを感じる)私たちが一緒に統合されて変更されることを保証するためにプログラムの問題のバージョンを確認するために多くの時間を費やし、中に統合を行うためのプロセスではないので、時々ました。

  - グループAC:メインラインを交換するために、当社グループのほとんどは、行が少ない満たし、まだ会議で週に一度、通信回線の他のモードが良くなることのように。プロセスの問題の後半修正断片的で、あなたが私の言語の状況、3つのチャットボックスジャンプを作ったより起こりやすくなり、制御が少し難しいと感じます。

  - テスト:リンクが比較的断片化されていますが、すべて私が統一変更になり、私の改正を提案することによって、何かをしなければなりません。

  - 不完全:未実現アップロードローカル画像、ダイナミックを実現するための人員の頭部は、達成するために、画像やその他の機能を変更します。(主に達成する映像コンテンツに関連します)

  最后,还是感谢团队里所有人都在努力地推进该项目的进行,在后期网页的实现过程中没有人懈怠,每个人都做了很多内容。但对比其他组的工作,我们的不足非常的多也非常的明显,并且感觉技术含量没有那么高,大多数时间还是在“苦干”,在今后的学习过程中还是应该更多地开拓自己的视野,学习和使用其他更新的内容。


 

五、对课程的意见和建议

   朱勇老师的软工课的大多环节设计都还是很完善的,并且老师上课也很用心,让我们学到了很多内容。没有什么意见,但在经过思考后提出一些建议。

  - 感觉团队项目的时间会比较少,个人项目其实可以往前再推一周,因为其实往前推一周的时间也是足以完成个人项目的,但团队项目有多一周就会更宽裕,也可以有更多的时间去完善。

  - 可以添加测试环节,因为现在没有完整的测试环节,大家的测试可能都比较零散。

  - 可以在初期准备的时间里,增加一个组内角色细分的模块,把分工更明确的在早期确定下来,有人主做技术内容有人主做整体统筹规划。

 

おすすめ

転載: www.cnblogs.com/zky0320/p/12011768.html