977(1): 仕様書無しさん [] 2025/06/27(金) 18:34:12.57 AAS
sstのopencodeって、まだbashコマンド使えないの？
コマンドコピペで実行しろと言われても困るんだが・・・
外部ﾘﾝｸ:github.com

970(2): 仕様書無しさん [] 2025/06/27(金) 18:30:45.82 AAS
ソフトウェア開発におけるウォーターフォール・モデルの起源と他業界からの転用

ソフトウェアにおけるウォーターフォール・モデルの初期起源

ウォーターフォール・モデルは現在では要件定義→設計→実装→テスト→運用のように段階的に進める開発手法として知られています。このモデルの概念は1970年のWinston W. Royceの論文で有名になりましたが、それ以前から類似の考え方が存在していました。例えば、1950年代には既に大型ソフトウェア開発で段階的プロセスが報告されています。米国防総省のSAGE航空防衛システム開発に携わったHerbert D. Beningtonは、1956年の発表でソフトウェア開発工程を**「運用計画」「運用仕様」「プログラム仕様」「コーディング仕様」「コーディング」「テスト（パラメータテスト、統合作業テスト）」「シェイクダウン」「評価」**といった段階に分けて説明しました。これは後にウォーターフォール的手法の原型の一つと見なされています。ただしBenington自身は、その開発プロセスには実際には試作（プロトタイプ）の工程も含まれていたと1983年の論文追記で述べており、純粋な直線的開発は危険だと警告しています。その箇所を引用します。

“In the paper, Benington warns that attempting to ‘know precisely what our objectives are before we produce one line of code … can be terribly misleading and dangerous’”

（邦訳）「Beningtonはその論文の中で、『1行のコードも書く前に我々の目標を正確に把握しようとする試みは…ひどく誤解を招き危険となりうる』と警告しています」

出典: Herbert D. Benington (1956) 「Production of Large Computer Programs」(1983年に再出版), IEEE Annals of the History of Computing（技術コミュニケーション誌に再録）【54】（研究会経由）

971(2): 仕様書無しさん [] 2025/06/27(金) 18:31:29.09 AAS
このように、ウォーターフォール的な段階モデルは当初から単純な直線的手法ではなく、必要に応じ反復や試作を含むべきものとして認識されていました。 実際、1970年にウォーターフォールモデルの元祖とされるRoyceの論文も、提示した直線的モデルのままでは**「リスクが高く失敗を招く」と述べ、改良として各工程間でのフィードバック（反復）や試作品による検証**を提案しています 。Royceの論文から、その指摘部分を引用します。

“Royce includes a model that resembles the typical visual representation of the Waterfall model… However, directly beneath the model, he writes, ‘… the implementation described above is risky and invites failure’ (Royce, 1970, p. 329).”

（邦訳）「Royceは典型的なウォーターフォール型の図を論文中に示しています…しかしその図の直後に、『…上で述べたような実装方法はリスクが高く、失敗を招きやすい』と書いています（1970年, p.329）。」

出典: Winston W. Royce (1970) 「Managing the Development of Large Software Systems」, Proceedings of IEEE WESCON【54】（T. Kister (2016) 論文中の引用）

Royceの論文そのものでは「ウォーターフォール」という言葉は使われていませんでしたが、その内容を受けて数年後にソフトウェア工学研究者たちがこのモデルを言及する際に**「ウォーターフォール」という呼称を導入しました。1976年のBellとThayerによる論文が、Royceの提唱した開発工程を指して“the concept of the ‘waterfall’ of development activities”**（開発活動の「滝」的概念）という表現を用いたことで、これが名称として定着したと言われます 。Bell & Thayerの論文からその部分を抜粋します。

“an excellent paper by Royce [introduced] the concept of the ‘waterfall’ of development activities. In this approach software is developed in the disciplined sequence of activities shown in Figure 1.”

（邦訳）「Royceの優れた論文によって、開発作業の『ウォーターフォール（水滝）』的概念が提唱されました。このアプローチでは、ソフトウェアは図1に示す一連の工程を順序立てて厳密に実行することで開発されます。」

出典: T.E. Bell & T.A. Thayer (1976) 「Software Requirements: Are They Really A Problem?」, Proc. of ICSE 1976【34】（mosaicprojects.com.au経由）