diff options
Diffstat (limited to 'gpds/n1.lyx')
| -rw-r--r-- | gpds/n1.lyx | 239 |
1 files changed, 166 insertions, 73 deletions
diff --git a/gpds/n1.lyx b/gpds/n1.lyx index 5820de5..81f40ed 100644 --- a/gpds/n1.lyx +++ b/gpds/n1.lyx @@ -108,7 +108,7 @@ ingeniería de software \begin_layout Standard Según el Vocabulario de la Ingeniería del Software y de Sistemas, ISO/IEC/IEEE - 24765 en su edición de 2017, la + 24765:2017, la \series bold ingeniería de software \series default @@ -134,7 +134,7 @@ disciplinada \series bold cuantificable \series default -, pues tanto su realización como sus resultados son medibles. +, con realización y resultados medibles. \end_layout \begin_layout Section @@ -316,29 +316,154 @@ Requisitos del sistema \end_deeper \begin_layout Section -Procesos software +Informes +\lang english +CHAOS \end_layout \begin_layout Standard -Un +Son informes de pago de +\emph on +\lang english +Standish Group +\emph default +\lang spanish +, liberados cuando tienen cierta antigüedad, sobre el desarrollo de la ingenierí +a de software, y clasifican los proyectos en: +\end_layout + +\begin_layout Itemize + \series bold -proceso software +Éxitos: +\series default + Se entregan a tiempo dentro de su presupuesto y con las funciones requeridas. +\end_layout + +\begin_layout Itemize + +\series bold +Deficientes: \series default - es un conjunto coherente de políticas, estructuras organizativas, tecnologías, - prácticas, -\begin_inset Note Note + Se entregan tarde, sobrepasando el coste o sin todas las funciones requeridas. +\end_layout + +\begin_layout Itemize + +\series bold +Fracasos: +\series default + Se cancelan antes de terminar o se entregan pero nunca se usan. +\end_layout + +\begin_layout Standard +Según el informe de 2020, el +\begin_inset Formula $\unit[31]{\%}$ +\end_inset + + de los proyectos son éxitos, el +\begin_inset Formula $\unit[50]{\%}$ +\end_inset + + son deficientes y el +\begin_inset Formula $\unit[19]{\%}$ +\end_inset + + son fracasos. +\end_layout + +\begin_layout Standard +\begin_inset Note Comment status open \begin_layout Plain Layout -TODO Esta lista esta hay que arreglarla +Según el de 2012, el +\begin_inset Formula $\unit[18]{\%}$ +\end_inset + + de los proyectos son cancelados antes de terminar de desarrollarse o no + son usados, y el +\begin_inset Formula $\unit[43]{\%}$ +\end_inset + + son +\begin_inset Quotes cld +\end_inset + +comprometidos +\begin_inset Quotes crd +\end_inset + +, sobrepasando el coste o el plazo o no satisfaciendo las necesidades de + los clientes. + Las cancelaciones y compromisos aumentan con el tamaño del proyecto. +\end_layout + +\begin_layout Plain Layout +Según , creadora de los informes +\lang english +CHAOS +\lang spanish +, en 1995, las empresas y agencias del gobierno en Estados Unidos gastaron + 81000 millones de dólares en proyectos de software fallidos. +\end_layout + +\begin_layout Plain Layout +Una +\series bold +revisión de requisitos +\series default + es una reunión en la que se presentan los requisitos de un elemento de + hardware, software o sistema a algunas partes interesadas para obtener + información o aprobación. + Forma parte de la +\series bold +validación de requisitos +\series default +. +\end_layout + +\begin_layout Plain Layout +El análisis de requisitos permite alcanzar un acuerdo entre clientes, productore +s de software y usuarios sobre lo que hay que producir; proporciona la base + para el diseño; sirve de soporte para la verificación y validación de los + productos, y orienta a potenciales clientes sobre la definición de los + productos, creando a veces catálogos de requisitos alternativos para elegir. \end_layout \end_inset - artefactos y transformaciones usados para construir software y productos - asociados como planes de proyecto, documentos de requisitos, documentos - de análisis o diseño, codificación, casos de prueba, manuales de usuario, - etc., formado por: + +\end_layout + +\begin_layout Section +Procesos software +\end_layout + +\begin_layout Standard +Un +\series bold +artefacto +\series default + es algo tangible creado con un propósito práctico. + Una +\series bold +actividad +\series default + es una actuación de un agente con ciertos objetivos. +\end_layout + +\begin_layout Standard +Un +\series bold +proceso software +\series default + es un conjunto coherente de estructuras organizativas, políticas, prácticas, + tecnologías, artefactos y transformaciones usados para concebir, desarrollar, + implantar y mantener software y productos asociados, como planes de proyecto, + documentos de requisitos, documentos de análisis o diseño, codificación, + casos de prueba, manuales de usuario, etc. + Está formado por: \end_layout \begin_layout Enumerate @@ -368,14 +493,6 @@ control de configuración \end_layout \begin_layout Standard -Un -\series bold -artefacto -\series default - es algo tangible creado con un propósito práctico. -\end_layout - -\begin_layout Standard \begin_inset Note Comment status open @@ -384,20 +501,7 @@ status open status open \begin_layout Plain Layout -Un -\series bold -proceso software -\series default - es un conjunto coherente de políticas, estructuras organizativas, tecnologías, - procedimientos y artefactos para concebir, desarrollar, implantar y mantener - un producto software. - Una -\series bold -actividad -\series default - es un proceso en el espacio-tiempo en el que un agente actúa con ciertos - objetivos. - Las 4 actividades básicas en ingeniería de software son especificación, +Las 4 actividades básicas en ingeniería de software son especificación, desarrollo, validación y evolución. \end_layout @@ -465,38 +569,6 @@ status open status open \begin_layout Plain Layout -Un -\series bold -método -\series default - es la especificación de una secuencia de acciones orientadas a un cierto - propósito, y determina el orden y la forma de llevar a cabo unas actividades. - Una -\series bold -metodología -\series default - es un conjunto coherente de métodos relacionados por principios comunes. -\end_layout - -\end_inset - - -\end_layout - -\end_inset - - -\end_layout - -\begin_layout Standard -\begin_inset Note Comment -status open - -\begin_layout Plain Layout -\begin_inset Note Greyedout -status open - -\begin_layout Plain Layout La tecnología puede ser muy útil con los procesos apropiados, pero no siempre se usa de forma muy efectiva, y aunque las personas tengan buena experiencia y formación, un buen proceso puede ayudar a trabajar mejor, más rápido @@ -522,15 +594,26 @@ Estrategias de desarrollo de software \end_layout \begin_layout Standard -Algunas estrategias son: +Un +\series bold +método +\series default + es la especificación de una secuencia de acciones orientadas a un cierto + propósito, y determina el orden y la forma de llevar a cabo unas actividades. + Una +\series bold +metodología +\series default + es un conjunto coherente de métodos relacionados por principios comunes. + Algunas metodologías: \end_layout \begin_layout Enumerate \series bold -Modelo en cascada +En cascada: \series default -, en que se hacen las fases en orden secuencial. + se hacen las fases en orden secuencial. Útil cuando los requisitos son fijos y el trabajo avanza de forma lineal, al contrario que en la actualidad. \end_layout @@ -542,10 +625,10 @@ Iterativo \series default e \series bold -incremental +incremental: \series default -, con iteraciones en las que se hacen todas las fases para lo siguiente - a implementar. + con iteraciones en las que se hacen todas las fases para lo siguiente a + implementar. \end_layout \begin_layout Enumerate @@ -599,6 +682,16 @@ Platform-Independent Models \end_layout \begin_layout Standard +Según una encuesta de Ambler, las metodologías más exitosas son +\emph on +\lang english +lean +\emph default +\lang spanish +, iterativa y ágil. +\end_layout + +\begin_layout Standard \begin_inset Note Comment status open |
