パーククラスのブログのブログ分析

プロジェクト	コンテンツ
この作品は、コースに属し	春2020コンピュータソフトウェア工学研究所（ロジャー・レン建）（航空宇宙の北京大学-コンピュータ科学科）
どこの仕事でこの要件	個人ブログの求人 - ソフトウェアケーススタディ

パーククラスのブログのブログ分析

研究、評価（ソフトウェアのバグ、評価関数、ブラックボックステスト、ユーザー調査、第8章、12章ソフトウェアのユーザーエクスペリエンス）の最初の部分

テスト

クラスのブログのブログのアシスタントと生徒を教える教師は、庭園を備えていますように、操作は、それぞれ、1〜2時間程度かかったより詳細なテストでした。学生いつものように、ユーザーとして、使用のより多くの経験を持って、テストは先生のテストに重点になりますので、/授業のアシスタントは関数の最後、特定のメソッドをテストするには、ディスプレイのイラストになります。

彼らの通常のログイン公園のブログアカウントを使用して最初は先生認証ました。教師の認証は、実際には、さらに多くのサイトからの異なるが、その後違いを主張しないEDUのメールボックスであることが要求されますが、多くの学校で電子メールを確認する方法の登録プロセスに基づいて、検証コードと電子メールを送ったと述べました学生はまた、うんeduのメールボックスを登録しました。

そして、ここでの成功を作成し、任意の検証をしませんでしたまた、テストクラスを登録。

登録が成功した後、ここで指導助手や学生を追加します。指導助手として、2つのアカウントを登録した後、クラスの学生として追加しました。そして、後に、それはまた、非常に滑らかで、クラスが実際に存在する参加する学生を追加しよう。あなただけが簡単にフィールドの残りの部分を埋めることができ、あなたはメンバーを追加するときにこのブログの庭で開示されたニックネーム情報を庭。

教師の割り当てなどの試みの後。Tucaoについて：宿題インターフェース値下げはそれを行うことはありませんブログを書くために自分の時間では、一方で書き込みプレビューすることができるようになりますなぜ？

作業リリース。ジョブのリリースと厳密にマークダウンマークアップ形式に従っていませんでした後、それはバグが自由に考えることができます。

クラスの管理インタフェース。ここで設定した非常にデフォルトの宿題のスコアではない誇張と成功を保存します。ちなみに、このページでは唯一の隣のクラスのホームページを入力してボタンを「管理」「推奨ブログ」を設定することができます。

アシスタントの状態に含まれるクラスの解散を含め、このインターフェイスを入力すると、教師は値が間違っていることが示されている、以前に保存されたデフォルトのスコアに加えて、まったく同じ動作を、これだけで行った値が「間違った」である保存することができます。

ここでテストそれを再チェック機能の公園ブログ。テストの学生にコピーされた私は、ジョブの投入、教師の終わりに再チェックとして、その後、元のブログ（いくつかの単語を変更する）とを占めています。再調査の結果は非常に正確ですが、ブログをクリックしようとすると、ブログパークが500エラーを報告しました。

クラス投票のビットをテストもあります。教師、学生と指導助手が自分の投票を表現することができ、投票は、画像を挿入することができ、またExcel形式で結果をエクスポートします。

学生は、インターフェイスを得点します。それは誇張またはデフォルトのスコアは、単に成功した戦いを設定します。

このインタフェースでは、あなたはまた、学生の仕事のために得点することができます。ここでのスコアリングの設定が制限されているが、この場所は、それが後に詳述する、バグがあります。

バグの説明

実際には、単にテストプロセスを読んで、おそらくそれを感じるの完全な溝ポイントがあるでしょうか？今の存在下で様々な一般的なクラスのブログのブログのバグパークを整理するには：

1.ほとんど認証なし

教師のアイデンティティからの登録は、（あなたも「ほとんど」削除することができ、ないという多くの使用EDUメール要件の場合）、クラスを確立し、その後、プロセス全体のアシスタントと学生を教える一度もほとんどなく、効果的な認証を追加します。だけでなく、そのクラスのブログのブログの庭で使いやすいのセットがあります：あなたは学生の教師を追加した後、学生はあなたがバイパス以下の適用が可能であるマニュアルレビュー、オープンなブログへの自動権利、通過する必要がない場合があります。

