ソフトウェアのライフサイクル：概念、標準、プロセス、

ソフトウェア開発は、いわゆるソフトウェアのライフサイクルを理解せずには不可能です。 普通のユーザーは、それがすることができ、そして知っている必要はありませんが、（これが必要な理由を以下に指示されます）基本的な基準を学ぶことが望ましいです。

ソフトウェアのライフサイクル：正式な意味でそれは何ですか？

いずれかのライフサイクルの下では 、ソフトウェア製品 開発の段階で、使用するアプリケーションから完全撤退するまでアプリケーションの選択したフィールドの使用を完全に拒否する前に開始し、その存在の時間として理解されています。

単にプログラムの形で、情報システムを入れて、データベースは、あるいは「オペレーティング・システムの」データのみの関連性とそれらが提供する機会の場合の需要があります。

どのような方法で、ライフサイクルの定義は、そのような仕事の中で最も不安定なベータ版、などのアプリケーションをテストするためには適用されないと考えられています。 非常に同じソフトウェアのライフサイクルは、プログラムが使用されるメディアが果たした主な役割のうちの1つの多くの要因に依存します。 しかし、あなたが選択し、ライフサイクルの概念の定義に使用される一般的な用語ことができます。

最初の要件

一般的に考えられているとおり、すなわち、任意のソフトウェア製品のためにその開発と利用に関する条件の数を使用：

• 問題の製剤。
• 将来のシステムの相互要件の分析。
• デザイン;
• プログラミング;
• コーディングとコンパイル。
• テスト;
• デバッグ;
• ソフトウェアの実装と保守。

ソフトウェア開発は、上記の手順のすべてで構成され、そのうちの少なくとも一方なしで行うことはできません。 しかし、このようなプロセスを制御するためには、特定の基準を設定します。

ソフトウェアのライフサイクルのプロセス標準

システムの中にそのようなプロセスのための条件と要件は、今だけ三つの主要なものを呼び出すことができあらかじめ決めます。

• GOST 34.601から90;
• ISO / IEC 12207：2008;
• OracleのCDM。

二国際規格についてロシアと同等です。 このGOST R ISO / IEC 12207-2010は、システムおよびソフトウェアエンジニアリングを担当しています。 しかし、両方の規則に記載されているソフトウェアのライフサイクルは、物質と同一です。 その理由は十分に簡単です。

ソフトウェアおよびアップデートの種類

現代の情報システムは、彼らが共通のコンセプトアプリケーションを確立するようなものです。

例えば、ある システム・プログラム のライフサイクルの各段階の存在を決定することができるソフトウェアの任意のタイプの場合、ユーティリティ、マルチメディアツール、デバイスドライバ、オフィスアプリケーションのように。D.は。

その拡張子は、（オペレーティングシステムおよびプラットフォームとアプリケーション・ソフトウェアの両方のための）更新の最も一般的に使用される手段です。 おそらく、Windowsの更新プログラムに基づいてコンピュータシステムのすべてのユーザーは、Microsoft .NET Frameworkのか、などのシステムやコンポーネントの段階を通過したことを説明する必要はありません 仮想マシン のJava。

設計段階

直接程度今いくつかの単語 発展の段階。 ライフサイクルは、最初にプロジェクトの計画、システム分析とターゲットの要件、予備や詳細設計、コーディング、テストの可能性、専門的なシステムでは、アプリケーションソフトウェアの可能性、など。D.を含み

ソフトウェアのライフサイクルのモデルは、初期設定のソフトウェアを作成する作業は、一般的なアプリケーションや一部のスタートアップ環境を使用するソフトウェア製品の開発に限定されるべきであることを示唆しています。

デザイン

開発システムは、言語をプログラミングしています。 第一段階でのソフトウェアの設計は、にまで減少させることができます。

このC + / C ++やJava、Delphiや同じ時代遅れパスカルはウィル - それほど重要ではありません。 質問は、作成したアプリケーションは、オペレーティング・システムに統合し、スムーズに実行できるか、です。

この意味で、それをテストソフトウェアの一つのライフサイクルは、その完全なシステム要件の不整合による除去、手術不能または元々のタスクを実行することができないことまで、製品の初期インストールの時間です。

後続のフェーズ

