[仕事]個人ブログソフトの仕事 - ソフトウェアのケーススタディとプロダクトマネージャー

プロジェクト	コンテンツ
クラス：北の春2020ソフトウェア工学006クラス（ロジャー、レン建金曜日）	パーククラスのブログのブログ
求人：解析ソフトウェア製品、作りお薦めや計画	個人ブログの求人 - ソフトウェアケーススタディ
個々のコースの目的	システム・ソフトウェア・エンジニアリング、トレーニング、ソフトウェア開発力
私は目標を達成する助けたジョブの特定の局面において	思考からまとめた分析ソフトウェア製品インスタンス、学習

ディレクトリ

ディレクトリ
製品選択
製品の経験と評価
ソフトウェア工学の観点からの生成物の分析
私は、プロダクトマネージャーだった場合

製品選択

中国のインターネットでは、CSDNとCnblogsは、ブログサイトの分野で2つのよく知られている開発者です。しかし、異なる位置とその向き：

CSDNブログ推薦システム、コンテンツやテーマは異なるブログ記事を連絡する類似した、ボーエン家によって弱体化。APPの設計に、より近い今日の見出しを押して情報ストリームのタイプにCSDN。
Cnblogは、個人のブログや教育目的に焦点を当てている、すべてのボーエンは明確にブログを属し、ボーエンは近い伝統的なブログサイトに、ように少し異なったブログとの間の接触、およびサポートするカスタムブログのスタイルとしています。

アクティブユーザの観点から、活性ボーエン、システムの複雑さ、より大きな体重CSDN、より複雑。本論文の分析とCSDN APPの特徴や経験のいくつかの評価は、ユーザーのニーズを満たす能力を調査し、ユーザーエクスペリエンスがあればバグやそうで、良いです。

製品の経験と評価

CSDNのiOSアプリの最新バージョンに基づいて、この記事を話し合います。次のように主なインタフェースは、次のとおりです。

### BUGのA（シリーズ）：ダークモード - 貧弱なユーザーエクスペリエンス、インターフェイスのデザインに一貫性がない、不完全な機能実現

我々はすべて知っているように、iOS13は暗いモードで起動しました。ダークモードは、テキストの明るさを向上させながら、夜に画面の明るさを減らすことができ、ユーザの通常の読み取りが確実にするための条件の下で、全体的な光刺激や光害を減らします。CSDNと以下のようにも、ダークモード（夜間モード）を導入しました。

しかし、ユーザーエクスペリエンスに直接影響BUG以下のインターフェースデザインの重要な部分、暗いモード：

：システムが自動的に暗く、光モードのモードを切り替えて追従できず、追加の負担を作成するために、ユーザーのニーズを満たすためにしようとしたとき。

iOS13において、システムは、暗いを許可/ライトモードのアプリケーションは、すべてのソフトウェアの一貫性を達成するために、システムに従うだけでなく、頻繁なユーザ手動切り替えモードを回避します。しかし、唯一の夜間モード切替CSDN APP、上の非常に単純な設定の外観は、自動切り替えは毎回手動の切り替えをユーザーに強制することも、モデルシステムを追跡することはできません。「法の構築」第12章、「ユーザーエクスペリエンス」1は言いました：

ソフトウェアサービスは、常にユーザーの選択を覚えておく必要があります。

......

ユーザーエクスペリエンスが一貫性の理解するためにチームを強化することができ、「シナリオベースのデザインを。」

ここで私は、いわゆることを信じて、特定のパターンに従って（論理的、常識、ユーザーシナリオに沿った）ユーザーは今、このオプションは常に選択する必要があります選択することができると言うが、しない「常にユーザーの選択があることを覚えて」希望のオプションを選択するユーザーのために自動的にTA。

例えば、当然のことながら、そのテキストサイズオプションを読み取るためには、常にユーザーの選択アカウントのログインを維持する必要があります。しかし、このような夜間モード選択のために、ユーザがこのモデルを、毎朝9:00閉じ、ソフトウェアも学ぶべき毎日夜に10時にオープン（またはプリセットをしている）になることを想定しています。このモデルは、ユーザの実際の使用シナリオの一つの側面です。
ナイトモードは本体のみのインターフェイス完璧なフィット感は、矛盾のサブインタフェースがある：ユーザーエクスペリエンスの一貫性と整合性が悪く、インターフェース機能が苦しみます。

