第一章「現代のソフトウェア工学の法則のビル、」理解 - に話します

--- ---復元コンテンツ始まります

最初の章を終えた後、まず、集中的な専門的用語

「法の構築 - 現代のソフトウェア工学は、」ブック最初の章では、コンピュータサイエンス、ソフトウェア工学とコンピュータサイエンス、ソフトウェア機能とソフトウェア工学の間の関係の定義と構成部品に私たちを紹介しています。

図1は、第一章の研究を通じて、我々はいくつかの分類ソフトウェアを学びました。

  • システムソフトウェア:オペレーティングシステム、デバイスドライバ、およびその他のソフトウェアツール
  • アプリケーションソフトウェア:オフィスソフトウェア、通信ソフト、ゲームソフトなど
  • マルウェア:ウイルスやその他のソフトウェア

いくつかのソフトウェアおよび特異:1、アカウンタビリティ; 2、不可視; 3、揮発性; 4、従順; 5、不連続。

2、ソフトウェア工学とコンピュータ科学の関係


理論と実践の領域の一部の部分領域:まず、私たちが最初に徹底的にコンピュータサイエンスの分野に分割された領域のいくつかを理解する必要があり、それは2つのカテゴリに分類されます。

部分的な場の理論:理論計算、情報と符号理論、アルゴリズムとデータ構造、形式手法、プログラミング言語。

部分的な業務分野:コンピュータアーキテクチャ、並列コンピューティング、分散システム、リアルタイムシステムや組み込みシステム、オペレーティング・システム、コンピュータネットワーク、科学技術計算、セキュリティや暗号技術、人工知能、コンピュータグラフィックス、データベースや大規模データ処理、人間相互作用およびソフトウェアエンジニアリング;

ソフトウェアエンジニアリングは密接に社会の現実のニーズに関連して、人間の行動であり、我々は明らかに、それらのほとんどのコンピュータサイエンスと他の分野だけでなく、データの関係を理解することができます。

知識、ソフトウェア工学の3つの分野

ライフサイクル:ソフトウェア要件、ソフトウェア設計、ソフトウェアのビルド、ソフトウェアテスト、ソフトウェアのメンテナンス;

専門分野:ソフトウェア構成管理、ソフトウェアプロジェクト管理、ソフトウェアエンジニアリングプロセス、ソフトウェア工学モデルやソフトウェアの品質の方法。

理論的根拠:数学的基礎に基づいて計算、プロジェクト単位;

目標4、ソフトウェア工学 - ソフトウェア標準の品質の評価

顧客満足度、信頼性、高品質のソフトウェアプロセス、保守性。

この章の仕上げのいくつかの専門用語:

ソフトウェアアーキテクチャ(ソフトウェアアーキテクチャ)、ソフトウェアの設計と実装(ソフトウェア設計、実装とデバッグ)、ソースコード管理(ソースコード管理)、構成管理(ソフトウェア構成管理)、品質保証(品質保証)、ソフトウェアテスト(テスト)、需要分析(要件分析)、プログラムの理解(プログラム理解)、ソフトウェアの保守(ソフトウェアメンテナンス)、サービスオペレーション(サービス操作)、ソフトウェアのライフサイクル(ソフトウェアのライフサイクル、SLC)、ユーザーエクスペリエンス(ユーザー体験)、国際およびローカリゼーション(グローバリゼーション&Localizatiion)

本を読んだ後に第二に、いくつかの疑問

1は、第3章を通して読んだ後、「ソフトウェアエンジニアの成長は、」資格のソフトウェアエンジニアと品質のための能力は、大まかなアイデアを持っていたはずです。私の質問は、資格のあるソフトウェアエンジニアの成長とコードの量がそれに正比例しているのですか?資格のソフトウェアエンジニア、含まれるべき、特に何のコア競争力。

2.第5章を通して読んだ後、「チームとプロセス」は、ソフトウェア開発チームモデルの明確な理解を持って、各モデルの存在は、その存在の必要性を証明します。私たちは、良いか悪いかであるモデルを評価することはできませんが、自分のようなもののために最も適したを見つけることができます。私の問題は、冒頭で述べた外ラッシュモード、リソースのどのような状況下での使用を最大化するモードを選択するには、いくつかのモデルの残りの部分を削除することです。

3は、第8章を通して読んだ後、「ニーズ分析」、ソフトウェアを書き込む前に明確に理解して、ソフトウェア開発の分析の需要は、ユーザーがアプリケーション・ソフトウェアの開発のための大きな助けの広範な分析を必要とします。私の質問は、ユーザーニーズの最も正確な最大範囲を取得する方法です。

4、XIIを通して読んだ後、「ユーザー体験」ソフトウェアのユーザーエクスペリエンスの評価基準および要因が理解しなければならないためのソフトウェア機能設計を無視して唯一のユーザーエクスペリエンスを重視した場合、私の質問は、ソフトウェアの開発に影響を与えるにバインドされています。ユーザーエクスペリエンスを無視して機能を実装するだけでなく、ソフトウェアの市場シェアどのように競合を選択するユーザーエクスペリエンスとソフトウェアの機能に影響を与える強調している場合のみ。

5、ソフトウェアエンジニアリングのために、本を読んで、どのように一般的な理解のソフトウェア・エンジニアとして成長することが、どのように自分のキャリア計画を策定すべきであるした後、このような一部の学生などいくつかの問題は、それ自体はまだソフトウェアの背景されていないですが、また、ソフトウェアプログラミングのために計画を作成する方法には特に興味がありません。

第三に、彼らは分類と分析を使用しているソフトウェア

それは、次のカテゴリに分かれています。

オーディオソフトウェア:テンセントビデオ、すべてのビデオ、QQの音楽

学習ソフトウェア:百本の言葉はカットし、適切な方法の翻訳者、毎日英語、Baiduのネットワークディスク、中国HowNet、学習力

ファイナンシャルプランニングソフトウェア:アリペイ、中国建設銀行、工商銀行

ショッピングソフトウェア:米国のグループ、淘宝網、鉄道12306

Officeソフトウェア:WPS、網易のメールボックス

チャットソフトウェア:QQ、マイクロチャンネル

スポーツソフトウェア:キャンパススポーツの世界では、キープ

ゲームソフト:栄光の王、ジェダイ生き残ります

有益な方法:利益オーディオソフトウェアと会員を開くには、そのユーザーに依存しているソフトウェアをチャット。

収益性の高いゲームソフトは主に皮膚、機器や他のトップの行為を購入するユーザーに依存しています。

広告とユーザーの購入に関連する科目の収益性に主に依存しているソフトウェアの学習やスポーツソフトを再生します。

ショッピングソフトウェアが利益を間引いの販売に関連した事業活動を消費するようにそのユーザーに依存しています。

有益であることを、トラフィック・データ・ストリームに主に依存している他のソフトウェアがあります。

処理のためのバグ、それは随時バージョンをアップグレード、修復するパッチの様々なタイプを発売します。

主に消費者団体が競争するために、ユーザーを中心に、より良いサービス体験をもたらすために、同じ段落間のソフトウェアのニーズを満たすために、ユーザーなどに依存しています。

 

おすすめ

転載: www.cnblogs.com/jwwy/p/11494516.html