<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="es">
	<id>https://www.ecured.cu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=JESUS+ARARO626</id>
	<title>EcuRed - Contribuciones del colaborador [es]</title>
	<link rel="self" type="application/atom+xml" href="https://www.ecured.cu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=JESUS+ARARO626"/>
	<link rel="alternate" type="text/html" href="https://www.ecured.cu/Especial:Contribuciones/JESUS_ARARO626"/>
	<updated>2026-06-11T04:10:02Z</updated>
	<subtitle>Contribuciones del colaborador</subtitle>
	<generator>MediaWiki 1.31.16</generator>
	<entry>
		<id>https://www.ecured.cu/index.php?title=Desarrollo_de_software&amp;diff=3556420</id>
		<title>Desarrollo de software</title>
		<link rel="alternate" type="text/html" href="https://www.ecured.cu/index.php?title=Desarrollo_de_software&amp;diff=3556420"/>
		<updated>2019-09-30T14:24:57Z</updated>

		<summary type="html">&lt;p&gt;JESUS ARARO626: /* Desarrollo del Software */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Definición&lt;br /&gt;
|nombre=Desarrollo de Software&lt;br /&gt;
|imagen=Dsoftware1.jpg&lt;br /&gt;
|tamaño=&lt;br /&gt;
|concepto=Desarrollar un [[Software|software]] significa construirlo simplemente mediante su descripción.&lt;br /&gt;
}}&lt;br /&gt;
'''Desarrollo de software'''. Desarrollar un [[Software|software]] significa construirlo simplemente mediante su descripción. Esta es una muy buena razón para considerar la actividad de desarrollo de software como una [[Ingeniería de Software|ingeniería]]. En un nivel más general, la relación existente entre un software y su entorno es clara ya que el software es introducido en el mundo de modo de provocar ciertos efectos en el mismo.&lt;br /&gt;
&lt;br /&gt;
Aquellas partes del mundo que afectarán al software y que serán afectadas por él será el [[Dominio de Aplicación|Dominio de Aplicación]]. Es allí donde los [[Usuarios|usuarios]] o [[Clientes|clientes]] observarán si el desarrollo del software ha cumplido su propósito.&lt;br /&gt;
&lt;br /&gt;
Una de las mayores deficiencias en la práctica de construcción de software es la poca atención que se presta a la discusión del problema. En general los desarrolladores se centran en la solución dejando el problema inexplorado. El problema a resolver debe ser deducido a partir de su solución.&lt;br /&gt;
&lt;br /&gt;
Esta aproximación orientada a la solución puede funcionar en campos donde todos los problemas son bien conocidos, clasificados e investigados, donde la innovación se ve en la detección de nuevas soluciones a viejos problemas.&lt;br /&gt;
&lt;br /&gt;
Pero el desarrollo de software no es un campo con tales características. La versatilidad de las [[Computadora|computadoras]] y su rápida evolución hace que exista un repertorio de problemas en constante cambio y cuya solución software sea de enorme importancia. &lt;br /&gt;
&lt;br /&gt;
== Desarrollo del Software  ==&lt;br /&gt;
&lt;br /&gt;
Cuando se va desarrollar un software intervienen muchas personas como lo es el cliente que es el que tiene el problema en su [[Empresa|empresa]] y desea que sea solucionado, para esto existe el [[Analista de Sistema]] que es el encargado de hacerle llegar todos los requerimientos y necesidades que tiene el cliente a los programadores que son las personas encargadas de realizar lo que es la codificación y [[Diseño|diseño]] del sistema para después probarlo y lo instalan al cliente. Es así como intervienen varias personas ya que una sola persona no podría determinar todo lo necesario lo más seguro que le haga falta algún requerimiento o alguna parte del nuevo sistema y entre más estén involucradas mejor para cubrir con todos los requerimientos del sistema.&lt;br /&gt;
&lt;br /&gt;
== Fases del proceso de desarrollo de software ==&lt;br /&gt;
&lt;br /&gt;
=== Análisis de requisitos[[Image:Esquema desarrollo software.jpg|thumb|left|200x151px]] ===&lt;br /&gt;
&lt;br /&gt;
Extraer los requisitos de un [[Producto|producto]] de software es la primera etapa para crearlo. Mientras que los clientes piensan que ellos saben lo que el software tiene que hacer, se requiere de [[Habilidad|habilidad]] y experiencia en la ingeniería de software para reconocer requisitos incompletos, ambiguos o contradictorios. El resultado del [[Análisis|análisis]] de requisitos con el cliente se plasma en el documento ERS, Especificación de Requerimientos del Sistema, cuya estructura puede venir definida por varios estándares, tales como CMM-I. Asimismo, se define un [[Diagrama|diagrama]] de Entidad/Relación, en el que se plasman las principales entidades que participarán en el desarrollo del software. La captura, análisis y especificación de requisitos (incluso pruebas de ellos), es una parte crucial; de esta etapa depende en gran medida el logro de los objetivos finales. Se han ideado modelos y diversos procesos de trabajo para estos fines. Aunque aún no está formalizada, ya se habla de la Ingeniería de Requisitos. La IEEE Std. 830-1998 normaliza la creación de las Especificaciones de Requisitos Software (Software Requirements Specification).&lt;br /&gt;
&lt;br /&gt;
=== Diseño y arquitectura ===&lt;br /&gt;
&lt;br /&gt;
Se refiere a determinar cómo funcionará de forma general sin entrar en detalles. Consiste en incorporar consideraciones de la [[implementación tecnológica]], como el [[Hardware|hardware]], la [[Red|red]], etc. Se definen los casos de uso para cubrir las funciones que realizará el sistema, y se transforman las entidades definidas en el análisis de requisitos en clases de diseño, obteniendo un modelo soy hacker xdxdxdxdxddxd&lt;br /&gt;
&lt;br /&gt;
=== Programación ===&lt;br /&gt;
&lt;br /&gt;
Reducir un diseño a código puede ser la parte más obvia del [[Trabajo|trabajo]] de ingeniería de software, pero no es necesariamente la porción más larga. La complejidad y la duración de esta etapa está íntimamente ligada al o a los [[Lenguaje de Programación|lenguajes de programación]] utilizados.&lt;br /&gt;
&lt;br /&gt;
=== Prue ===&lt;br /&gt;
En este modelo se entrelazan las actividades de especificación, desarrollo y validación. Inicialmente, se desarrolla rápidamente un sistema inicial a partir de una especificación muy abstracta. El sistema se va refinando con la información que van suministrando los clientes y/o usuarios hasta que se obtiene un sistema final que satisfaga todas las necesidades previstas. El sistema final obtenido puede rediseñarse para producir otro más robusto y más fácil de mantener. En la figura 2 se esquematiza este modelo. &amp;lt;br&amp;gt; &lt;br /&gt;
[[Image:Pds1.JPG|frame|center|429x231px|Pds1.JPG]]&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp; Figura 2: Modelo evolutivo.&lt;br /&gt;
Existen dos tipos de procesos de desarrollo evolutivos:&amp;lt;br&amp;gt;Exploratorio: Su objetivo es trabajar con el cliente para identificar y construir el sistema final a partir de una especificación informal. El resultado del proceso es el sistema final.&amp;lt;br&amp;gt;Prototipado desechable: Su objetivo es entender los requisitos del cliente. El resultado del proceso es la especificación del sistema (el prototipo se deshecha).&amp;lt;br&amp;gt;Los principales problemas de este modelo son: escasa visibilidad; los continuos cambios que hacen que los sistemas desarrollados estén deficientemente estructurados; y la necesidad de disponer, en muchos casos, de un equipo de desarrollo altamente calificado. Estos problemas hacen que la aplicación de este modelo se suela limitar a sistemas interactivos de tamaño pequeño o mediano. La deficiente estructura dificulta las tareas de mantenimiento de ahí que se suela aplicar a sistemas con una vida corta y a partes de grandes sistemas, especialmente a sistemas de inteligencia artificial y a interfaces de usuario.&amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
===Modelo transformacional===&lt;br /&gt;
Se basa en disponer de una especificación formal del sistema y en transformar, con métodos matemáticos, esta especificación en una implementación. Si las transformaciones que se aplican son correctas es posible asegurar que el sistema construido satisface la especificación, es decir, es posible obtener programas correctos por construcción. &amp;lt;br&amp;gt; &lt;br /&gt;
[[Image:Pds2.JPG|frame|center|515x271px|Pds2.JPG]]&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp; Figura 3: Modelo transformacional.&lt;br /&gt;
Otra de sus ventajas es la posibilidad de realizar el mantenimiento a nivel de especificación. Por lo que es necesario disponer de una especificación inicial correcta y de diseñadores altamente calificados. Además no existe apenas experiencia en la aplicación de este modelo a grandes proyectos.&amp;lt;br&amp;gt;Modelo basado en reutilización: En este modelo se supone que alguno de los componentes del sistema final ya existe. El proceso de desarrollo se centra en integrar las partes ya existentes más que en construir todo el sistema desde el principio.&amp;lt;br&amp;gt;Las ventajas que desde un punto de vista económico puede producir este modelo actualmente empiezan a ser estudiadas en profundidad. Prácticamente no existe experiencia sobre el empleo de este modelo, si bien, se están haciendo numerosos estudios e investigaciones para posibilitar su uso. &lt;br /&gt;
=== Modelo en espiral===&lt;br /&gt;
Desarrollado por Boehm en el año 1988 con el objetivo de reunir las ventajas de los modelos de proceso software en cascada y de prototipado. Se incluye el análisis de riesgo como una parte importante del proceso de desarrollo software.&amp;lt;br&amp;gt;El modelo tiene la forma de una espiral en la que cada vuelta representa cada una de las fases en las que se estructura el proceso software y está organizada en cuatro sectores:&amp;lt;br&amp;gt;1. Definición de objetivos, alternativas y restricciones de cada fase del proyecto.&amp;lt;br&amp;gt;2. Evaluación de alternativas y análisis de riesgos.&amp;lt;br&amp;gt;3. Desarrollo y validación. Se elige el modelo de proceso de desarrollo que se considere más adecuado.&amp;lt;br&amp;gt;4. Planificación de las siguientes fases del proyecto.&lt;br /&gt;
&lt;br /&gt;
== Bibliografía ==&lt;br /&gt;
ARTUR BORONAT, J. I., JOSÉ Á. CARSÍ, ISIDRO RAMOS, ABEL GÓMEZ. Del método formal a la aplicación industrial en Gestión de Modelos: Maude aplicado a Eclipse Modeling Framework1, 2003. &lt;br /&gt;
*Bernd Bruegge &amp;amp; Allen H.Dutoit. Object-Oriented Software Engineering, Prentice Hall, Pag. 11. &lt;br /&gt;
*Castro, Díaz-Balart, Fidel: CIENCIA, INNOVACIÓN Y FUTURO. Ediciones especiales. [[Instituto Cubano del Libro]], [[La Habana]]. [[2001]]. &lt;br /&gt;
*Campderrich Falgueras, Benet (2002): Ingeniería de software. Barcelona: Editorial UOC, 2002. 320 páginas. &lt;br /&gt;
*Franquet, R.: COMUNICAR EN LA SOCIEDAD DE LA INFORMACIÓN. [[Universidad Autónoma de Barcelona]]. [[2005]] &lt;br /&gt;
*Ingeniería de Software Código de Ética y Práctica Profesional. SEERI, East Tennessee State University. 1999.&lt;br /&gt;
*Ingeniería de software (sexta edición), Ian Sommerville. Addison Wesley. Sitio en Inglés&lt;br /&gt;
*Ojalvo, V. y otros: LA COMUNICACIÓN EDUCATIVA. Universidad de la Habana. En formato digital. &lt;br /&gt;
*ONET Code Connector - Software Developers, Systems Software - 15-1133.00. Onetcodeconnector.org.&lt;br /&gt;
*Pasquali, A.: COMPRENDER LA COMUNICACIÓN. [[Caracas]]: Monte Ávila Editores. [[1979]]. &lt;br /&gt;
*Proceso unificado del desarrollo de software, artículo en el sitio web Yaqui. &lt;br /&gt;
*Presman, Roger, [[2002]]. Ingeniería de Software: un enfoque práctico, Sexta edición, McGraw.Hill/Interamericana de España, 824 páginas. pág. 39, 53-54, 67-72. &lt;br /&gt;
*Software Development Manager Position Description. interfacing.com. &lt;br /&gt;
*Urribarri, R.: “EL USO DE INTERNET Y LA TEORÍA DE LA COMUNICACIÓN”. [[Universidad de Zulia]], [[Venezuela]]. 10-O3-1999.&lt;br /&gt;
*What is Rapid Application Development? &lt;br /&gt;
&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Ingeniería_de_software]]&lt;/div&gt;</summary>
		<author><name>JESUS ARARO626</name></author>
		
	</entry>
	<entry>
		<id>https://www.ecured.cu/index.php?title=Ingenier%C3%ADa_de_software&amp;diff=3556372</id>
		<title>Ingeniería de software</title>
		<link rel="alternate" type="text/html" href="https://www.ecured.cu/index.php?title=Ingenier%C3%ADa_de_software&amp;diff=3556372"/>
		<updated>2019-09-30T14:07:19Z</updated>

		<summary type="html">&lt;p&gt;JESUS ARARO626: hitler&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Definición|Nombre=Ingeniería de Software|imagen=|concepto= Ciencia de la Computación, que ofrece métodos y técnicas para desarrollar y mantener software de calidad que resuelven problemas de todo tipo.}}&lt;br /&gt;
