| プロジェクト | コンテンツ |
|---|---|
| この作品は、コースに属し | http://www.cnblogs.com/nwnu-daizh/ |
| どこの仕事でこの要件 | https://www.cnblogs.com/nwnu-daizh |
| チーム名 | ABCDのグループ |
| ジョブの学習目標 | （1）オブジェクト指向要求分析法をマスター;（2）学習ソフトウェアシステムアーキテクチャとデータベースの論理設計、ソフトウェア・システムの設計仕様、制御システム設計プロセス、設計原理および技術の準備を学びます。 |
A. Githubのプロジェクトチーム倉庫アドレスリンク
II。GitHubのリポジトリを更新し、「ソフトウェア要求仕様書」
本次实验，我们改善了上次项目中的《需求规格说明书》的不足之处，着重改善了需求分析在上次实验过程中的不规范之处，在原来需求分析的基础上进行了补充完善。对于该系统的目标和特点也相应做了一点改善，着重改善了需求规定中对功能的规定，对于功能的规定有更深，更确切的说明。三。「プロジェクトチームは、改善するために、分析を必要とします」
1、分析の欠如「プロジェクトの要件仕様、」
我々はまた、改善する必要が先週の「要求仕様」にあります。
。説明はgithubのリポジトリに公開されることはありません。
。B国家規格に従って編集できません。
2は、位置決め基準は、8.5「建築法」を特徴とし、優先順位は、機能解析4つの象限を与えています。
第一象限（キラー機能、基本的な要件）：あなたは、いくつかの直接的な爆発のモデルがあるホームページを検索したいモデルを入力してくださいこちらをクリック
第二象限（周辺機能に必要な要件）：登録、ログイン、パスワード忘れ、自分の好きなモデルを収集
人間とコンピュータの相互作用を達成するためのマンマシンインタフェース：第三象限（周辺機能、補助需要）
第4象限（キラー機能、補助デマンド）：簡単に自分の情報を変更し、彼らが望む車両をチェックします
3、チームプロジェクトのWBSの作成
4、プロジェクトチームの全体的な枠組み
5、プロジェクトチームのER図の作成
図6に示すように、例えば、図解析
;
4、チームのメンバーは、各タスクに必要な時間を見積もります
メンバー |
タスク |
時間 |
朱Shijing |
楽屋 |
三週間 |
馬玉芹 |
データベース |
二週間 |
秋市の研究 |
テスト |
二週間 |
八尾梁 |
フロント |
二週間 |
5、システム設計の経験チームプロジェクトの概要
以前の実験では、我々は彼自身の欠点を振り返り、システム機能の設計の学習UMLさらなる理解を強化します。GB GB8567--88を参照することにより、同時に、私たちは、この作品では、我々は労働者の4つの明確な部門を持っている仕様に関連するソフトウェアを書くの仕様を学んだ、誰もが真剣に、私たちは一緒に仕事してお互いを助け、彼らの仕事に専念しています、私たちはまた、チームワークの利点を理解しましょう。