心のセットはすぐにクラスで学生を促進する、独自のブログを作成し、ジョブを送信することですが、どうやらブログパークや他の無関係な情報の機会に広告を掲載したい人。他の場所とは、例えば、私は上海音楽学院でクラスを設定し、必要な証明書が不足している - コンピュータ科学技術省が、実際に、私は上海音楽学院ではないです、大学ではコンピュータ科学と技術部門を検証していません。

2.ディスプレイ上の混乱を設定します

何のブログ公開は混乱の結果を提出していないので、それは経験の問題が非常に大きい影響を与える可能性がある事を思い出させるためにアシスタントによって発見されました前に最初の値下げ形式が述べた問題であり、慎重に検討すると思います。

第二のサブ機構に、この謎です。そのため、時間の、私はスコアのソースコード制御入力を見に行きませんでしたが、明らかに、クラス管理で統一されていないスコアの得点範囲内のジョブ・インタフェースの設定の一部、「デフォルトのスコアを設定する」、そこに異なっており、それぞれのバグは、。前者の問題はバグがデジタル形式で表示されるように設定されている以前のインターフェースで実証されています。最終結果は、庭のブログは1つの小数表示にアップできるようにすることですが、正規表現を扱うことも、私は小数点以外に署名しようとすると、問題であり、私はエラーを促さなかったが、シンボルの不法傍受の前に示してデジタル結果として。したがって、「9,5」、滑って、先生が「9.5」このスコアが手に殴られたプレイしたい場合は、より慎重にそれをチェックしていない場合、システムは、学生にこの貧しい人々を9ポイント、バッチインプットのスコア、教師を与えます学生は何のために0.5ポイントがあります。

：このバグを明らかにすることは大きな問題のブログパークで不統一。ここでは（あなたは、少なくとも同じバグの両側の入力の検証コードの同じ部分を使用している場合）と同じ内容は、仕様で均一ではなく、そのようなアカウント個人設定のインターフェースなど、他の場所で、風のない団結はありません。しかし、これはこの評価の内容ではありません。

（興味があるのは、一点で6つのタブ1を置くことができ、驚きがあります）

ユーザーエクスペリエンス

クラスのブログのブログパークは、バグのこの種を持っているか、危険なまたは、それはまだ最も重要なユーザーを取り込み、それらのための独自のプラットフォーム機能に対処するために最も必要性を提供します。が、教師と指導助手の場合、この機能はすべてのジョブ管理が容易と学生で、学生にとって、この機能は、高品質、洗練された技術的なパブリッシング操作を生成することです。実際には関数は、既存の庭のブログブログの書き込みの上に構築された後は、そのようなマークダウンのような軽量のマークアップテキスト、HTMLやCSSの書式設定や他の機能上の実際のキラー機能とは独立して調整、またCSDNおよびその他の技術のためのサポートまたはそれは、クラス管理システムに便利ですが、技術的なブログ機能を持っていません。今日の視点が、その機能は組織+宿題や得点のクラスに限定されますが、ことそれがなかった、と他のソフトウェアと、彼は何の直接的な競争を持っていないので、この機能自体が存在し、それがありますユーザーの関連ニーズは、経験を交換することはできません他のソフトウェアを提供しています。ブログの広告ははるかに少ない比較的パークCSDNであることを別のボーナスアイテムは、唯一のクラスのブログ関連機能ならば、それはほとんど無視できる程度です。

しかし、利用者の基本的なニーズを満たした後、次のレベルにするかどうか、より良いユーザーエクスペリエンスを提供？公園ではありませんでしたブログ。私は推測しなければならないとしたら、それはソフトウェア設計者がそれを行うには必要性を感じないかもしれません。このためていない場合は、すべての後、最終的な分析のブログの公園で、作品の形、宿題便利なプラットフォーム、およびクラスでさえ、投票としてブログにちょうどブログ、組織の形態としてのみクラスに最終的な分析では、クラスのブログですテストでは、私自身は、このようなシステムが最適化されているため、入出力比が非常に低い、それはあります気づかないかもしれません。多くは、さまざまな機能の詳細の追加や最適化をしようとしているもう一度、今のユーザーのソフトウェアよりも大きく、これらの改善は、ユーザーのニーズを満たすだけでなく、あるいはある程度の新たな需要を開発することができます~~（例えば、悪い+1）を再生している~~ソフトウェアを改善するためにいくつかの努力をし、そのビューのソフトウェア開発ポイントの観点からすると、やや理由もユーザーを強化するべきではありません、今クラスページの単調な色を調整した場合でも、常に価値がありますそれを経験。

