El modelo de neurona artificial representa la neurona como una serie de funciones de activacion y estado y a su vez
una interaccion de éstas para poder procesar información, las cuales son definidas como:

- Funcion de propagación o ponderación
- Transforma las diferentes entradas de la sinapsis en el potencial de la neurona

- Funcion de activación
- Consigue el estado futuro de la neurona después de la funcion de propagación y sus resultados

- Funcion de salida
- Convierte el estado de la neurona en la salida hacia la siguiente neurona a través de la sinapsis

Las redes neuronales tienen 2 formas de clasificación:

- Según su topologia o estructura de la red
- Según su algoritmo de aprendizaje

Según esta clasificación se puede observar que las neuronas se agrupan para formar capas y así reunidas forman las
redes neuronales, además que el aprendizaje se basa en el entrenamiento de la red mediante patrones
(patrones de muestra o entrenamiento), debido a esto se tinen tres tipos de aprendizaje:

- Supervisado (el mas intuitivo)
- No supervisado (caracterisitcas comunes en los patrones)
- Reforzado (hibrido)

Componentes del Sistema de Calidad – Actividades del ciclo de vida

• Revisión de controles
• Especificaciones de los requisitos del comprador
• Planificación del desarrollo
• Planificación de la calidad
• Diseño y realización
• Ensayo y validación
• Aceptación
• Reproducción, despacho e instalación
• Mantenimiento

Componentes del Sistema de Calidad – Actividades de apoyo

• Control de documentos
• Registros de calidad
• Mediciones
• Reglas, prácticas y conveciones
• Herramientas y técnicas
• Compra
• Productos de software comprendidos
• Entretenimiento

El modelo ISO/IEC 122207 contiene directrices y referencia común para los procesos del ciclo de vida del software con una terminología bien definida a la que puede hacer referencia la industria del software. Contiene procesos, actividades y tareas para aplicar durante la adquisición de un sistema que contiene software, un producto software puro o un servicio software y durante el suminstro, desarrollo, operación y mantenimiento de productos software.

Como una buena referencia de documentación se pude acudir a la NTP (Norma Técnica Peruana) ya que es palicable a la adquisición de sistemas, productos y servicios software:

http://www.bvindecopi.gob.pe/normas/isoiec12207.pdf

Describe la arquitectura de los procesos del ciclo de vidad del software.

1. Enfoque al cliente
   • Definir y promover procesos que lleven a mejorar el desempeño de la organización
   • Adquirir y utilizar información y datos de los clientes de manera continua
   • Utilizar métodos adecuados para evaluar la mejora del proceso, tales como auto-evaluaciones y revisiones por parte de la dirección.
2. Liderazgo
   • Los líderes establecen la unidad de propósito y la orientación de la adminstración de la organización
   • Establecer una visió, políticas y objetivos estratégicos coherentes con el propósito de la institución
   • Comunicar la orientación de la organización
   • Identificar los procesos de apoyo.
3. Participación del personal
   • Facilitar la comunicación de información abierta
   • Definir sus responsabilidades y autoridades
   • Establecer responsabilidades individuales y de equipo
4. Enfoque basado en procesos
   • Cualquier actividad o conjunto de actividades que utilizan recursos para transformar entradas en salidas puede considerarse como un proceso
   • Un resultado deseado se alcanza más eficientemente cuando las actividades y los recursos se gestionan como proceso
5. Enfoque del sistema para la gestión
   • Identificar, entender y gestionar los proceso interrelacionados como un sistema contribuye a la eficacia y l a eficiencia de una organización en el logro de sus objetivos.
   • Establecer los métodos para medir la eficacia y eficiencia de cada proceso.
6. Mejora continua
   • Es el desempeño global de la organización
   • análisis y evaluación de la situación existente para identificar áreas para la mejora.
7. Enfoque basado en hechos para la toma de decisión
   • Basarse en los datos obtenidos
   • Las decisiones eficaces se basan en el análisis de los datos y la información
   • Tendencias, nivel de satisfacción económica de la calidad
8. Relaciones mutuamente beneficiosas con el proveedor
   • Esta relación aumenta la capacidad de ambos para crar valor
   • Establecer relaciones, facilitar comunicación
   • Optimizar el número de proveedores y aliados.

Estos principios integrados son útiles para conducir y adminstrar una organización en forma exitosa y así controlarla en una forma sistemática y transparente.

Como muestra se puede ver un video al respecto donde varias empresas fueron certificadas por esta norma.

SPICE es una norma que trata los procesos de ingeniería, gestión, relación cliente-proveedor, de la organización y del soporte.

