1:ソフトウェアとは何か:される関連文書の(1)プログラム(2)データ(3)完全なセットを含むコンピュータシステムのハードウェアと相互に依存の別の部分は、
2:手順はどのようなものです:機能・性能設計を実現する一連の命令を実行するために必要とされます
3:通常のプログラムデータは、データ構造情報を操作することです
4:文書やアプリケーションの開発、保守、グラフィック材料の使用に関連する、私はそれが規範的なガイダンスプログラム開発することができ理解し、より多くの仕様がソフトウェアを開発します
なぜソフトウェア工学を学びます:
私たちは、コードがノートリック厄介で学ぶ前に、我々は、それは、曲がった家、標準化もプロでもない基礎のようではない何かの外にそうするプロジェクトを行うには、プログラムに学習への道に頼っていますしたがって、我々はビデオのフロントの後ろに、コードを学ぶために標準化され、コードの仕様を学習する方法については、ソフトウェア工学を学び、私たちは文書を勉強させる必要があり、スタートが標準化されています。
ソフトウェアの機能:
論理的なエンティティではなく、物理的実体の(1)種類の抽象
明らかな製造工程が存在しない(2)、ソフトウェアを生成する開発プロセスは、ソフトウェアであります
(3)ソフトウェアには高齢化や機械の摩耗ではありません
(4)ソフトウエア開発は、ハードウェアの制限により、ハードウェアに依存します
(5) 自動化されておらず、半自動化、人工から逸脱することなく
(6)高価なソフトウェアのコストは、年々、逆にハードウェアを増加します
カテゴリー:
1:機能に応じて
- オペレーティングシステム
- データベース管理システム
- デバイスドライバ
- 通信ハンドラ
2:ソフトウェアの動作に応じて分割
- リアルタイム処理ソフトウェア
- ソフトウェアを共有
- 相互作用はソフトウェアであります
- Batchソフトウェア
3:サービスオブジェクトのスコープに応じて分割
- プロジェクトのソフトウェア:一部の地域で必要な顧客ニーズベースのソフトウェアの制約との契約に基づき開発された顧客の委託を受け、一つ以上のソフトウェア開発組織、非営利
- ソフトウェア製品:市場に直面し、ソフトウェア開発組織は、多くの顧客サービスとして、市場を開発します
4:周波数分割によって使用
- 最初の使用
- 頻繁に使用される:プロジェクトの形成を、すべての時間を使用中
5:故障の影響に応じて分割
- 高信頼性ソフトウェア:例えば、航空宇宙、軍事分野、国家のより重要な部門
- 一般的に信頼性の高いソフトウェア
ソフトウェア工学の三つの要素
(1)方法:提供技術「どのように」ソフトウェア開発者のためのソフトウェア
(2)ツールは:相互プロセスことは理解されるように自動または半自動ソフトウェアサポート環境、方法ウェルツールの開発を容易にすることができるソフトウェア開発環境のためのツールのコレクションの方法を提供し、このツールは、(良い方法を改善することができます)
(3)プロセス:
*ために使用される方法
*ドキュメントの配信を要求します
*必要な品質を確保し、経営の変化に適応するためには、
完了の*ソフトウェア開発のマイルストーン様々な段階
ソフトウェア工学の基本的な目標
- 最高の利益と引き換えに、最低価格と低コスト(
- 必要な機能を実現
- 優れたソフトウェアのパフォーマンスを取得します
- 開発ソフトウェアは、移植しやすいです
- 低メンテナンスコスト
- 開発作業は時間、オンタイムデリバリーに完了することができます
ソフトウェア工学の原則:
- 分解(サブ問題に問題を分解し、問題の複雑さを低減します)
- 独立(独立モジュール、他のモジュールに影響を与えることなくモジュールを変更します)
- 一貫性(例:インターフェースは一貫性である必要があります)
- 不確実性(各モジュールは、明確な基準を持っている必要があります)
ソフトウェアエンジニアリングプロセス:
- ソフトウェア仕様:規定現実ソフトウェアの機能とランニング
- ソフトウェア開発:の仕様を満たすためのソフトウェアを生成
- ソフトウェアの検証:ソフトウェアは、顧客の要求の完了を確認することができます
特徴:
(1)わかりやすさ
(2)可視
(3)サポート性
(4)受容性
(5)信頼性
(6)頑健性(また、セキュリティ、アンチウイルス機能)
(7)保守
(7)速度
生涯ソフトウェアは(生存プロセスの衰退-誕生-成長- -成熟ソフトウェアは、それが生存期間と呼ばれていないソフトウェアまで開発から実行され、出産しました)
ソフトウェア設計フェーズ:
A. プラン:
- ソフトウェアシステムの開発の全体的な目標を決定するために、
- 与えられた機能、性能、信頼性、およびインターフェイス要件のアスペクト
- ソフトウェアタスクの実現可能性の調査を完了
コスト調査(技術的可能性、経済性、運用の実現可能性、法的な実現可能性)の可能性は、資源開発、どのような機器、どのような支援環境を推定していただけでなく、コストのように...必要性ソフトウェアは、推測することができますソフトウェアが飛ぶ不安定であるため、それはおそらくです
技術者デビューの必要性について、この時間)。
需要分析フェーズいくつかの単語、チャートの使用
- ソフトウェア開発者のニーズを認識することは分析し、詳細な定義を与えることを提案しました
- ソフトウェアの要求仕様を書きます
タスクの*要件分析:
- ソフトウェアの機能や性能の詳細な説明
- インターフェースの詳細の他の要素とソフトウェアの設計上の制約やシステムソフトウェアを決定します
- 他の要件定義ソフトウェアの有効性
(分析は、援助の「何」の問題を解決するために、ターゲットシステムの輸出論理モデル論理モデル、ターゲットシステムの現在のシステムであり、ニーズ)
分析の一般的な方法:
データ・ストリームのための構造化分析(SA)
ジャクソン(JSD)の方法は、データ構造を指向します
構造化データ・システムの開発方法(DSSD)
オブジェクト指向分析(OOA)
原稿の準備要求分析フェーズ
*ソフトウェアの要求仕様
*データ要件があると説明しました
*予備ユーザーズマニュアル
*改訂し、ソフトウェア開発を改善し、実施計画を決定
(開始の執筆時点では、「ユーザーズ・ガイド」の分析を必要とします)
データ分析フローチャート:
ニーズ分析ソフトウェアの原則:
情報lingyuは*表現し、問題を理解するためにできるようにする必要があります
*階層的なマナーで発行できるようにするために分解し、精緻化し続けます
分解は薄すぎる、分解プロセスが速すぎないではない分解、二つに水平および垂直分割されました
要件分析:
ほとんどがデータによって駆動され、データフィールドには、3つの属性があります。
- データフロー
- データ内容
- データの構造
IV。ソフトウェアテスト:
我々は、ソフトウェアの色を設計されたソフトウェアのテストを要求する必要があり、2種類のテスト
- 機能的および構造的な問題で、それぞれのユニット・テスト・モジュールを検索し、修正
- 試験アセンブリは、また、システム、特別な機構やテストグループを形成し、特定の順序で組み立てられた統合テスト、テストモジュールが良好であると呼ばれます
運用・保守
(ソフトウェアテストの後、維持始まりました)
メンテナンスコストも必要な維持期がたくさんあります。
(1)是正のメンテナンス:
(2)適応メンテナンス:異なる状況下で実行を維持する必要があります
(3)維持管理を改善:メンテナンスのための新たな顧客の要求によると、