「黒と白のチームのグループ」セブンス仕事:&コーディング改善するために設計されたチームプロジェクト

プロジェクト コンテンツ
コースワークの住所 教師ホームリンク
運用要件 チームプロジェクト
チームの名前を記入 黒と白のチームのグループ
目標を記入 プロジェクトを完了するために、真剣かつ責任

タスク1:うまく設計されたソフトウェアのプロジェクトチーム

Githubのリポジトリのアップロード「ソフトウェア設計マニュアル」

プロジェクトチームのブログの技術的な設計に記載された以下の原則を具現化する方法の概要は次のとおりです。

要約
機能とプロジェクトの明確な理解を使用するユーザへの抽象化は、私たちは、ユーザーのページに利用できる機能、クラス図、ER図、ユースケース図へのユーザータイプを入れているので、ソフトウェア設計仕様書を参照することにより、ユーザより便利にすることができ、明らかに彼らが実行できる機能や操作を使用することができることを理解しています。
強い凝集/弱い結合/モジュラー
強い凝集力、弱い結合がクラスを記載し、オブジェクト指向システムの主要なアイデアとの間に設けられ、職務の分離の各クラスは、低に結合する必要があるが、それぞれのクラスは非常に粘着性であるべきですこれは、作業対象物との間に互いにより独立させる、及びモジュラー開発は、システムの全機能のモジュール間の相互作用で形成することが行われています。
情報隠し、カプセル化
オブジェクト指向のカプセル化と情報隠蔽の、一般的な概念である:すべてのオブジェクトタイプは、クラスはメソッドにより、オブジェクトの振る舞いをカプセル化し、クラスのデータ属性によってクラスがオブジェクトをカプセル化し、タイプから継承されます。
インターフェースの実装の分離
うまく設計プロジェクトは、論理的に二つの間のインタフェースと実装の分離の2つのレベルに分けなければならないが、新しいアーキテクチャに昇格することができ、互いを妨害することなく、システムのメンテナンス及び膨張を助長しています、分散型クロスプラットフォームのWebの実装(IEブラウザ、QQのブラウザ、ブラウザがアクセスすることができます)。
エラーケース取扱
ネットワーク接続を確認するために、ユーザーを思い出させるために:(1)ページが欠落しています。
(2)検索データが空である:リアルタイムデータベース更新機能を強化します。
(3)悪質なブラシ賞賛:バックグラウンド管理者がリアルタイム監視、Webユーザは、定期的に意見を検討し、そのような行為にそのタイトルを見つけました。
動作環境のためのプログラムモジュールは、関連するテンプレート、入力および出力パラメータは任意の仮説を持っていますか?
(1)動作環境:SQL Serverの、JavaEE-
などのSQL Serverストアのユーザー情報、Webページ、データ:(2)テンプレートに関連付けられている
:(3)入力および出力パラメータ
①ログインモジュールの
入力:ユーザー名、パスワード
出力:Y / N
パスワードクエリインターフェース:
入力:ユーザー名
出力:パスワード
設定モジュール②:
入力:ユーザー名、パスワード、電話番号、性別、年齢、QQ、電子メール、誕生日の
出力:キャンセル/保存
コメントモジュールを追加③:
入力:テキスト
出力:パブリッシュ/削除
の変化に対応するための柔軟性のためのデザイン
ではない「として明示的な割り当てと変化に対応するために汎用オペレーティング柔軟性を、「変更」などの「操作」という、「タイプ」新しい操作「を追加するため、」変更するには、新しいクラスを「それが追加には適していません」。 "
データ処理能力の設計
(1)データの予測解析機能の
測定のデータ管理と監視(2)
(3)視覚的分析
(4)アルゴリズムの設計
(5)意味解析
ソフトウェア設計の再利用
ソフトウェアの再利用は、2つを指す、またはいくつかの異なるソフトウェア開発プロセスは、同一または類似のソフトウェア要素のプロセスを用いて繰り返しました。プロジェクトの設計には、ソースコードの再利用、文書の再利用を使用しています。
ヒューリスティックルールを使用してデザイン?
(1)機能モジュールを向上させる
(2)ブロックサイズ適度な
複雑さ(3)還元モジュール口実は、
(4)結合を低減、凝集力を増加させます

チームプロジェクトのgithubのリポジトリアドレスリンク

タスク2:チームソフトウェアプロジェクトのコーディング:

Githubのリポジトリのアップロード「標準仕様コーディングソフトウェア」
プロジェクトが完了しているソースコードリポジトリのGithub

タスク3:ボーエンと概要

この割り当てのシーンの写真を実装するためのチーム

実際の時間の自分のタスクを完了するために労働チームのメンバー、ジョブタスクの合計の割合と作業量の特定の部門

メンバー 今日では、タスクの状況 明日のためにスケジュールされたタスク 今日は自分の時間
歌フィフィ 詳細な設計仕様を修正し、改善 データベースを構築 8
索郎卓玛 修改完善详细设计说明书 搭建框架 8
马秀丽 编写《软件编码规范说明书》 搭建框架 8
李星宇 编写《软件编码规范说明书》 搭建框架 6

总结

      根据上课时老师提出的要求和建议,我们在小组内对项目思路进行了进一步的梳理,增加了在搜索部分的算法:即在按照关键字和标签搜索时,最热结果按照冒泡排序降序显示内容,并按照我们对项目的进一步的理解修改完善团队项目系统设计说明书和详细设计说明并上传到Github。改进部分有助于我们更清晰的认识我们的小组项目以及实现内容和方法。
      根据《软件编码规范说明书》模板在组内讨论并确定了项目代码编写规范,主要涉及代码注释规范:每个类必须说明其功能,如有必要可在中间位置进行相关说明;变量定义规范:首字母大写其余字母小写等编写了我们小组此项目的《软件编码规范说明书》并上传Github。制定组内编写代码规范有主于组内成员对代码的可读性,必要时可互相帮助,且规范代码对后期维护也更加友好。
      项目进行到这里,成员分工明确,各自有各自的任务,但也要随时进行沟通交流,小组成员要认真完成相应任务。

おすすめ

転載: www.cnblogs.com/hbtt/p/11031861.html