ソフトウェアのライフサイクルを定義するためのさらなるサポートは、生成し、アプリケーションのソースコードを受け取るために、コーディングにダウンしています。

いわゆる証明書の自由（開放）スプレッドの場合にアプリケーションが作成されたプログラミング言語に精通しているユーザーの要求に応じてソフトウェア自体に変更を可能にするGNUライセンスに基づいて適用されます。

それは、閉じたコードだ場合は、逆アセンブラなどのツールを使用することができます。 しかし、この場合には、復号のみ実行可能EXE-ファイルは達成、そして確かにDLL動的ライブラリを結ばないことができます。

しかし、この理論。 実際には、ソフトウェアのライフサイクルのステージは、リストにはるかに多くの項目が含まれます。 （実行可能コード、手段及び検証の方法と一致する、アーキテクチャの高レベル要件）規格の見直しや観察の製剤から構成も、最も単純なシミュレーション。 これは、ソフトウェアのライフサイクルの過程です。 しかし、ここで、このようなプログラムやシステムの原則のいくつかを理解し、制御することが重要です。

管理の基本

ソフトウェアのライフサイクル管理は、それらを作成するためのツールの十分に広い範囲を与えて、コンポーネントへのプログラムの分解に基づいています。

欠点があります。 モジュールの選択は、プログラミング生成されたに基づいてプラットフォームの元の開発者によって制限されます。 もちろん、あなたが考慮に統一し、タイピング使用する開発ツール（特に再利用可能なモジュール）を取る場合は、それについては疑問。

しかし、ソフトウェアのライフサイクルの各段階では、必ずしもデータ処理プロトコル、ルーチン、標準ライブラリ、およびより多くの確立が含まれます。

使用するモジュール

そして、どのプロセス・ソフトウェア・ライフサイクルは非常に特定のコンポーネントを使用することなく、完全ではありません。 これらの優先順位は、次のものがあります

• ソフトウェア製品の立ち上げを担当するチーフ（ヘッド）モジュール。
• コントロールユニット、付属のコンポーネントまたはダイナミックリンクライブラリを呼び出すための責任を負います。
• 機能性とサービスのデータ処理ツールおよびその他のツール。

実行可能ファイルは通常、Windowsベースのシステムのための「ekzeshnika」の形で提示されています。 制御コンポーネントは、拡張コンフィギュレータ（オペレーティングシステムに適用CONFIG.SYS）、さらなるリンクライブラリが拡張DLLを持っています。 制御および処理機能といくつかのアプリケーションの設定の手段は次の形式で表示されることがありますXMLファイル。

彼らは、現在知られているメディアプログラムの大多数のための基本的な設定パラメータを保存する手段であり、偶然に、あります。 このタイプのソフトウェアを使用して、もちろん、それは非常に限られているが、同じメディアプレーヤーとの仕事の一般的な原理の理解を傷つけることができませんでした。 ここに理由です。

実際には、どのような彼らのソフトウェアのライフサイクルは、プレーヤーやコーデックおよびデコーダのインストールの生活のアップグレードのレベルでのみ敷設しました。 サウンドとビデオトランスコーダは、任意のオーディオやビデオシステムの固有の属性です。

FL Studioのプログラムに基づい例

最初に、バーチャルスタジオシーケンサFL Studioはフルーティーループの名前でした。 その一次変性におけるソフトウェアのライフサイクルの有効期限が切れていますが、アプリケーションは、やや変形し、その存在の外観を取得します。

私たちはライフサイクルの段階の話なら、最初の問題の定式化の段階では、いくつかの前提条件によって設定されました。

• ヤマハRXのようなドラムモジュールタイプのドラムマシンの作成が、スタジオでのライブ録音したWAV形式のワンショット・サンプルまたはシーケンス、と。
• Windowsオペレーティングシステムへの統合。
• WAV、MP3やOGGへのプロジェクトの輸出の可能性。
• 追加のアプリケーションフルーティートラックとのプロジェクトの互換性。

「C」は、プログラミング言語は、開発段階で使用されたことを意味します。 しかし、プラットフォームはかなり原始的に見えたし、エンドユーザに所望の音質を与えませんでした。