結論（定量的評価）

スコアリング鄒衍教師の一貫性：10点、6点だけでなく、一点より良い何よりも、4点を通る、貧しい3ポイント

機能部品	説明	スコア
コア機能	コア機能：クラスの確立、運用管理は、その後、あなたは2つの機能としてカウント著者に作品を公開することができ、数3を主張します。これらのコア機能で、ブログの公園には競争がありませんもちろんのこと、非常によくやって。	10
ディテール	改善の余地がたくさんあるところ詳細は、庭のブログは言う必要があります。初めてOOブログパークジョブの最後の年であることで、私が最も感動した、多くの人が書いたが、仕事のインタフェースクラスにジョブを送信するのを忘れました。この損失が誰も二回食べていませんが、このような問題を回避するために、ユーザーエクスペリエンス、設計メカニズムを向上させるためには必要であるだろう。	6
ユーザーエクスペリエンス	議論の余地なく他の側面では、今述べた宿題の問題に加えて、ブログが庭を達成した、この時点で広告で満点を与え、将来に適応するための非常に良い経験が良いです。	9
アクセシビリティ	私がいた場合、クラス全体のブログインタフェースあまりにも単調なトーンは、あなたは難易度が素晴らしいではありませんもちろんのこと、この方向にいくつかの最適化を行うことを検討します。	4
差別化機能	クラスのブログは、実際には直接競合製品ではありません。しかし、難しいことではありませんまた、誰かが交換したい場合機能と、独自の実装は、比較的単純であることを考慮？	8

経験	説明	スコア
適応型ソフトウェア	応答性のレイアウトのおかげで、クラスのブログは、異なる機器、異なるウィンドウサイズで、それは非常に便利読み取るために、携帯電話のボタンの大きさも十分な大きさです。	10
成長	「gitのプッシュ」愚か者操作の束に「--all追加GIT」のように、彼らはまた、との良好さを感じ、「より多くのあなたがより便利に使う」が、基本的な操作に適応言及していないものの、改善の余地は大きくありません。	10
ユーザーが支配しています	仕事が明確に自分のジョブ内のリストで見つけることができた後、学生はそれを裏返し、終了します。しかし、教師の終了した場合、間違ったフィードバックスコアが十分でない場合があります。	10

オプションの採点プロジェクト	説明	スコア
セキュリティ	身元認証システムのクラスブログの欠如は、そのセキュリティは、基本的に教師と指導助手業務の正確性に基づいており、この仕組み自体はハードルの脆弱性そのバイパスブログとして登録することができます。	-3
ユーザーの信頼にソフトウェア	長い時間を使って、あなたはブログや、いくつかの取り組みが欠け庭園、クラスのブログアカウントを含む感じるでしょう。多くの最適化は何もしないことができ、認証は、ユーザーがいることを感じることができ、また心配である「ソフトウェアで間に合わせます。」	3

最終的なスコアは、おそらくレベルを渡す、100分の64です。もう少しスコアの差が、これはかなりアウト所望の心に沿っのありました。クラス全体のブログに直接得点場合は、関係なく、シャオ翔、10ポイントの、それが推定されている67分に見えます。

携帯電話のテストの終了

現在、公式APPパークブログはクラスの機能をサポートしていません、私はクラスのブログ上のモバイルブラウザがページ上で閲覧して使用します。ここでの関係とホールド画像の長さ。