&lt;br /&gt;
'''Ingeniería del Software.''' La Ingeniería del [[Software]] es una disciplina o área de la [[Informática]] que ofrece métodos y técnicas para desarrollar y mantener software de calidad que resuelven problemas de todo tipo. Existen varias definiciones sobre esta ciencia de la [[computación]] que permiten describir este proceso. &lt;br /&gt;
&lt;br /&gt;
== Estado del arte de la Ingeniería del Software  ==&lt;br /&gt;
&lt;br /&gt;
La Ingeniería del [[Software]] es una disciplina o área de la [[Informática]] o Ciencias de la [[Computación]], que ofrece métodos y técnicas para desarrollar y mantener software de calidad que resuelven problemas de todo tipo. Hoy día es cada vez más frecuente la consideración de la Ingeniería del Software como una nueva [[área]] de la ingeniería, y el ingeniero del software comienza a ser una profesión implantada en el mundo laboral internacional, con derechos, deberes y responsabilidades que cumplir, junto a una, ya, reconocida consideración social en el mundo empresarial y, por suerte, para esas personas con brillante futuro. &lt;br /&gt;
&lt;br /&gt;
La Ingeniería del Software trata con áreas muy diversas de la Informática y de las ciencias de la computación, tales como construcción de compiladores, sistemas operativos o desarrollos de [[Intranet]]/[[Internet]], abordando todas las fases del ciclo de vida del desarrollo de cualquier tipo de sistemas de información y aplicables a una infinidad de áreas tales como: negocios, [[investigación científica]], [[medicina]],[[ producción]],logística, banca, control de tráfico, [[meteorología]], el mundo del derecho, la [[red]] de redes Internet, redes Intranet y Extranet, etc.&lt;br /&gt;
&lt;br /&gt;
== Término Ingeniería del Software  ==&lt;br /&gt;
&lt;br /&gt;
Según Diccionario de la Real Academia Española de la Lengua &lt;br /&gt;
&lt;br /&gt;
El término Ingeniería se define en el Diccionario de la Real Academia Española de la Lengua (DRAE) como: Conjunto de conocimientos y técnicas que permiten aplicar el saber científico a la utilización de la materia y de las fuerzas de [[energía]]. &lt;br /&gt;
&lt;br /&gt;
Profesión y ejercicio del ingeniero, y el término ingeniero se define como: Persona que profesa o ejerce la ingeniería. &lt;br /&gt;
&lt;br /&gt;
Según la Real Academia de Ciencias Exactas, Físicas y Naturales &lt;br /&gt;
&lt;br /&gt;
'''Ingeniería:''' Es el conjunto de conocimientos y técnicas cuya aplicación permite la utilización racional de los materiales y de los recursos naturales, mediante invenciones, construcciones u otras realizaciones provechosas para el hombre. &lt;br /&gt;
&lt;br /&gt;
Evidentemente, si la Ingeniería del [[Software]] es una nueva ingeniería, parece lógico que reúna las propiedades citadas en las definiciones anteriores. Sin embargo, ni el DRAE ni la Real Academia Española de Ciencias han incluido todavía el término es sus últimas ediciones; en consecuencia vamos a recurrir para su definición más precisa a algunos de los autores más acreditados que comenzaron en su momento a utilizar el término o bien en las definiciones dadas por organismos internacionales profesionales de prestigio tales como [[IEEE]] o [[ACM]].&lt;br /&gt;
&lt;br /&gt;
== Definiciones de Ingeniería de Software  ==&lt;br /&gt;
&lt;br /&gt;
'''Definición 1:''' [[Ingeniería]] de [[Software]] es el estudio de los principios y metodologías para desarrollo y mantenimiento de sistemas de software. &lt;br /&gt;
&lt;br /&gt;
'''Definición 2:''' [[Ingeniería]] de [[Software]] es la aplicación práctica del conocimiento científico en el diseño y construcción de programas de computadora y la documentación asociada requerida para desarrollar, operar (funcionar) y mantenerlos. Se conoce también como desarrollo de software o producción de software. &lt;br /&gt;
&lt;br /&gt;
'''Definición 3:''' [[Ingeniería]] de [[Software]] trata del establecimiento de los principios y métodos de la [[Ingeniería]] a fin de obtener [[software]] de modo rentable que sea fiable y trabaje en máquinas reales. &lt;br /&gt;
&lt;br /&gt;
'''Definición 4:''' La aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación (funcionamiento) y mantenimiento del software; es decir, la aplicación de ingeniería al software.&lt;br /&gt;
&lt;br /&gt;
== El producto y el proceso de la Ingeniería del Software  ==&lt;br /&gt;
&lt;br /&gt;
=== El producto  ===&lt;br /&gt;
&lt;br /&gt;
El software de computadora se ha convertido en el alma máter. Es la máquina que conduce a la toma de decisiones comerciales. Sirve para la investigación científica moderna y de resolución de problemas de ingeniería. Es el factor clave que diferencia los productos y servicios modernos. Está inmerso en sistemas de todo tipo: de transportes, médicos, de telecomunicaciones, militares, procesos industriales, entretenimientos, productos de oficina, la lista es casi interminable. El software es casi ineludible en un mundo moderno. A medida que nos adentremos en el [[siglo XXI]], será el que nos conduzca a nuevos avances en todo, desde la educación elemental a la ingeniería genética. &lt;br /&gt;
&lt;br /&gt;
El software de computadora es el producto que diseñan y construyen los ingenieros del software. Esto abarca programas que se ejecutan dentro de una computadora de cualquier tamaño y arquitectura, documentos que comprenden formularios virtuales e impresos y datos que combinan números y texto y también incluyen representaciones de información de audio, vídeo e imágenes. &lt;br /&gt;
&lt;br /&gt;
Los ingenieros de software lo construyen, y virtualmente cualquier persona en el mundo industrializado lo utiliza, bien directa o indirectamente. Es importante porque afecta muy de cerca cualquier aspecto de la vida y está muy extendido en el comercio y en las actividades cotidianas. &lt;br /&gt;
&lt;br /&gt;
Los pasos son construir software de computadora como construimos cualquier otro producto satisfactorio, aplicando un proceso que conduce a un resultado de alta calidad, que satisface las necesidades de las personas que usarán el producto. Debes aplicar un enfoque de ingeniería de software. &lt;br /&gt;
&lt;br /&gt;
Desde el punto de vista de un ingeniero de software, el producto obtenido son los programas, documentos y los datos que configuran el software de computadora. Pero desde el punto de vista de los usuarios el producto obtenido es la información resultante que de algún modo mejora el mundo de los usuarios.&lt;br /&gt;
&lt;br /&gt;
=== El proceso  ===&lt;br /&gt;
&lt;br /&gt;
Como el software, al igual que el capital, es el conocimiento incorporado, y puesto que el conocimiento está inicialmente disperso, el desarrollo del software implícito, latente e incompleto en gran medida, es un proceso social de aprendizaje. &lt;br /&gt;
&lt;br /&gt;
El proceso es un diálogo en el que se reúne el conocimiento y se incluye en el software. El proceso proporciona una interacción entre los usuarios y los diseñadores, entre los usuarios y las herramientas de desarrollo, y entre los diseñadores y las herramientas de desarrollo [tecnología]. Es un proceso interactivo donde la herramienta de desarrollo se usa como medio de comunicación, con cada iteración del diálogo se obtiene mayor conocimiento de las personas involucradas. &lt;br /&gt;
&lt;br /&gt;
Cuando se trabaja para construir un producto o un sistema, es importante seguir una serie de pasos predecibles, un mapa de carreteras que le ayude a obtener el resultado oportuno de calidad. El mapa de carreteras a seguir es llamado proceso del software. &lt;br /&gt;
&lt;br /&gt;
Lo construyen los ingenieros del software y sus gestores adaptan el proceso a sus necesidades y entonces lo siguen. Además las personas que han solicitado el software tienen un papel a desempeñar en el proceso del software. Es importante porque proporciona estabilidad, control y organización a una actividad que puede, si no se controla, volverse caótica. &lt;br /&gt;
&lt;br /&gt;
Los pasos son a un nivel detallado, el proceso que adoptemos depende del software que estamos construyendo. Un proceso puede ser apropiado para crear software de un sistema de aviación, mientras que un proceso diferente por completo puede ser adecuado para la creación de un sitio web. &lt;br /&gt;
&lt;br /&gt;
Desde el punto de vista de un ingeniero de software, los productos obtenidos son programas, documentos y datos que se producen como consecuencia de las actividades ingenieriles definidas por el proceso. &lt;br /&gt;
&lt;br /&gt;
Hay una cantidad de mecanismos de evaluación del proceso de software que permiten a las organizaciones determinar la madurez de su proceso. Sin embargo, la calidad, oportunidad y viabilidad a largo plazo del producto que se está construyendo, son los mejores indicadores de la eficiencia del proceso que estamos hitler era negro y se jala el ganzo&lt;br /&gt;
&lt;br /&gt;
                                   &lt;br /&gt;