この点では、テストとデバッグ段階で、開発者は、ドイツ株式会社スタインバーグの道を行くと、全二重モード用のサウンドドライバをサポートするための基本的な要件には適用されなければなりませんでした。 音質は高く、テンポ、ピッチを変更して、リアルタイムで追加のFX-効果を課すことができました。

ソフトウェアのライフサイクルの完了は、彼らの祖先とは違って、オーディオトラックとMIDI-トラックの無制限の追加と仮想64チャンネルのミキシングコンソールの設定を編集する機能を持つ本格的なシーケンサインタフェースされていたFL Studioの、最初の公式バージョンの出力であると考えられています。

プログラムの推進ではありませんでした。 （第一、第二、及び第3版）を導入したVST形式のプラグインを接続するためのプロジェクト管理支援の段階で、一旦Steinberg社によって開発されました。 大雑把に言えば、VSTホストをサポートしている任意の仮想シンセサイザーは、プログラムに接続することができます。

すぐにすべての作曲は、このような人気のコルグM1一度音の完全なセットとして、「鉄」モデルのアナロジーを使用することができることは驚くべきことではありません。 もっと - より。 アプリケーションなど中毒ドラムなどのモジュールまたはユニバーサルプラグは、お問い合わせ先は、プロのスタジオで関節のすべての色合いを記録し、本物の楽器のライブサウンドを再生することができました。

開発者は、最高品質を達成しようとしたとモード全二重以上のカットであることが判明ASIO4ALLドライバのサポートを作成しています。 したがって、増加したビットレート。 今日では、エクスポートされたオーディオファイルの品質は192キロヘルツのサンプリングレートで320キロビット/秒であってもよいです。 そして、このプロフェッショナルなサウンド。

そのライフサイクルの初期のバージョンについては、完全に仕上がったと呼ばれるが、アプリケーションのみ、その名前を変更し、新たな機会を発見したので、このような文は、相対的であることができます。

開発の見通し

ソフトウェアのライフサイクルの各段階にはどのようなものがあり、それはすでに明らかです。 しかし、ここで、このような技術の開発に分けて議論する必要があります。

任意のソフトウェア開発者はほとんど数年前から市場に差し出すない通過製品を、作成に興味がないことは言うまでもないです。 将来的には、誰もが長期的な利用率を見ています。 これは、異なる方法で達成することができます。 しかし、原則として、ほとんどすべての更新やソフトウェアの新バージョンをリリースする煮詰めます。

でも、Windowsの場合には、そのような傾向は、肉眼で見ることができます。 今日は、このようなバージョン3.1、95、98、またはミレニアムなどのシステムを使用して、少なくとも1人のユーザが存在することはほとんどありません。 彼らのライフサイクルは、バージョンXPのリリース後に終了されます。 しかし、ここでベースのNT技術上のサーバのバージョンがまだ有効であるのです。 でも、これまでのWindows 2000は、だけでなく、非常に関連性があるが、いくつかの点で、インストールやセキュリティも、最新の動向を上回ります。 同じことは、NT 4.0システム、および専門的な修正のWindows Server 2012のために行きます。

しかし、それはまだ、これらのシステムに関連している最高レベルでサポートするために主張しています。 しかし、センセーショナルには、一度にVistaが明確に日没サイクルを経験しています。 それだけでなく、それはとてもまだ、未完成だったと自体に誤り、及びそのセキュリティシステムの欠陥は、我々は唯一、ソフトウェアソリューションを起動することが可能であったかについて推測することができるようにずっといた理不尽です。

私たちは、あらゆるタイプ（コントロールまたはアプリケーション）のソフトウェアの開発が行われていないという事実について話している場合でも、我々は事実だけを述べることができます。 結局のところ、今日では、コンピュータシステムやモバイル機器だけではないことになる、とした技術は、多くの場合、先にコンピュータ部門のです。 8つのコアに基づいてプロセッサ・チップの外観は - 最良の例ではないでしょうか？ しかし、まだ、いないすべてのラップトップは、このような「鉄」を有するの自慢することができます。

いくつかの追加の質問

ソフトウェアはまだそれらを作成するための開発者のサポートを持っているので、ソフトウェアのライフサイクルの理解としては、それは、ある時点で終了したことを言って、それは、非常に任意です。 むしろ、最後には、近代的なシステムの要件を満たしていないと、その環境で動作することができないレガシーアプリケーションを指します。

