ソフトウェアは3ソフトウェアからどのように動作するかを学びます

ソフトウェアを作成する方法1

  ソフトウェアの出現、通常は誰か、何人かの人々は、意思のアイデアを持っている自分自身に他の人のために簡単なものになりたいです。張小龍マイクロ手紙、Jobs氏のIOS。ソフトウェアは、共同に偉大な人々の多くを必要とします。

このようなマイクロチャネル2010のプロジェクト、ライン上の2011年版、としてのみのバージョンアップデートのバージョンの後に、テキストメッセージや写真を送信するとき。

  計画段階と同様------->プロジェクトの製品に参加することでした。

2ソフトウェアは何の危機?

  プロジェクトの性質は有用な製品を作ることです。家は建設、航空宇宙工学のロケット科学を構築しました。同様に、ソフトウェアエンジニアリングソフトウェア、です。ない事故、あるいは死を持って家を建てるための建設プロジェクトに基づいインチ

  どのように我々は建設プロジェクトを見てください。家を建てる想像:予算を設定し、プロジェクトへのすべての最初の、そしてデザインを描き、その後、建設後、工事が完了し、プロの品質検査、滞在予選後の品質検査があります。

  OS / 360(前世紀、大規模なソフトウェアプロジェクトの60年代)------->開発(1000)----->エンドで実行することはできません------> <人月の神話>詳細説明事故の。

  コンピュータが発明された場合は、コンピュータの能力が非常に限られている、何のソフトウェア・エンジニアリングも簡単なソフトウェアを開発することはできません。しかし、より多くの複雑なプロジェクトとして、質問中のソフトウェアの開発・保守プロジェクトの大規模化は------>出てきました

  ソフトウェア製品、ソフトウェア保守作業負荷、コスト上昇の質の悪い、制御不能なスケジュール、無期限プログラムのスタッフの増加。だから、1960年代に、「ソフトウェア危機」の概念が提案されています。

歴史3ソフトウェア工学

(1)ソフトウェア・エンジニアリング・ステージ

  全体のソフトウェア開発プロセスはまた、いくつかのフェーズに分けられます。私たちは、多くの場合、そのソフトウェアプロジェクトのライフサイクルを言うことである要件定義、分析、設計、実装、テスト、配信およびメンテナンスを。

  異なる段階に対応し、それは、異なる位置です。プロジェクトマネージャ、プロダクトマネージャ、建築家、プログラマー、エンジニア、テスト、運用・保守エンジニア。このプロセス全体の管理は、私たちはしばしばと呼ばれる「プロジェクト管理。」この時間があったウォーターフォールモデル

(2)ウォーターフォールモデル

  一度にソフトウェア開発のウォーターフォールモデルの誕生となるよう障害から順に、各ステージは、このような要件分析、ソフトウェアのテストなどとして、その方法論やツールを得ていながら、あなたの労働者のよりよい部門を与えます。

  ただし、特性は滝がなく、上から下へサイクル全体を通して、それが唯一のトップダウンから流れることができると判断し、非常に長いので、変更の需要が発生すると、非常に苦痛になり、物事の多くは、最初からやり直す必要があります。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

(3)ウォーターフォールモデルの欠点を

 特長ウォーターフォールモデルは、上から下にあり、そして彼女は何度も繰り返し、すべてを開始するチェーンのニーズのリンクを持っていた場合、サイクルは、比較的長いです。だから、プロジェクトサイクルを短縮するために、その時点で、滝のVモデルと派生モデル、プロトタイピング、インクリメンタルモデル、スパイラルモデルと他のモデルに基づいて立ち上げました。

(4)現在のアジャイル開発

  クラウドコンピューティング、これらのマイクロサービスは新しい技術を生成し、また、ソフトウェア工学に影響を与えました。クラウドサービスは、労働者のより細かい区分を許可し、多くの企業は、運用・保守、サーバーのメンテナンス、DBA、およびクラウド・サービス・プロバイダーにも、いくつかの独立したサービスであってもよく、マイクロサービスは小さなチームに大規模なチームを許可し、各チームは、小さな小分けにもっと集中することができますそれらの間の依存性を低減するための芸術、。

4まとめ

  まあ、今のツールを使用してソフトウェアを開発する科学的手法を使用して、特定のプロセスを使用することですどのようなソフトウェアエンジニアリングを見てください。表現、あるソフトウェア・エンジニアリング・プロセス+ =メソッド+ツールが。ソフトウェアプロセスは、当分野で従事していない、科学的研究に従事し、しかし、厳格なプロセスステップを含む協調的マルチ着陸規律を、解決標準化、効率を改善したり、リスク予防のためのツールする一つの考えではありません。

ソフトウェア工学は、基本設計の考え方持っている私たちを必要とする主なプロジェクトです:モジュラー思考、抽象的思考を、いくつかの重要な意識を持っている:品質、リスク意識、意識の配達の意識を。

おすすめ

転載: www.cnblogs.com/lanjianhappy/p/11933386.html