ここではソフトウェアの主なインタフェースは、ナイトモード（デフォルト開度スクリーンインターフェース）で点灯され、インターフェイスの他の兄弟は、サブインターフェイスを入力する]をクリックし、別のサブインターフェイスの外観：

過去の二つの図は、デフォルトで見ることができて良いフィット感、それに埋め込まれた「ジャワ」タブのアクティブインターフェイスでラベルダークモードを「推奨」「明るい色のパターン。」到達可能なクリックするだけで、二つのグラフから分かるように、暗闇の中で優れたインターフェイスモード適応を「ブログ」が、テキストボックスの「Q＆A」のインターフェース部に、まだ明るい色の背景である全体の状況と矛盾している、とテキストの下グレー、黒の背景にインタラクティブ機能が影響を受けている基本的なテキストを読み、同様のことは困難です。

同様に、次の二つの写真は、インターフェースの不整合（大きな夜ユーザによって引き起こさ依然として光オープニング画面のアニメーションを説明した明るいブラインド）、及び（白黒暗機能完了不十分な矛盾（インタラクティブなユーザー体験差）エディットテキストを参照してください）質問：

以下は、よりよいソフトウェアインターフェイスを達成するために、暗いモードです。夜に読みやすさを向上させるために白のモジュールを使用して、アルバム名や曲の名前、タイトルなどの鍵を見ることができます。非常に濃い灰色主背景、代わりのCSDN上記グレーので、対照的な背景と前景、背景発光が弱くしつつ、ユーザの眼刺激など。「ミュージックビデオ、」異なる背景と主な背景は、やや灰色がかった、主な背景を投影することは、平行な関係ではありません。バーが暗い条件ですりガラスの外観で接合「再生されていない」再生は、残っている、それは浮力クリック界面層であることを強調する。

CSDNは、ユーザーエクスペリエンス、一貫したユーザー操作、インタラクティブ（テキスト読みやすさ）、地元の向上とシステムの団結で、この、一貫性を学ぶために、より良いAPPを達成することをお勧めします。

BUG II：インタラクションロジックは、規則を満たしていないユーザーではなく、制御可能な感覚にユーザーのニーズを満たしていませんでした

一般的なソフトウェアインタフェース情報の流れ（例えば、ツイッター、ほぼ等知っている）は、通常、対応するストリームのトピックの下、CSDN APPはまた、同様のパターンを採用し（ユーザは左右スライドさせることにより達成することができる）メニュー上のトピックを選択しています。主題分類と分類の順序をすることができ追加や削除の右側にテーマのトピックリストメニューへ]ボタンをクリックしてください。

常識のユーザの観点によると、ここでは「マイ分類」配列変化の後、右の順に左からメイン画面への復帰が同じである必要があります。例えば、今、メニューを終了した後、左から右へ、順序を調整次の図は、「推奨」「ダイナミック」、「コンピュータの基本」「人工知能」の「Java」「Pythonの」のテーマである必要があります。しかし、終了を注文した後、同じではありません。

観察を通して見ることができる、CSDNは完全にユーザーの順序を尊重しますが、Javaは第三位、ソートに利用者が選択したテーマの残りの部分に上昇し、強制するものではありません。作ったCSDN排水広告のJavaのトピックを促進するための措置、の有料コース、および他のメンバーを理解することは難しいことではありません。

しかし、これは通常の論理演算で、ユーザの知識を満たし、また関心の一種にユーザーのニーズを満たしていません。、右メニューの左には、いくつかのトピックの視点で表示されません、ユーザーが今話題のJavaがアップグレード話す後に絞り出すことを余儀なくされた見ることができたかもしれないことに留意し、ユーザに「より多くを与えて、利用者の希望を尊重することができなかっただけでなく、その制御不能「インフルエンザ - ユーザーAPPの行動をするために知っていることはありません。

あなたが前にテーマを排出したい場合は実際には、CSDNは、そのロック位置へと及び「ダイナミック」を「推奨」、およびユーザー与えるようにすることができ、フィードバックを（例えば、灰色など、クリックしないとドラッグは、削除することはできません）。許可なく直感に反する意思決定上のユーザーからのフィードバックを与えてはいけない、それはユーザーに非常に悪い印象を与えるだろう。「法の構築、」と彼は言いました：

システム・インタフェースは、現実的な練習のユーザーが使用するユーザー・インターフェース、およびおなじみの用語をユーザーにもたらす......驚きを避けることができます。

