最初のチームワーク
序文
| 保有しているコース |
https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign |
| 運用要件 |
|
| 対象のジョブ |
比較ブレード、AxureのRP、Mockplusプロトタイピングツール コミュニティ管理アプレットとWebクライアントの分析を必要とします それは完全なアソシエーション管理アプレットとWebクライアントのプロトタイプが含まれています |
ブレード比較、Axure RPの使用を除いて1、のMockplus
1.1ブレード経験
彼のインクナイフといえば最初の大きな学期である必要があり、その後、真実を伝えるには、本当に言葉を「絵」を理解していない、先生は私たちがそれを描くブラザーズで進めてみましょう、コンテストに参加するためには、その時点で、との接触に入って来ました意味、本当に私はそれが絵画の芸術だと思った、と彼はゆっくりと始めたときにアプリのプロトタイプは、達成感がありますどのように自分の携帯電話上で動作しているAPKパッケージをインストールする際に、それを行うために開始した後、ブレードを始めることができます驚いこんなに早く、一日は、簡単なアプリケーションを作ることができます。
それはモバイル最終製品のプロトタイピングと健康のために設計されていると言うことができ、ドクターブレードは、製品のラインだけで、それが設計することができ、私を覚えているし、ネットワークを持っている、である、と同社はまた、だけでなく、PC、家庭で非常に便利ですブラウザ内から直接アクセスすることができ、あなたは直接クラウドにアクセスすることができ、そして同じ時間の協力で、これまでに5人が、それは本当に便利です。
1. 2Axure RP体験
その時に兄弟が試用期間の絵のプロジェクトは、APKにつながることはできません後の容量を増加させ、そして来てプロジェクトをアップグレードする必要があり、個々のユーザーに課金しなければならないので、我々はこれを使用するためには、この手数料を憎むので、彼らはなっているので前にこれを使用して起動する理由がありますAxure RPので、その理由は、無料でプロジェクトを実施しており、サポートなどブラザーズとの仕事。感じることが少し難しい学ぶために、ゆっくりと、あまりにも多くの相互作用を試作彼のスピードをシャープにたくさんの悩みを感じて、それはまた、より複雑で、変更、予測できない、あまりにも多くの機能と比較します。
1. 3Mockplus体験
Mockplus私が前に使用していない、それが接触しているこの時間は、ラピッドプロトタイピングは、簡単な図設計ツールであるとして、彼はほとんど同様の2つのツールの前で運転した感じ。そして、適切なソフトウェアチーム、ソフトウェア開発の設計段階での個人的な使用のために。すぐに速度まで、十分な機能。それはコンポーネント、アイコン、コレクション、タブのマスターを設計された内側と、スイッチングが使いやすい、それは上記のコンポーネントライブラリを固定し、共通の部品の一部を上映、高周波数動作のために見ていません。また、この折りたたみパネルが素晴らしいです、拡大し、問題を閉じもつれません。
合計：
ソフトウェアは、インタラクティブな機能の多くを実現した、非常に大きい場合、長い時間を恐れていない、APPの実際の効果と一致するように、ピクセルレベルで、その後、Axureは最高でなければなりません。
我々は、高速追求するならば、あなたはすぐにプロトタイプにしたい、それが証明するのは簡単ですし、私が感じるMockplus最高です。
最後に、あまりに場合と同様に、アプリを作るためにブレードを使用して、使用Mockplusウェブを作るために、何の2つのツールは、複雑な相互作用ではない、唯一のページとインタラクティブなページ要素を設計し、最終的な効果は、最高でなければなりません。
2、「百連隊」の分析を必要とします
彼自身、このデザインの製品名は「百連隊」アプレットとWebクライアントである「百連隊のバックオフィスシステム。」
2.1。機能部門
このシステムは、活動のフロントで入手可能な最新の、地域社会と学校コミュニティ管理ソフトウェアのメンバーとして開発された、およびオンラインコミュニティを介して作成することができます理解する必要があり、コミュニティのニュース、管理、およびコミュニティのメンバーの最新の発表、背景と秩序ある行動を閲覧し、主要な側面は、フロントとバックオフィス機能モジュールの機能モジュールに分けることができます。
2.2。機能の説明
2.2.1。システムの参加者
| 役割名称 |
作品の説明 |
| システム管理者 |
協会の承認、会員管理、掲示板管理、ニュースリリース、コミュニティのカテゴリの削除を申請することができます 管理、修正するための情報システム管理者、学校、企業の連携および管理機能 |
| コミュニティ管理者 |
コミュニティ、メッセージ管理、変更管理の発表を管理することができ、管理のメンバー、コミュニティ情報 その他の機能 |
| メンバー |
、地域社会への入学を申請するメッセージ情報を発行し、情報を修正し、発表やその他の機能を見ることができます |
| 観光客 |
基本情報の閲覧アプレット |
2.2.2。モジュール説明
| モジュール名 |
詳細な要件 |
| 登録モジュールにログインします。 |
ユーザーの観光客は、会員登録に必要な情報を記入し、入会を申請することができます |
| 観光客のユーザモジュール |
あなたは、最新の発表、団体およびその他の基本的な情報にアクセスすることができます |
| 学校・企業管理モジュール |
来場者は、ユーザーコミュニティと企業の協力を相談し、企業の情報を表示することができ、コミュニティは、同社の活動を促進することができます |
| コミュニティ管理モジュール |
コミュニティとコミュニティカテゴリの追加および削除の操作情報の変更操作の |
| 会員管理モジュール |
管理者は、メンバーの操作を、追加、削除することができます |
| Administratorモジュール |
主にその情報を変更するには、 |
| メッセージ管理モジュール |
ユーザーが操作メッセージを削除し、追加します |
2.2.3。ユーザー・プロファイルの編集
図2との合計の実施形態。
システム管理者は、ユースケース図
図の例にコミュニティ管理者
図のユースケース
訪問者は、ユースケース図
機能要件分析の2.3詳細な例：
彼らのニーズや社会の上記の理解は実際の結合合理Roseモデルは、ここで次のように対応する例示的およびアクティビティ図を示す必要があります。
2.3.1ユーザーログイン
実施例1。
2.アクティビティ図
情報を表示するには、2.3.2のユーザー
1。ユースケース図
2.アクティビティ図
2.3.3ユーザーが個人情報を変更します
実施例1。
2.アクティビティ図
コミュニティの作成2.3.4ユーザアプリケーション
実施例1。
2.アクティビティ図
2.3.5ユーザーレビュー登録
実施例1。
2.アクティビティ図
速報を追加する2.3.6システム管理者
実施例1。
2.アクティビティ図
アナウンスを変更するには2.3.7システム管理者
実施例1。
2.アクティビティ図
2.3.8ユーザー管理組合管理者
実施例1。
2.アクティビティ図
3、百連隊連隊百アプレットと背景管理システムのプロトタイプを示しています。
開発ツール：ウェブ、オンライン・ブラザーズ
百連隊アプレットのプロトタイプを示しています。
https://free.modao.cc/app/5363270e270a762920c2a609744061dad515cfcd
百連隊背景管理システムのプロトタイプを示しています。
https://free.modao.cc/app/54b941116e3c1daf2116da6f0ead2371e077963a
4、プロトタイプの詳細設計
プロトタイプは、それだけでショットが小さなプログラムを示したリンクプレート3、で見ることができたときにスペースが査読アシスタントに感謝するのは難しい、あまりにも面倒なように見えるしていないため、特定のニーズ分析と設計に対応するプロトタイプを持つセクションIIによると、システムインターフェースとバックオフィス管理システム、コミュニティ管理、会員管理、インタフェースのイベント管理部の四大機能ブロックにログインします。
4.1百連隊小さなプログラミング
「百連隊」ホーム
Q＆団体
イベント登録
個人情報
4.2百連隊背景管理システムの設計
ログイン画面
イベントの管理
会員管理
コミュニティ管理
ここでは、需要のプロトタイプスクリーンショットページ解析、まだ多くのページが彼らのハードのレビューに感謝アシスタントの上にリンクしたプロトタイプの簡単な紹介。
最後に、このプロジェクトのニーズ分析の印象、これはまた、我々はそれを行う、プロジェクトに当社グループのニーズを分析することは、当社のコア機能は、この比較的小さな、主にフロントエンドインターフェースのニーズの変化である、小さなパーティーステーションプログラムです実際のプロジェクトで言うことも、私は意志のための彼の完成品の外観だけでなく、データベースを知っている、おそらく最後の、主に絶えず、このセクションをインタフェースを調整するために、我々は製品の同じタイプに目を通す、より多くのフロントエンドの要件になります需要の対応する変更があります。最後の反復は、主な需要がありそうな変更の私たちのプロジェクトの実現として変化し、需要のほとんどは、主に2回目の反復のために、達成された、同じ基本的なニーズの最初の反復をまとめました。
しかし、唯一の定数は、ユーザーを取得するために、需要分析プロセスは洗練さを維持するために、非常に退屈で非常に重要であり、ノンストップ議論がユーザーに確認し、背中の実現に目標をクリアすることができるようになります需要の変化である最後したいです。