==Modelos de desarrollo de software==&lt;br /&gt;
                                   &lt;br /&gt;
Existen varios modelos, paradigmas y filosofías de desarrollo, en los cuales se apoya la ingeniería de software para la construcción del software, entre ellos se puede citar:&lt;br /&gt;
*[[Modelo en cascada]] (modelo tradicional)          &lt;br /&gt;
        &lt;br /&gt;
*Modelo de prototipos          &lt;br /&gt;
        &lt;br /&gt;
*[[Modelo Espiral]]          &lt;br /&gt;
        &lt;br /&gt;
*Desarrollo por etapas          &lt;br /&gt;
        &lt;br /&gt;
*Desarrollo iterativo y creciente o Iterativo e Incremental          &lt;br /&gt;
        &lt;br /&gt;
*[[Modelo de desarrollo rápido de aplicaciones]] (Rapid Application Development, RAD ó DRA)          &lt;br /&gt;
        &lt;br /&gt;
*Desarrollo concurrente          &lt;br /&gt;
        &lt;br /&gt;
        &lt;br /&gt;
*[[Proceso Unificado de Desarrollo]] RUP (Proceso Unificado de Rational)&lt;br /&gt;
&lt;br /&gt;
==Ver además==&lt;br /&gt;
*[[Monitoreo y Control de Proyecto]]&lt;br /&gt;
*[[Gestión de Proyectos]]&lt;br /&gt;
*[[Caso_de_uso|Caso de Uso]]&lt;br /&gt;
&lt;br /&gt;
== Fuentes  ==&lt;br /&gt;
&lt;br /&gt;
*Pressman, Roger S., Ingeniería del Software. Vol. I. 250 p. [[2005]].&lt;br /&gt;
&lt;br /&gt;
[[Category:Ingeniería_de_software]]&lt;/div&gt;</summary>
		<author><name>JESUS ARARO626</name></author>
		
	</entry>
</feed>