しかし、たとえ技術の進歩で、近い将来、それらの多くが持続することはできません。 そしてそれは、更新や、もともとソフトウェアに組み込まれた全体のコンセプトの完全な改訂を発行するかの決定を行う必要があります。 したがって、 - と初期条件、開発環境、テスト、および特定の地域での可能な長期使用の変化と新しいサイクル。

しかし、コンピュータ技術で、今日は、製造に使用されている自動制御システム（ACS）の開発を支持しました。 でも、オペレーティングシステムは、専門的なプログラムと比較して、失います。

Visual Basicのに基づいて、同じ環境は非常にWindowsベースのシステムよりも人気があります。 そして、UNIXシステムの下でアプリケーション・ソフトウェアについて、我々は、すべての話をされていません。 ほぼすべての米国の同じの通信ネットワークのは、それらに排他的に作業している場合、私は、何を言うことができます。 ちなみに、LinuxやAndroidのようなシステムは、あまりにも、もともとこのプラットフォーム上で作成されました。 そのため、ほとんどの場合、UNIXの見通し結合されたすべての他の製品に比べてはるかに。

代わりに、成果

それは、この場合にのみ、一般的な原則やソフトウェアのライフサイクルの各段階であることを追加するために残っています。 実際には、でも最初の作業は大幅に異なる場合があります。 したがって、相違点は、他のステージ上で観察することができます。

しかし、彼らのその後のサポートとソフトウェア製品のコア技術の開発が明確でなければなりません。 休息のために、それは考慮に作成したソフトウェアの仕様、およびそれはおそらく動作するはずれている環境、およびエンドユーザーや生産、およびはるかに提供されるプログラムの可能性を取る必要があります。

また、時々のライフサイクルは、開発ツールの緊急性に依存してもよいです。 自動制御システムの生産にそれらを導入する - 例えば、いくつかのプログラミング言語が廃止され、場合、誰もがそれに基づいてプログラムを書くために行わないと、なおさらそうではないだろう。 すでに前面にしても、プログラマー、およびコンピュータ市場の変化に迅速に反応する必要があるマーケティング担当者が来ています。 そして、世界の専門家があり、あまりありません。 優秀な人材、市場のパルスに手を維持する能力は、最も普及してきて。 そして、彼らは多くの場合、ITの分野では、特定のソフトウェア製品の成功または敗北を依存する、いわゆる「灰色の枢機卿」、です。

彼らは常に、プログラムの本質を理解し、しかしはっきりとこの分野での世界的な動向に基づいて、ソフトウェアライフサイクルのモデルとその応用の時間の長さを決定することはできませんと仮定します。 効果的な管理は、多くの場合、より具体的な結果が得られます。 はい、少なくともPR-技術、広告、など。D.できるすべてのアプリケーションのユーザーが必要ではありませんが、それは、ユーザーがそれをインストール誇るアクティブであることを条件とします。 これは、（関係なく、自分自身の情報が利用者の心の中に置かれている第25フレームと同じ効果、）潜在意識レベル、いわば、持っています。

もちろん、世界でこのような技術は禁止、しかし、私たちの多くは、彼らはまだ、特定の方法で潜在意識に影響を与えるために使用できることにも気づいていないされています。 人は恐怖や不適切な感情を経験することができるようにそれだけで「ゾンビ」のニュースチャンネルやインターネットサイト、ないに言及し、このような周波音への曝露（これは同じオペラの生産に適用された）、などのより強力なツールの使用があります。

ソフトウェアに戻ると、ユーザーの注目を集め、起動時にいくつかのプログラムは、音を使用していることを追加する必要があります。 そして研究は、このようなアプリケーションは、他のプログラムに比べて生存していることを示しています。 もちろん、増加し、ソフトウェアのライフサイクルは、どんな機能は、最初に充電されていません。 そして、これは、残念ながら、このような方法の合法性に疑問を提起し、多くの開発者によって使用されます。

しかし、ではない私たちのために判断します。 おそらく、このような脅威を定義する手段は、近い将来開発されるであろう。 これが唯一の理論ですが、しかし、一部のアナリストや専門家によると、実用的なアプリケーションに非常に少数があります。 あなたはすでにのコピーを作成している場合は 、ニューラルネットワーク 、次にどのような人間の脳のを、？