language-agnostic - ソフトウェア開発ライフサイクルとは?

Question

私たちの投資家は SDLC を望んでいます。私はこれまでに本を書いたことがなく、本を買いに行ったり、それらについて学ぶのに多くの時間を費やしたりするのに十分な時間がありません. 私が彼らについて聞いたところによると、それらは要件 (何をする必要があるか) で構成されており、リストが作成されています。これは正しいです？

更新：

この記事は、物事を簡単な言葉で非常に迅速に説明するのに本当に役立ちます. SDLC をすぐに作成する必要があるとは思いません。私の場合、他に選択肢はありません。

Answer 1

SDLCについてはたくさんのアイデアがあります。猫を殴らずに振り回すことはできません。

そもそも投資家を惹きつけるソフトウェアを開発するために何をしましたか？それを説明できませんか？なぜあなたは外に出て「1つを学ぶ」必要があるのですか？

いくつかの選択肢があります：

1. ウォーターフォール：要件->設計->ビルド->テスト->デプロイ、すべて順番に
2. 反復：ウォーターフォールに似ていますが、設計を1〜2週間の小さな断片に分割し、反復の最後に配信します。
3. エクストリームプログラミング（XP）：ケントベックのアプローチ。BDUF（Big Design Up Front）はありません。すべてが小さな断片で設計、構築、および提供されます。
4. スクラム：アジャイルで反復的ですが、XPほど独断的ではありません。
5. Rational Unified Process：IBMからのウォーターフォール。

Answer 2

あまり; それはより多くのプロジェクト管理です。これが、ソフトウェアをどのように開発するかを理解した時点で必要なものです。

ソフトウェア開発の「方法」については、2つの「大物」はアジャイルとウォーターフォールです。2つの間に奇妙なハイブリッドがあります。

しかし、それはソフトウェア開発ライフサイクルの一部にすぎません。それでも、保守と展開の計画を立てる必要があります。

あなたへの私の質問：誰かがあなたにお金を与えていて、彼らが計画を望んでいるなら、SDLCについての本を読んで彼らに計画を与えることはあなたの最善の利益ではありませんか？

Answer 3

完全な SDLC は、要件の収集と分析 -> 設計 (設計ドキュメントの作成) -> コーディングと単体テスト -> テスト (システムおよび統合テスト) -> 展開とサポート -> メンテナンスを実行する必要があることを意味します

このブログは本当に役に立ちました。

Answer 4

投資家が SDLC について説明してほしい場合は、計画、誕生、成長、成熟、終焉を経て、あなたが行ったソフトウェア プロジェクトの人生がどのように見えるかを説明してほしいと思っています。それが、その名前に「生命」が含まれている理由です。SDLC の結果は「ソフトウェア」である必要があるため、最初の単語です。「開発」の部分は、ソフトウェアの計画、仕様、設計、および実装を担当するという事実に由来し、ソフトウェアを作成 (開発) する必要があります。最後に、「サイクル」とは、投資家があなたの SDLC を見て、それが良い (品質とビジネス価値を生み出す) と判断した場合、別のプロジェクトで同じプロセスをもう一度使用するように依頼できることを意味します。