この課題はどのコースに属していますか	2020年春\|クラスS
仕事の要件	個人的な宿題ソフトウェアの評価
宿題の目標	SDKの評価、SDK5の分析、製品の計画
宿題	クリック
その他の参考文献	建設の法則

一つの研究評価

評価

1.1ウェブ

1.2Android

1.3 WeChat Miniプログラム

バグ発見

バグ1：Webデモに新しいグループメッセージがあると、左上隅にメッセージ番号のコーナーが表示されます。クリックしてチャットインターフェイスに入り、終了すると、新しいメッセージプロンプトがないときにコーナーの見本が消えますが、グループメッセージは終了します後コーナーマークは消えていません。

バブル誤消去（コーナーマーク）
メッセージリマインダー

表示

他の会話をクリックした後、メッセージの赤い点がまだ存在する

bug2：Android側がWeb側と通信するときに、メッセージが既読であるかどうかを相手に正しく通知できません

バグ予測の原因

最初の理由は、テストが十分ではないためかもしれませんが、これが見つからなければ、大きな問題はありません。
2番目の根本的な原因は、異なる端末の機能が異なることです。Web側には「読み取り」プロンプトはありませんが、Android側にはメッセージが正しく受信されてWeb側に表示された後、「読み取り」機能がないため、フロントエンドが大きくなります。確率はこの読み取りステータスをサーバーに返さず、Android側はそれを認識しなくなります。
製品グループの人々がこれらのバグを見つけられなかった理由については、デモは基本的な機能を実行するだけで十分なので、それで十分です。使用プロセス中にそのパワー、シンプルさ、使いやすさをすでに感じており、マルチエンド開発は異なるチームに属している場合があります。完成度も異なります。

二次面接

想像する

主な機能

大学生と学生、学生と教師のための支払い交換プラットフォーム。無料の投稿機能を提供します。質問者は質問ページに質問を投稿し、回答者は回答に対して経験報酬を獲得します。
さまざまな大学の有名な教師を招き、プラットフォームに慣れさせます。有名な先生に質問するには支払いが必要で、SDKが提供する均一通信機能を利用する方法が採用されています。教師の肩書きに基づいて
質問に答えた教師の報酬を判断します。問題が解決したら教師に支払います。
この製品は、
大学生および教師のユーザーを対象としています。

NABCD分析

N ———ニーズが必要
一部の生徒は、他の生徒や教師に尋ねることについて内向的で恥ずかしがり屋です。このソフトウェアは彼らの問題を非常にうまく解決することができます。教師は
このソフトウェアを通じて収入を増やすこともできます。
A ———アプローチ方法
AndroidアプリとWebサイド
B ———利点利点
インターフェースの概要。主要な情報が一目でわかります。ユーザーは自分の質問を対応するカテゴリに簡単に投稿したり
、質問分類の専門家を簡単に見つけて質問したりできます。
C ---競技者は、競争
のユーザインタフェースシンプルで美しい
より人間的なオペレーティング
完全に機能し
、この依存性を生成するためにユーザーを有効にする、優れたユーザーエクスペリエンスをもたらすことができる
D ---配達推進
、大学内の推進、学生と一部のコミュニティの労働者が立ち上げを宣伝を助ける

インタビューログ

背景とニーズ

背景：面接の対象はクラスメートです。ソフトウェア工学のジュニア学生。
需要：便利で高速かつ効率的な通信ソフトウェア。

体験

使用プロセス

問題は解決されていません。この製品は、市場に出回っているさまざまなソフトウェアと同じです。

ソフトウェアは、インターフェイス上で比較的シンプルであり、重要なポイントをすばやく把握できます。データ
量は非常に大きいですが、性能低下などの現象はありません。機能的には、機能は完全
ですが、ユーザーフレンドリーではなく、改善が必要ないくつかのバグや領域があります。精度に関しては、精度が高くなります。
ユーザーエクスペリエンス、このような末端でのAndroid、提供するナビゲーション情報として、人間ではないいくつかの場所がある
クリックは、情報源のインターフェースに入らなかったが、情報産業のリストにジャンプすることが、示された情報を
複数のステップを必要とし、顔入力したいメッセージを入力するために、これはあまり人道的ではありません。

開発したい商品を紹介

私が開発したいソフトウェアは、大学生と学生、学生と教師のための有料コミュニケーションプラットフォームです。言及
自由な投稿機能について、問題の独自の質問ページポスト質問者は、回答者がでていることに答え
た経験の報酬。さまざまな大学の有名な教師を招き、プラットフォームに慣れさせます。有名な教師に尋ねるには支払いが必要
です。これを行う方法は、このSDKが提供する均一な通信機能を使用することです。教師
の職位に基づいて質問に答えた教師の報酬を判断する。問題が解決したら教師に支払います。

改善のための提案

ソフトウェアのバグを修正します。
さらに写真を送信する機能を追加します。
人間とコンピューターの相互作用体験を改善します。ナビゲーションバーのメッセージプロンプトをクリックする
と、質問のインターフェイスに直接ジャンプします。

