| dbpprop:abstract
|
- The software crisis was a term used in the early days of software engineering. The term was used to describe the impact of rapid increases in computer power and the complexity of the problems which could be tackled. In essence, it refers to the difficulty of writing correct, understandable, and verifiable computer programs. The roots of the software crisis are complexity, expectations, and change. Conflicting requirements have always hindered the software development process. For example, while users demand a large number of features, customers generally want to minimise the amount they must pay for the software and the time required for its development. The term "software crisis" was coined by F. L. Bauer at the first NATO Software Engineering Conference in 1968 at Garmisch, Germany. An early use of the term is in Edsger Dijkstra's 1972 ACM Turing Award Lecture: The causes of the software crisis were linked to the overall complexity of the software process and the relative immaturity of software engineering as a profession. The crisis manifested itself in several ways: Projects running over-budget. Projects running over-time. Software was very inefficient. Software was of low quality. Software often did not meet requirements. Projects were unmanageable and code difficult to maintain. Software was never delivered. Various processes and methodologies have been developed over the last few decades to "tame" the software crisis, with varying degrees of success. However, it is widely agreed that there is no "silver bullet" ― that is, no single approach which will prevent project overruns and failures in all cases. In general, software projects which are large, complicated, poorly-specified, and involve unfamiliar aspects, are still particularly vulnerable to large, unanticipated problems.
- Die Softwarekrise bezeichnet ein Mitte der 1960er-Jahre auftretendes Phänomen: Erstmals überstiegen die Kosten für die Software die Kosten für die Hardware. In der Folge kam es zu den ersten großen gescheiterten Software-Projekten.
- La crisis del software se fundamentó en el tiempo de creación de software, ya que en la creación del mismo no se obtenían los resultados deseados, además de un gran costo y poca flexibilidad. Es un término informático acuñado en 1968, en la primera conferencia organizada por la OTAN sobre desarrollo de software, de la cual nació formalmente la rama de la ingeniería de software. El término se adjudica a F. L. Bauer, aunque previamente había sido utilizado por Edsger Dijkstra en su obra The Humble Programmer. Básicamente, la crisis del software se refiere a la dificultad en escribir programas libres de defectos, fácilmente comprensibles, y que sean verificables. Las causas son, entre otras, la complejidad que supone la tarea de programar, y los cambios a los que se tiene que ver sometido un programa para ser continuamente adaptado a las necesidades de los usuarios. Además, no existen todavía herramientas que permitan estimar de una manera exacta, antes de comenzar el proyecto, cuál es el esfuerzo que se necesitará para desarrollar un programa. Este hecho provoca que la mayoría de las veces no sea posible estimar cuánto tiempo llevará un proyecto, ni cuánto personal será necesario. Cuando se fijan plazos normalmente no se cumplen por este hecho. Del mismo modo, en muchas ocasiones el personal asignado a un proyecto se incrementa con la esperanza de disminuir el plazo de ejecución. Por último, las aplicaciones de hoy en día son programas muy complejos, inabordables por una sola persona. En sus comienzos se valoró como causa también la inmadurez de la ingeniería de software, aunque todavía hoy en día no es posible realizar estimaciones precisas del coste y tiempo que necesitará un proyecto de software. Englobó a una serie de sucesos que se venían observando en los proyectos de desarrollo de software: Los proyectos no terminaban en plazo. Los proyecto no se ajustaban al presupuesto inicial. Baja calidad del software generado. Software que no cumplía las especificaciones. Código inmantenible que dificultaba la gestión y evolución del proyecto. Aunque se han propuesto diversas metodologías para intentar subsanar los problemas mencionados, lo cierto es que todavía hoy no existe ningún método que haya permitido estimar de manera fiable el coste y duración de un proyecto antes de su comienzos.
- Il software crisis è un termine usato nei primi giorni dell'Ingegneria del software per descrivere l'impatto della rapida crescita della potenza degli elaboratori e la complessità dei problemi che dovevano essere affrontati. Le parole chiave della software crisis erano complessità, attese e cambiamento. I requisiti, continuamente in conflitto tra loro, impedivano lo sviluppo del software. Per esempio, mentre gli utenti domandavano un largo numero di funzionalità, i comittenti, generalmente, chiedevano di minimizzare i costi dello sviluppo ed i tempi. Il concetto di software crisis era emerso alla fine del 1960. Un vecchio uso del termine era in ACM Turing Award Lecture, "The Humble Programmer" (EWD340), di Edsger Dijkstra del 1972 publicato in Communications of the ACM. Dijkstra affermava: "The major cause of the software crisis is that the machines have become several orders of magnitude more powerful! To put it quite bluntly: as long as there were no machines, programming was no problem at all; when we had a few weak computers, programming became a mild problem, and now we have gigantic computers, programming has become an equally gigantic problem" Edsger Dijkstra: The Humble Programmer (PDF, 473Kb). Le cause della software crisis era collegate alla complessità dei processi software ed alla relativa immaturità dell'ingegneria del software. La crisi si manifestava in diversi modi: Progetti oltre il budget Progetti oltre i limiti di tempo Software di scarsa qualità Software che spesso non rispettava i requisiti Progetti ingestibili e codice difficile da manutenere La crisi del software condusse, quindi, alla nascita dell'Ingegneria del software ed ai primi modelli, come il modello a cascata. Per superare la crisi, infatti, si dovettero introdurre: Management Organizzazione Teorie e Tecniche Strumenti Metodologie
- ソフトウェア危機（Software Crisis）とは、ソフトウェア工学がまだ十分に確立していなかった頃、よく使われた言葉である。この言葉は、コンピュータの急激な高性能化によってコンピュータ上のシステムが扱う問題が益々複雑化することによる影響を表したものである。基本的にソフトウェア危機は、正しく、可読性が高く、検証可能なコンピュータプログラムを書くことの困難さから発した考え方である。ソフトウェア危機の根本は、複雑性と予測と変化である。 相反する要求は常にソフトウェアの開発過程を妨げてきた。例えば、ユーザーは多大な機能を要求するが、顧客はソフトウェアに支払う対価と開発期間をなるべく最小にしたがることが多い。 ソフトウェア危機が叫ばれ始めたのは1960年代末のころであった。1972年、エドガー・ダイクストラはチューリング賞講演 "The Humble Programmer" (EWD340) で以下のように述べている（Communications of the ACM に掲載）: 「（ソフトウェア危機の主たる原因は）マシンがますます強力になってきたことだ！ はっきり言ってしまえば、マシンさえなければプログラミングには何の問題もない。貧弱なコンピュータが数台あるだけだったなら、プログラミングは穏やかな問題になる。しかし現在の我々は強大なコンピュータを所有しているため、プログラミングも同様に強大な問題となっているのだ」Edsger Dijkstra: The Humble Programmer (PDF, 473Kb) ソフトウェア危機の原因は、ソフトウェア開発工程の全体としての複雑性と専門分野としてのソフトウェア工学の相対的な未熟さと密接に関連していた。ソフトウェア危機は以下のような形で実際の開発プロジェクトに現れた。 予算を超過してしまったプロジェクト 予定期間を超過してしまったプロジェクト 品質の低いソフトウェア 要求仕様を満たさないソフトウェア 管理不能状態のプロジェクトと、保守困難となったコード ソフトウェア危機は（少なくとも一部は）様々な手法や方法論の開発によって解決されてきつつある。
- A crise do software foi um termo utilizado nos anos 70, quando a engenharia de software era praticamente inexistente. O termo expressava as dificuldades do desenvolvimento de software frente ao rápido crescimento da demanda por software, da complexidade dos problemas a serem resolvidos e da inexistência de técnicas estabelecidas para o desenvolvimento de sistemas que funcionassem adequadamente ou pudessem ser validados. A noção da crise do software emergiu no final dos anos 60. Uma das primeiras e mais conhecidas referências ao termo foi feita por Edsger Dijkstra, na apresentação feita em 1972 na Association for Computing Machinery Turing Award, intitulada "The Humble Programmer" (EWD340), publicada no periódico en:Communications of the ACM. O artigo pode ser encontrado em Edsger Dijkstra: The Humble Programmer (PDF, 473Kb) As causas da crise do software estão ligadas a complexidade do processo de software e a relativa imaturidade da engenharia de software como profissão. A crise se manifesta de varias formas: Projetos estourando o orçamento; Projetos estourando o prazo; Software de baixa qualidade; Software muitas vezes não atingiam os requisitos; Projetos ingerenciaveis e o código difícil de manter. A maior parte dos projetos continuam com estes problemas ainda na atualidade, assim pode se dizer que a crise continua vigente ainda na atualidade. As soluções para a crise de software Análise Econômica de Sistemas de Informações; O uso de melhores técnicas, métodos e ferramentas; Mais treinamento e educação: Atualmente não se investe o suficiente; A mudança de paradigma sobre o que é desenvolver software e como deveria ser feito.
- 軟體危機在確立為一個明確的主題前，是一個早期用在軟體工程上的術語。 這個術語用來描述正急遽增加之電腦的力量帶來的衝擊和可能要處理的問題的複雜性。 從本質上來說，它談到了寫出正確、可理解、可驗證的電腦程式的困難。 軟體危機的本源是複雜、期望和改變。 互相衝突的需求總是阻礙了軟體的發展流程。 舉例來說，雖然使用者要求大量吸引人的東西，但客戶通常想要把軟體的支出減到最少並要求一定的發展時間。 軟體危機這樣的概念出現在1960年代末期。 這個術語最早使用在Edsger Dijkstra於1972年圖靈獎的演說，"The Humble Programmer" (EWD340)，刊登在Communications of the ACM上。Dijkstra陳述說： "[The major cause of the software crisis is] that the machines have become several orders of magnitude more powerful! To put it quite bluntly: as long as there were no machines, programming was no problem at all; when we had a few weak computers, programming became a mild problem, and now we have gigantic computers, programming has become an equally gigantic problem. " Edsger Dijkstra: The Humble Programmer (PDF, 473Kb) 軟體危機的原因與軟體流程的整體複雜度以及軟體工程這領域的不成熟有關。 這些危機可用許多方式列出： 專案的進行超出預算。 專案的進行超出時間。 軟體的品質低落。 軟體常常不符合需求。 專案往往不能操縱和程式碼難以維護。 軟體危機至少有一部分可藉由各式各樣的流程和方法的實作來解決。
|
| rdfs:comment
|
- The software crisis was a term used in the early days of software engineering. The term was used to describe the impact of rapid increases in computer power and the complexity of the problems which could be tackled. In essence, it refers to the difficulty of writing correct, understandable, and verifiable computer programs. The roots of the software crisis are complexity, expectations, and change. Conflicting requirements have always hindered the software development process.
- Die Softwarekrise bezeichnet ein Mitte der 1960er-Jahre auftretendes Phänomen: Erstmals überstiegen die Kosten für die Software die Kosten für die Hardware. In der Folge kam es zu den ersten großen gescheiterten Software-Projekten.
- La crisis del software se fundamentó en el tiempo de creación de software, ya que en la creación del mismo no se obtenían los resultados deseados, además de un gran costo y poca flexibilidad. Es un término informático acuñado en 1968, en la primera conferencia organizada por la OTAN sobre desarrollo de software, de la cual nació formalmente la rama de la ingeniería de software. El término se adjudica a F. L.
- Il software crisis è un termine usato nei primi giorni dell'Ingegneria del software per descrivere l'impatto della rapida crescita della potenza degli elaboratori e la complessità dei problemi che dovevano essere affrontati. Le parole chiave della software crisis erano complessità, attese e cambiamento. I requisiti, continuamente in conflitto tra loro, impedivano lo sviluppo del software.
- A crise do software foi um termo utilizado nos anos 70, quando a engenharia de software era praticamente inexistente. O termo expressava as dificuldades do desenvolvimento de software frente ao rápido crescimento da demanda por software, da complexidade dos problemas a serem resolvidos e da inexistência de técnicas estabelecidas para o desenvolvimento de sistemas que funcionassem adequadamente ou pudessem ser validados. A noção da crise do software emergiu no final dos anos 60.
|
![[RDF Data]](/statics/sw-cube.png)
