1.プロジェクト関連
関連ドキュメント
[ニーズ分析](https://www.cnblogs.com/YONGinggg/p/11793936.html)
[デザイン](https://www.cnblogs.com/YONGinggg/p/11884495.html)
[プロトタイプレポート(https://www.cnblogs.com/YONGinggg/p/11973566.html)
[分](https://www.showdoc.cc/581149577934604?page_id=3426633832969766)
ソース
[yonginggg / StudentClubManagementSoftware(https://github.com/yonginggg/StudentClubManagementSoftware)
2.個人作業の概要
2.2デザインのアイデア
当社グループの開発は、前後端を分離するための技術を使用しています。
Vueの+ Springboot
フロントエンド:HTML、CSS、JavaScriptの
使用して後端部:春ブーツ
2.1メイン分割
ステージ1需要:需要分析、および完成したデータフローグラフ
2.設計段階:実現に関わる相互作用の終了前と後に、フレームワークを構築します。
3.実施段階:
1.チーム部門の私たちのグループに応じて、私は、バックエンドの開発と実装にしました。しかし、フロントエンドの開発も後者インチ
部門は、達成するために、コードの発表では主である、とケアとフロントエンドのWebサイトを実行するためには、たくさんのAPIを記述します。
例えば、JsonUtilインタフェースツールを書いて、前にデータ型のJSON形式を返す、これはショーの発表です。
パブリック静的JSONObject NoticeResult(INTポート、BeanNotice通知){
JSONObject jsonObject =新しいJSONObject(TRUE)。
jsonObject.put( "ポート"、ポート)。
jsonObject.put( "noticeid"、notice.getNoticeid());
jsonObject.put( "noticerange"、notice.getNoticerange());
jsonObject.put( "noticename"、notice.getNoticename());
jsonObject.put( "noticetcontent"、notice.getNoticecontent());
jsonObject.put( "noticetime"、df.format(notice.getNoticetime()));
jsonObject.put( "associationsid"、notice.getAssociationsid());
jsonObject.put( "のDepartmentID"、notice.getDepartmentid());
jsonObject.put( "noticestate"、notice.getNoticestate());
様々な種類のAPIのコントローラ層を完了している間:それはこの方法このAPIへの最初の暴露であるので、書き込みの時間の始まりは、ミスの様々な、才能の多くは、最終的には実現可能性のインタフェースを尋ねましたフロントエンドは、本当に私たちのコードを呼び出すことができます。
2.コードの実装
部門は、私は2つの主要なモジュールについて書いたので、発表の内容と作業に割り当てられますが、最後のメンバーのメンバーがテーブルのフロントエンドを見つけたので、需要があるされているので、私はまた、テーブルのメンバーの準備に参加しました
- 部門部門:プレゼンテーションを交換する大臣と部門名を交換する部門の基礎を改善しながら、部門の実装の追加および削除は、部門に関係するすべての部門とユーザーにフロントエンドの視聴を実現します。
-
selectDepartmentByUserId
createDepartment
deleteDepartment
updateDepartmentLeader
updateDepartmentName
- お知らせお知らせ:最も基本的な追加や削除に加えて。需要のために、私たちは、私はときに、フロントエンドのコール機能の利便性のために再作成され、学校、コミュニティ全体、部門の掲示板に三つのカテゴリーに気づく、彼らは強力な書き込みに分離し、学校の掲示板ため、管理者の承認を必要とし、I監査機能を実現しています。また、ユーザーは、自分のに従ってすることができます
ステータスは、異なる発表を表示します。
-
createadminNotice
-
changeNoticeState
-
loadNotice
-
loadNoticeByAssociation
- メンバー表メンバー:メンバー表ための最も重要な機能は非常に挿入し、鑑賞の基礎を書き、通話、およびない完全なショーを見ることです。
上記のバックエンドでの私の機能の一部である、そして私は再びフロントエンドの開発に参加してください。
発表のバックエンドの操作は、私が何をすべきかですので、私はそうそして、機能的なフロントエンドより明確にしていますので。私が作成し、発表を実現しました。
フロントエンドインターフェース:
3.プロジェクトの概要
これは、コミュニティ活動に参加するのは初めて、ほとんどの正式かつ厳粛な時間ではないですが。私は個人的にグループとしてプロジェクトのプロセス全体を感じます。
需要を満たすために、分析の初期の議論からは、複数のステージのような設計、試作およびフローチャート。私は収穫がたくさんあります。最も印象的なの一つは、私はそうはいくつかのポイントがあります。
1.需求分析必定明确:由于需求分析的不明确,导致我们组在进行后端开发的时候,总是修改数据库,而导致数据库频繁出错,严重拖累进度。所以在后续的项目中,一定要将需求明确且完善。需求就像船舵,控制着项目的方向,若需求都无法确定,项目也必定走不远。
2.前后端要一致性:在项目开发过程中,由于我们是前后端分离开发,所以起初并不知道前端可以给我返回什么,在后端写函数的时候,就按照自己所想进行编写代码,结果在联合的时候,导致前端无法返回,而使程序无法运行。
3.数据库设计时要考虑全面:在需求明确以后,数据库设计的时候也要考虑清楚,最好进行讨论,我们在设计时由于先由一个人写好,他在创建的时候将自身所要写的部分思考的比较清楚,而一些部分就有缺失,而导致后面得多次修改。
4.多讨论,集思广益:当遇到问题的时候,一定要多讨论,很有可能你纠结很久的问题,讨论之下就迎刃而解了。这也可以加快进度。毕竟三个臭皮匠顶个诸葛亮。
5.会议内容需明确:因为是第一次碰到要录音且较为正式的项目会议,在此没有准备,所以在第一次项目会议讨论的时候,总不知道该说些什么,都想到什么说什么,但事后,还是需要在微信群中补充。所以在会议之前,就要先做好要讲述的内容,提高效率。
6.今日事,今日毕:每个人多多少少有拖延症,但这毕竟是一个团体项目,你的拖延会影响整个团队的进度,当遇到问题,或者bug的时候,一定要第一时间解决,自己无法解决也许去找人帮助,而不是一味拖着,永远想着明天。
7.合理分工:这次项目完成的不够出色,有很大原因就是在最初的分工上产生了问题,不熟悉且工作量较大的前端,只分配了两个人。而后端却陷入了狼多肉少的境地。所以最初的合理分配很重要。
8.调整及时:我们在进行项目开发的时候,其实有好几次都可以修正,却没有进行调整。产生了不好的效果。
4.对课程的建议
1.老师上课的时候可以将一些自己看到的优秀的项目工程在课堂上与我们进行细致讨论分析,让我们更直观的感受到项目的优异,也可以让我们从中学习。
2.进行对于课本知识的测试,巩固课本知识,毕竟此课也有期末考试,对于课本知识感觉掌握的有些欠缺。
3.在大作业时,可以和我们说说学长学姐们好的作品与不好的作品,好在哪里,或者错误在哪里,好的地方我们可以学习,他们所犯的错,我们也可以尽量避免。
4.朱老师上课幽默风趣的风格我很喜欢,经常从生活层面与我们讲述一些道理,也的确有颇多收获,比一味的高谈阔论要好很多。。
5.小组分工可以提前,让彼此更为适应,增加默契。可以多弄几个小组的小项目。