調査結果では、クラスのブログの携帯電話側が、PC側の内容は、少なくとも、快適さとボタンの操作性を読んで再公開（応答性のレイアウトを使用する必要があります）、UIの設計では、悪くないとする必要がありました問題はないのが、原因機器のサイズと動作限界自体のモード、および全体的な経験にPC側を比較することはできません。しかし、私は、それは非常に少数の人々は、多くの場合、携帯電話、またはコンピュータ関連のコンテンツは、そのような人か非常に少ない、それの上のブログ、すべての後に、電話でこの機能を使用するべきだと思います。

第二の部分（ワークの8.6質量推定値を参照し、ソフトウェアエンジニアリングのセクション14.1）

このサービスのすべての機能を使用し、（チームサイズ6かそこら、コンピュータが卒業し、専門のサポートUI）ほどかかりますどのくらいの時間の程度を達成するためのソフトウェア/ウェブサイト/サービスと推定されています。（答える必要があります）

唯一の認証およびその他のセキュリティの詳細だけでなく、インターフェイスに関係なく、ケースの一部、ifとブログの庭というクラスのブログを考慮した場合さて、以上のフロントエンドのテンプレートを含む多くのモジュールのブログ、値下げのサポート、およびは、オープンソースのチャンネルでご利用いただけます最適化プロセスは、かろうじてコア機能を実現し、私は考えてプラス検査の費用は、ほとんどの今10週になります。

このソフトウェアは、現在、メリットを分析する（と同様のソフトウェアと比較）、この製品の品質が同様の製品で推定されたいくつかの第一位にランクされて？（答える必要があります）

人々が実装される機能を実現していなかった。このソフトウェアの利点があることです。短所：また、改善の余地を持っているいくつかの機能を達成するために、だけでなく、基本的な機能を実現するためにノーさらに拡大。

類似した競合製品の不足のためには、そのクラスで、この製品の品質は最初にランク付けされる必要があると推定されます。クラスのブログの面で間接的な競合他社はなどMOOC、オンラインクラス、の影響など直面するかもしれないが、彼らはの価値を共有するためのプラットフォームとしてのブログに代わるものではありませんでしたから（MOOCジョブは、多くの場合、ジョブの種類ではない公然と共有することが実際にありますが、ブログのようなハード・コア）。

問題のすべての側面は、推論ソフトウェア工学におけるソフトウェアチームの重要な側面は、（特定の勧告）を向上させることができるということ。

前の推論からバグのスコア、チームは密接にいくつかの設定では、リンクされないことがあり、同じ基準を採用することができませんでした。この点で、大きさで、特に一貫した、チーム間のコミュニケーションを強化することをお勧めします。

もう一つのポイントは、この製品では、ユーザーの信頼を可能にするため、可能な限り、つまり、ユーザーがチームはさておき、それを完了するためにではなく、後よりも、実際には、製品の価値を高めるために努力し、より良い体験をユーザーに許可されて感じることができますどんなに。

あなたは、なぜバグの最初の部分で見つかっ公表される前にソフトウェアチームを固定していませんか？彼らは意図的かどうかにかかわらず、修理、知らないのですか？その理由は何だと思いますか？

認証のバグ（実際にはバグと見、その後、このバグがあまりにも深刻だろう）のために、私はそれが意図的にソフトウェアチームを固定していなかったと思います。そこには、認証、安全でないと専門外ですが、将来的には、このステップを排除しますが、1は、ユーザの利便性を向上させることができ、それはまた、宣伝していないが、「テストです（ブログの庭のためのいくつかのトラフィックを獲得することができますクラス「）。

チームは完全に結果をテストしていない理由を記入バグの達成のために、ソフトウェアがなければなりません。しかし、修理せずに長い時間が、あなたはまだ多くの修理、それの必要はありません感じることがあります。しかし、このバグは、ユーザーがソフトウェアの存在の信頼性を疑う作るのに十分な、それ自体が存在します。

勧告と計画の第三部（関数参照「法の構築」と優先度の位置決めは、第8章、第9章、プロジェクトマネージャー）

このソフトウェア/ウェブサイト/サービスでは、新たに任命されたプロジェクトマネージャーであれば、どのように競争に勝つために改善するために、一部を改善するためにたくさん持っていますか？

まず、どのように大きな市場？どのように多くの潜在的なユーザー？

