| プロジェクト | コンテンツ |
|---|---|
| この作品は、コースに属し | 教室の先生のブログのホーム・ページへのリンク |
| どこの仕事でこの要件 | 実験9人のチームワーク5チームプロジェクトを改善し、システム設計を必要とします |
| チーム名 | 小さな丸いチーム |
| ジョブの学習目標 | （1）オブジェクト指向要求分析法をマスター;（2）学習ソフトウェアシステムアーキテクチャとデータベースの論理設計、ソフトウェア・システムの設計仕様、制御システム設計プロセス、設計原理および技術の準備を学びます。 |
タスク1：改善されたチームプロジェクトは、分析を必要とします
。このチームとシステム設計プロジェクトの改善のための需要は、我々は最初の要求分析フェーズの最後の欠陥を解析し、以下のように、基本的な内容は次のとおりです。
1.需求规格文档不够完整和规范； 2.系统设计图和用例图不够准确，缺少了最主要的类图，在画图是将多种图混搭； 3.需求调研不够充分,调研方法单一，对本校的教务管理人员的调查太少。 4.在调研时没有用到之前准备好的原型。 对于以上不足，我们重新进行了用户需求调研，并对《需求规格说明书》再次进行了修改和完善，对于详细的更改内容请看任务3中团队项目github仓库链接地址 。B。8.5関数リファレンス「建設法」と優先順位をナビゲートし、我々は4つの象限の機能解析を設計しました。
C。チームプロジェクトWBSの作成
一个团队项目要在一段时间内完成诸多任务，若要满足用户需求，实现团队目标，完成需求分析后，编制项目WBS（Work Breakdown Structure，即工作分解结构，是根据项目目标把工作分解成许多层次分明的、可交付成果的工作任务，然后用逻辑图形或树形结构表示出来），是团队项目有序管理的工作依据。D。チームメンバーは、各タスクに必要な時間を見積もります
| プロジェクトメンバー | 特定のタスク | 所要時間 |
|---|---|---|
| 陳飛 | システムモデリング、データベースの論理構造設計 | 4時間 |
| 周林 | システムのブックアウトラインのデザインを書く、システムの構造図 | 3.5時間 |
| 趙Yanxia | 改善し、要求仕様を終え、編集者のブログ | 3H |
| 胡Wenyan | WBSの作成、書かれた本のシステムレベル設計 | 3.5時間 |
タスク2：デザインチームプロジェクトのプロセス、設計方法やモデリングツール
- システム設計プロセス：
私たちは、最初の調査結果との準備に基づいて、その後のニーズ分析の多くを私達の生徒と教師の研究対象上院を含め、ユーザー調査を行い、「要求仕様。」その後、我々は紙管理システムの設計を始め、デザインは主に良い全体的な計画の後のシステム、システム、モジュール部門、機能の割り当て、インターフェイスデザイン、UIインターフェースなどの基本的な処理の流れの組織構造を含み、GBを参照GB8567--88は、「ソフトウェアの概要設計仕様書」を作成し、作業の次の事明確な部門と当社のソフトウェアシステムの実現のための準備します。
プロセスフロー図
サブルーチンコールグラフ
- 設計法：オブジェクト指向のシステム設計
特定の機能を達成するように設計された包括的フレームワークおよびデータ構造は、アカウントに、システムの全体的な機能から、段階的に最適なシステムの全体的な設計を入力、出力、環境、プロセスフロー、構造、手順、人的要因のすべての側面を行います。分解システムの設計、統合、およびフィードバックの作業方法を使用している場合。
モデリングツール：Visioの
タスク3：チームプロジェクトのgithubのリポジトリアドレスリンク： 「ソフトウェア要件仕様」および改善された「ソフトウェアの概要設計仕様書」
任务4：具体分工及占整个系统设计文档任务的工作量比例
| 项目成员 | 具体任务 | 工作比例 |
|---|---|---|
| 陈飞 | 系统建模、数据库逻辑结构设计 | 26% |
| 周琳 | 系统概要设计书的编写、系统结构图绘制 | 25% |
| 赵燕霞 | 需求说明书的完善和整理、编辑博客 | 24% |
| 胡文艳 | WBS的编写、系统概要设计书的编写 | 25% |
任务5：团队项目系统设计心得
通过老师、助教点评和其他团队对我们调查工作中出现的问题的反馈，我们意识到在需求调研与分析阶段我们组的不足，在进行用户调研时一定要充分，要有一定的调研规模，调研对象应全面，针对不同的调研对象要采用不同的调研方法，只有做好这些，我们的需求分析才会合理，才有价值。因此，针对上次需求调研与分析阶段的缺漏，我们做了更改和完善。其次，从本次团队项目系统设计的过程中，我们明白了拿到一个大的项目时首先需要编制项目WBS，对项目进行分解，再对每个小模块进行详细划分和设计，这样做的好处就是目标明确、思路清晰、一个小模块出错不会影响其他模块，方便修改，对工作合理分工也很重要，使得效率提升很多。