ユーザーはあなたが表示をカスタマイズすることができますどのように多くの情報を管理している必要があり、あなたはまた、共通の設定をカスタマイズすることができます。

BUG 3：typo--詳細専門用語ラフ、ソフトウェアの品質管理の抜け穴、ユーザーへの貧弱な第一印象があるかもしれません

よく使う機能をこのブログを書いて、CSDNは、あなたが数式を挿入し、ユーザーは次のシナリオを見ることができたとき、しかし、マークダウン構文をサポートしています。

ここではラテックスではなく、「LtaTex」である必要があり、それは誤記です。しかし、ボーエンタイプミス書かれ、ログと異なるの他のテキスト情報を、ここではUIの書き込みのオプション誤記があります。直接ユーザーにUIオプションは、見や使用頻度が高いことになります。専門用語は、ユーザーに非プロを与えるエラーを綴り、悪い印象の違いを詳しく説明します。また、スペルミスは、人は（そのようなプロダクトマネージャーなど）のプログラマに加えてがあるたびので、UIは、効果的なテスト、コードレビューと製品性能評価されていない各メニューのさまざまなオプションを達成暗示して、重要なUIで見つかりましたエラーが表示され、エラーが支払うことができないことはできません。これはまた、APPのチームは急いで開発することがありCSDNを意味し、品質管理の抜け穴があります。

結論製品の経験

使用の10〜15分で、私は非常に多くの明白なバグを発見しました。APPの崩壊の原因ではないが、フラッシュバック、または情報利用者の損失は、このような悪質なバグを公開することが、

ユーザーの行動や期待はバグと呼ばれ、同じソフトウェアではありません。 - 「法のビル。」

私たちが見ることができるこれらのことからバグは、主要なソフトウェアプロジェクトとしてCSDN APPの開発と管理にはそうではない、コアモジュールは、CSDNのWebバージョンを拡張し、拡張することができ、いくつかの実装は、直接ページをコピーすることができ重要なコンポーネントは、タイプミスを記載から（NO考慮して得られたバージョンの実装では、モバイル端末（不整合が見られる埋め込みノーマルモード暗いと暗いパターンからレイアウトモード）のユーザを標的とし、品質管理ソフトウェアは、問題であり得ますそれは）見ることができ、ユーザの体験（事前にJavaの必須トピック）を考慮していません。

したがって、私の見解では、CSDN APPは、その開発が意図ではないかもしれないが、収益性の高い製品を実行するために他のプラットフォームの迅速な複製に重点を置いています。：「「お勧めできません」、「強くお勧めしない」一般的には、」「推奨」、という理由だけで「公正」格付け付与することができる「強く推奨」の著者

そのコア機能は確かに豊かなCSDNユーザコンテンツ出力と推薦アルゴリズムに依存しているもはや、実装され、ユーザーは、彼らがCSDN APPに必要な情報を取得することはできません。（ユーザーは、必要な内容を表示することができます）
しかし、機能はAPPに特有のものではない達成するために、唯一のブラウザとしてAPPは、ブラウザの外に内容が表示され、さまざまなユーザー・無愛想なバグがあります。

だから「CSDN」の私の評価は、「推奨」されたが、唯一のAPP評価できる「一般」。リファイン特定評価した場合、著者はスコアを改善するために行わ：

カテゴリ	評価（10 -3）	レーティングはに基づいています
コア機能	7	CSDNは、基本的にはウェブ版の主な内容を示しています。小型携帯端末があります。
ディテール	6	不和の場所のUIデザインの一部。UI単語がスペルミス。しかし、その他の詳細振動フィードバックがあります。
ユーザーエクスペリエンス	4	トラブルに対処するためのナイトモード。
アクセシビリティ	5	特別なアクセシビリティが特長ません。
差別化機能	7	大規模なユーザーベースのおかげで、ユーザーは、いくつかの品質のコンテンツが、主権一般的に生成することができます。
パフォーマンスソフトウェア	7	明らかな欠陥はなく、利点。
適応型ソフトウェア	7	明らかな欠陥はなく、利点。
成長	6	なぜなら推薦アルゴリズムに提示されるコンテンツのますます密接な関心になるだろうが、貢献APP自体属していません。
ユーザーの管理	4	小型で簡単な設定。いくつかのカスタムオプションを完全に尊重されていません。