Que es un buen S.I?

Es aquel que cumple las necesidades del usuario es decir tiene que ser:
til y aprovechable
Fiable
Flexible
Accesible
Disponible

til y aprovechable
Un buen software hace la vida de los usuarios ms fcil y mejor

Fiable
Un buen software tiene pocos errores

Flexible
Las necesidades de los usuarios cambian a lo largo del tiempo, incluso mientras el
sw de esta desarrollando, de manera que es importante poder realizar cambios en
el mismo mas tarde. Todos los cambios que se hacen en el sw despus de
entregado, se llama mantenimiento

Accesible
Tanto para la compra como para el mantenimiento

Los costos de mano de obra son el elemento mas significativo dentro de los costes
de sw, de manera que si este se reduce quiere decir que es relativamente sencillo y
fcil de desarrollar y mantener.

Disponible

De otro modo, no importa lo bueno que sea
Se debe considerar dos aspectos:

El sw tiene que poder ejecutarse en el hardware (hw) disponible, con el
sistema operativo (so) disponible
El sw debe ser lo primero que exista. De forma que un proyecto de sw debe
completarse con xito y entregar en el tiempo prometido

Se tienen buenos sistemas?
FALLO, muchos programas no cumplen con los requisitos de los usuarios
y/o tienen fallas tcnicas.
Las necesidades de los usuarios se pierden en la captura de los requisitos,
varan durante el desarrollo del sistema lo que hace que el sistema
entregado no cumpla con las necesidades de los usuarios.
La mayora de los usuarios esperan que las aplicaciones e incluso los
sistemas operativos fallen, se cuelguen o funcionen mal con cierta
regularidad.
La falta de flexibilidad resulto evidente con el problema del milenio y la
adecuacin de los procesos viejos a procesos de negocios cambiantes
La accesibilidad, se relaciona mucho con la fiabilidad y flexibilidad ya que el
coste de ajuste de errores y el mantenimiento es el mayor coste....

Ingeniera del Software
El proceso software

Qu es un proceso software?
Es un conjunto de actividades y resultados asociados que producen un producto de
software
Es uno de los componentes de un mtodo de desarrollo de software
Existen 4 actividades fundamentales de proceso, comunes para todos los procesos
de software:
Especificacin: requisitos del software
Desarrollo del software
Validacin del software
Evolucin del software

Distintos procesos de software organizan las actividades de diferentes formas, y
las describen con diferente nivel de detalle

El tiempo de cada actividad vara, as como los resultados
Organizaciones diferentes usan procesos diferentes para producir el mismo
producto

Sin embargo, para algunos tipos de aplicacin, algunos procesos son ms
convenientes que otros

Qu es un proceso de software? Ciclo de vida
Alternativamente, a veces se usan los trminos
Ciclo de vida, y
Modelo de ciclo de vida
Sucesin de etapas por las que atraviesa un producto software a lo largo de su
existencia (Durante su desarrollo y explotacin)

Ciclo de vida Ciclo de desarrollo

Estndares en ingeniera del software

Estndar: Conjunto de criterios aprobados, documentados y disponibles para
determinar la adecuacin de una accin (estndar de proceso) o de un objeto
(estndar de producto)

Gua: conjunto de criterios bien definidos y documentados que encaminan una
actividad o tarea

Es ms flexible que un estndar



Porqu usar estndares en Ingeniera de Software?
Segn Sommerville, los estndares son tiles porque:
Agrupan lo mejor y ms apropiado de las buenas prcticas y usos del
desarrollo de software
Engloban los conocimientos que son patrimonio de una organizacin
Proporcionan un marco para implementar procedimientos de
aseguramiento de la calidad
Proporcionan continuidad entre el trabajo de distintas personas

Tipos de estndares
Estndares para datos: desde asignar nombres a los datos y especificar longitud y
tipo hasta los relacionados con BBDD, ej.:SQL2, SQL1999, ODMG 2.0

Estndares de codificacin: abreviaturas y designaciones formales para describir
actividades dentro de la organizacin.

Estndares estructurales: polticas de divisin del software en mdulos

Estndares de documentacin

Estndares de proceso software

Estndares para otras actividades

Ejemplos de estndares en ingeniera de software

IEEE Standars Collection Software Engineering 1998 Edition
IEEE Std. 830-1993, Recommended Practice for software Requirements Specifications

Proceso Software (PS) Efectivo

Habilita a la organizacin a incrementar su productividad al desarrollar software:

Permite estandarizar esfuerzos, promover reso, repeticin y consistencia
entre proyectos
Provee la oportunidad de introducir mejores prcticas de la industria
Permite entender que las herramientas deben ser utilizadas para soportar
un proceso
Establece la base para una mayor consistencia y mejores futuras

Proceso Software (PS) mejora

Un proceso de software mejora los esfuerzos de mantenimiento y soporte:
Define cmo manejar los cambios y liberaciones a sistemas de software
existentes
Define como lograr la transicin del software a la operacin, y cmo
ejecutar los esfuerzos de operacin y soporte

Necesitamos un proceso de software cuya funcionalidad ste aprobada en la
prctica, y personalizado para que cumpla con nuestras necesidades especficas

Elementos tpicos del Proceso de Software

Actividad: Definen las acciones que se llevan a cabo en un momento dado
del desarrollo de software
Flujo de Trabajo: Coleccin estructurada de actividades y elementos
asociados (artefactos y roles), que producen un resultado de valor

Rol: Son responsables por llevar a cabo las actividades del proceso, pueden
ser personas o herramientas

Producto o Artefacto: Son las entradas y salidas de las actividades, pueden
ser de diferentes tipos, como documentos, modelos, componentes, planes,
reportes, etc.

Disciplina: Conjunto integrado por actividades relativas a una rama
particular de conocimiento. Ej. Anlisis y diseo

Modelos genricos

Abarcan todos los procesos relacionados con el desarrollo de software

CMM: modelo de madurez de capacidades, estndar de facto
CMMI: modelo integrado
ISO 9001-2000: sistema para administracin de la calidad estndar
ISO/IEC 15504: marco para evaluacin de procesos de software en vas de ser
estndar, por ahora reporte tcnico
MoProSoft: modelo de procesos para la industria de software en Mxico en vas de
ser norma mexicana....

Mtodos de evaluacin

Creado por software Engineering Institute (SEI) en conjunto con Carnegie Mellon
University, proporciona una medida de la eficacia global de las prcticas de
ingeniera des sw de una compaa ....

1. Inicial: El xito depende de esfuerzo heroicos y personales ms que de
procesos adecuadamente definidos
2. Repetible: Se establecen polticas y procedimientos para llevar a cabo un
proyecto. Una funcin de calidad asegura que se cumplen dichos
procedimientos. Se obtienen niveles de calidad parecidos a proyectos
anteriores
3. Definido: se adopta un proceso sw. Estndar, y se adapta a cada proyecto
4. Gestionado: la calidad del producto y del proceso es medida, predecible y
cuantificable. Se pueden usar dichas medidas (mtricas del software) para
detectar situaciones excepcionales y corregirlas
5. Optimizado: el proceso es continuamente mejorado usando las medidas
obtenidas de procesos anteriores

Niveles de Madurez
Nivel
1. Inicial: Proceso catico, impredecible. El xito depende del esfuerzo
heroico de individuos
2. Repetible: institucionalizar procesos efectivos de administracin de
proyectos de software, que permiten a las organizaciones repetir prcicas
exitosas desarrolladas en proyectos previos
3. Definido: el proceso estndar para desarrollar y mantener software en la
organizacin esta documentado, incluyendo procesos de administracin