（などを含むがこれらに限定されない、CS、SE、ネットワークセキュリティ、）コンピュータサイエンスの主要市場や大学が、プロのコンピュータやその他の電子情報を連絡ますます近く、科学と工学の多くは、少なくとも1つのプログラミングを開きましたこれらのレッスンは、庭のブログのクラスとジョブ管理を使用して行われている場合のみ、想像する場合でもレッスンは、ユーザー数は、数が大きいと推定しています。

現在市場に出回っている、どのような製品の、どこで自分の長所と短所で？そして、それは直接製品を競合しているそこに？

、市場にブログの製品を既存の最も重要で最も類似したライバルがCSDNですが、それはクラスのシステムを持っていません。クラスは、ジョブ管理はMOOCまたはオンライン教室、カリキュラムセンターによって達成することができるが、それらは、ブログの性質を共有する必要はありません。だから、それを直接、おそらく製品がない競合しているが、新星の代わりに、将来を保証するものではありませんが存在します。例えば、1日、またブログのプラットフォームと同等であることが十分に開発されたユーザーMOOCプラットフォームの一定量は、原因MOOCに、オペレーティングシステムのブログに似て起動するためにどのようなリソースを統合するには、このプラットフォームは、自然の利点を決定するために設計され、ブログパーククラスのブログは、より多くのユーザーの半分以上を奪われる可能性があります。

新しいプロジェクトマネージャーとして、製品のコアユーザーベースはどんな人か、などの一般的なユーザーを見ているのですか？教育、年齢、職業、趣味、収入、需要の表面には、潜在的な需要がある何？

コアユーザー：

教師 - コンピュータに精通したが、年齢制限のために、新しいソフトウェアに適応する能力が若いようではないかもしれません。
アシスタント - シニア学部および大学院大学ベースの、コンピュータ関連の専門家の大多数に。
学生 - 学部大学ベースの、コンピュータ関連の専攻は、最も重要なユーザーです。

表面のニーズが管理クラスの教師と指導助手（学生を追加）、送信および受信動作であり、学生のニーズの表面には時間に割り当てに入れ、潜在的な需要は、高校での仕事の知識に期待しています。あなたが会う学生の知識のための渇きに学生のためのブログの記事を推薦する推薦アルゴリズムを使用することができますので、この知識は、ちょうど庭のブログで得ることができます。

あなたはプロジェクトマネージャーとして、6人、4ヶ月を募集するためにお金を持っている場合は、どのように構成するの役割（開発、テスト、芸術など）へ？あなたのチームは最初の16週間で、スケジュール上のソフトウェアの改良版をリリースする16週間の間、毎週何をすべきか説明し、期待される結果を達成しました。

パフォーマンスを向上させるために、このプロジェクトの開発の難易度は高くないが、適切なバックエンドの最適化、（クラッシュへのサーバー原因作品を提出することをあまりにも多くの学生の前に、このようなDDLなど）の事故を防ぎます。

主な機能の実現にテストは、慎重な機能に深刻なバグが表示されないことを確認するためにテストする必要があります。リトルバグがあまりにも多くの努力のテストを入れていない、他の非本質的な機能に影響を与えます。

アートは、位置の面で重要な、しかし、過度な派手なページのないソフトウェアの性質を考慮ものの、それは人員の配分にそのゲームオリジナルの絵画芸術のレベル限り、十分な注意を必要としません。

要約すると、それが均等に分散考えることができ、および不整合を回避するために、標準の統一方法を、双晶を検討することができます。開発の16週間（16週間のアクセスを持っていない場合があります）の期間の後、反復バージョン、主要ポストの先端部に、メイン事前に終了した後、アジャイル開発プロセス、毎週または隔週の繰り返しと考えることができる3-4 、また、より多くの改善点を収集しながら、最終的に公共のバージョンへの道を開く、テストコストを削減し、テスト既存の庭のブログにユーザーを招待検討することができます。

フォロー

このセクションでは、ジョブ要件の内容に属していない、継続的に更新このブログガーデンクラスの機能テスト、後に発生したすべての関連する状況を記録します。

~~（含むが、公式チェック水道メーター、これらに限定されない、学生に誠心誠意の挨拶でした）~~