Fue creada por la alta competencia del mercado de desarrollo de software, a la difícil tarea de identificar los riesgos, cumplir con el calendario, controlar los costos y mejorar la eficiencia y calidad. Este engloba un modelo de referencia para los procesos y sus potencialidades sobre la base de la experiencia de compañías grandes, medianas y pequeñas.

Un documento revisado y de gran ayuda para conocer más acerca de este modelo puede ser:

http://64.233.169.104/search?q=cache:_XIR07yh7MYJ:web.unvi.utp.ac.pa/bibliotecavirtual/files/Calidad_en_Inge_858.ppt+MODELOS+DE+CALIDAD+DEL+SOFTWARE&hl=es&ct=clnk&cd=4&gl=gt&client=firefox-a

http://www.certum.com/Html/contenido_curricula.htm

http://www.usm.edu.ec/abedini/spice/cursosspice.pdf

http://trevinca.ei.uvigo.es/~adomin/csi/web/pdfs/csi_iso.pdf

http://www.fing.edu.uy/inco/cursos/gestsoft/ppts/GS04.PPT

En el primer documento se ve una variedad de modelos ya revisados y los mas comunes, contiene las normas ISO, SPICE, CMM además de terminologías y conecptos que estos abarcan, en el resto de documentos se encuentra información variada revisada para conocer más acerca de SPICE.

Descripción del modelo
El modelo describe los procesos que una organización puede ejecutar, adquirir, suplir, desarrollar, operar, evolucionar, brindar soporte de software y todas las prácticas genéricas que caracterizan las potencialidades de estos procesos.

La arquitectura se basa en:
Prácticas base: Son las actividades esenciales de un proceso específico, agrupado por categorías de procedimientos y procesos de acuerdo al tipo de actividad que direccionan.
Prácticas genéricas: Aplicables a cualquier proceso, que representa las actividades necesarias para administrar el “proceso” y mejorar su potencialidad.

CATEGORIAS:

• Procesos cliente- proveedor
• Adquisición
• Suministro
• Procesos de ingeniería
• Procesos de Operación
• Procesos de soporte
• Mejora de Procesos
• Recursos e Infraestructura
• Procesos de Administración
• Procesos de Reutilización

A manera de conclusion de varios documentos y varia información, se pude ver que el modelo describe los procesos que una organización puede ejecutar, adquirir, suplir, desarrollar, operar, evolucionar, brindar soporte de software y todas las prácticas genéricas que caracterizan las potencialidades de estos procesos.

La calidad del todos los componentes integrados en el proceso de desarrollo del software NO mejora necesariamente por el simple hecho de adoptar un estándar.

Es necesario que el proceso de adopción conlleve una gestión del cambio adecuada.

Es necesario tener un estándar como objetivo y referencia del proceso de desarrollo del software.

El modelo seleccionado no es tan importante como el compromiso de mejora.

Existen varios documentos que dan variada información sobre este tipo de modelo y son muy buenos como material de aprendizaje; después de revisados algunos de éstos, se puede llegar a alguna de las siguientes conclusiones:

• Este modelo requiere mucho esfuerzo y compromiso de toda la organización.
• Se debe comenzar a diseñar y documentar los procesos, luego desplegarlos y ponerlos en prácitca.
• Requiere un mínimo de cantidad de personal (no menos de 10 personas en la práctica).
• Fuerte inversión económica

Además de éstos puntos se puede obtener  un compromiso asegurado ya que se automatizan lo mas posible las actividades de control y gestión de los proceso de proyectos.

Como fuente muy confiable sobre este modelo se puede ver el siguiente link

http://www.mityc.es/NR/rdonlyres/A570B90C-B41A-46E2-BD39-4A31D18BB7FD/0/s01CeciliaRigoni.pdf 

En este documento se muestran las especificaciones sobre este modelo y sus diferentes niveles, así como los conceptos relacionados.

Ya que el mercado es competitivo y de oferta, se debe tener una planificación y medida de la calidad para llegar a tener un buen impacto estratégico y una buena oportunidad en éste; con una buena planificación, fijación de objetivos, coordinación, formación, adaptación de toda la organización se pude llegar a consolidar un buen producto de calidad.

Para lograr esta meta, existen varios modelos de calidad

• CMMI v 1.2
• Norma ISO/IEC 12207
• Metrica 3
• ISO 9000 (9001:2000)
• (SPICE) ISO/IEC 15504
• y muchos muchos mas…

Debido a que el proceso de desarrollo y de mantenimiento de software es diferente a la mayoria de otros tipos de productos, se tiene el modelo de sistema de calidad.

• Responsabilidad de Calidad
• Sistema de Calidad
• Autidotrias Internas del Sistema de Calidad
• Acciones Correctivas

¿Porque?

• Depende de las metodologías usadas
•  Depende de los objetivos del negocio