ユーザーの意見

問題の難しさを分析します。難易度が異なる質問は、価格が異なります。
教師は受け入れるかどうかを選択できます。教師が質問を受け入れる間、質問はロックされ
、他の教師は質問を受け入れることができません。

3つの分析

推定時間

6人の新しい学生が予想され、開発プロジェクトの推定期間は3か月です。

長所と短所の分析

利点：問題解決に特化しており、ユーザーエクスペリエンスは比較的良好です。ソフトウェアは十分にサポートされており、複数のプラットフォームをサポートしています。
短所：市場に出回っている他のソフトウェアと比較すると、機能が単一すぎます。インターフェースの
一部を改善する
ことができ、さらに単純化することができ、あまり複雑にする必要はありません。
開発時にコミュニケーション管理を行います。インターフェイスの一貫性を確保します。

3つの提案と計画

あなたがプロジェクトマネージャーである場合、どのようにして競争を改善し、勝つことができますか？
ソフトウェアの品質を確保し、パフォーマンスを向上させます。人間とコンピューターの相互作用をうまく
活用して、ユーザーが優れたインタラクティブなエクスペリエンスを体験できるようにします。
ソフトウェアに重大なバグがないことを確認するためにテストを適切に行ってください。これにより、ユーザーエクスペリエンスの低下につながります。
インターネットで宣伝する。いくつかのメディアや自分で記事を公開して、ソフトウェアを宣伝することができます。
現在市場に出ている製品は何ですか？
現在、小中学生向けの類人猿問題バンク、宿題ヘルパー、その他の製品があります。
どんな機能をデザインしたいですか？
無料投稿機能により、質問者は自分の質問を質問ページに投稿でき、回答者には回答
に対する経験報酬があります。
有名先生にお願いする決済機能は、このSDKが提供する均一通信
機能を利用することです。教師の職位に基づいて質問に答えた場合の教師の報酬を判断します。問題が解決された後、
教師は支払われます。ユーザーは、教師と1対1で通信するときにこのSDKを使用します。
問題検索機能。
なぜ他の機能の代わりにこの機能を実行したいのですか？
第一に、私は
とても内気な学生で、先生に質問するのではなく、私と同じ問題を抱えている学生の問題を解決するためにこの機能を作りたいと思います。
第二に、この機能には明るい未来があると思います。
ユーザーがあなたの製品/機能を使用するのはなぜですか？
私のこの製品は、生徒が教師や他の学校のギャングとコミュニケーションをとる機会を提供します。
学生の学術的問題に対するニーズを満たします。
あなたのイノベーションはどこにありますか？NABCD分析を使用できます。
N ———ニーズが必要
一部の生徒は、他の生徒や教師に尋ねることについて内向的で恥ずかしがり屋です。このソフトウェアは彼らの問題を非常にうまく解決することができます。教師は
このソフトウェアを通じて収入を増やすこともできます。
A ———アプローチ方法
AndroidアプリとWebサイド
B ———利点利点
インターフェースの概要。主要な情報が一目でわかります。
ユーザーは自分の質問を対応するカテゴリに簡単に投稿したり、質問分類の専門家を簡単に見つけて質問したりできます。
C —競合他社の競争
このソフトウェアは、教師と生徒のやり取りのためのプラットフォームを提供できるため、生徒は自分の質問をすることができます。
D —デリバリープロモーション
カレッジや大学で宣伝し、クラスメートや一部のコミュニティメンバーを動員して宣伝を支援する
このチームを率いるとしたら、何が違うのでしょうか？
一人ひとりの強みに合わせて、みんなの力をフルに発揮させましょう。
コミュニケーション管理で優れた仕事をし、開発ライフサイクル全体にわたって効率的に作業を実行できるようにします。
チームに5人4か月の場合、プロジェクトマネージャーとしての役割（開発、テスト、アートなど）をどのように構成しますか？
開発パート：3人割り当て（フロントエンド1人バックエンド2人）
テストパート：1人
アートパート：1人
チームが16週間のサイクルで行うこと、およびソフトウェアが16週目に予定どおりにリリースされるようにするために毎週行う必要があることを説明してください。
タイムスケジュール

第1週にパーティーAと連絡を取り、ニーズ分析を行います。
第2週から第3週プロトタイプの設計、ユーザーのコメントに従って変更
第4週システムの設計とデータベース設計
第5週から第12週特定の開発と機能テスト
週13は、αバージョンのデモを提供、テストのバグ
試験手順に従って週の改善のためのが見つかりました。
十五思慮深い週間のリリースの準備ができて16製品テストを/
プロジェクトがリリースされた後、需要を満たすためにプロジェクトを展開する方法を検討しましたか？
16週間後に完了するプロジェクトに必要なサポート機器（サーバー、帯域幅、データベースの需要量と構成）を分析します。
アプリケーションサーバー構成：4コア8G 2
バックエンドサーバー構成：8コア16G 3
リレーショナルデータベース：SQL Server3
バッファーデータベース：Redis2

個人的な宿題ソフトウェアの評価