Procesos de desarrollo

El proceso de desarrollo
Se define como proceso de desarrollo, al método de organizar las actividades relacionadas con la creación,
presentación y mantenimiento de los sistemas software.
La descripción de un proceso incluye las actividades que van desde los requerimientos hasta la presentación
o entrega.
UML estandariza los artefactos y la notación, pero no define un proceso oficial de desarrollo. Las razones
han sido expuestas anteriormente en este documento. Sin embargo los pasos normales y principios que
guían un proceso eficaz consideran un proceso que incluya los pasos de macronivel:

•  Planeación y elaboración (definir requisitos, construcción de prototipos, etc.)
• Construcción (creación del sistema)
• Aplicación (transición de la implementación a puesta en producción

Proyecto Análisis de Sistemas II para primera revisión.

Estimados amigos el siguiente documento habla sobre El Sistema Optimizador de Almacenes PHARMAHELP está implementado sobre el PHP y Mysql.

La arquitectura en capas le permite integrabilidad entre subsistemas. Los componentes de la arquitectura son descritos mediante UML, estos que fueron utilizados en cada proceso de  desarrollo. El Sistema en desarrollo soporta el proceso de negocio correspondiente a la Gestión de Productos y Control del Stock de una Farmacia con intenciones de expansión, mediante la automatización de las notificaciones por rotación de productos, detección de umbrales alcanzados por límite de stock y anticipación ante caducidad de productos.

Se demuestra de esta manera, como esta solución puede apoyar a los negocios mediante una participación activa, la misma que permita el inicio de procesos de negocio convirtiéndose en beneficio por la reducción considerable de tiempos en  detección, difusión y acción a tomar ante determinados eventos.”

Les Adjunto el PDF. del Mismo

http://www.mediafire.com/?ue55hh14h1csau1

Saludos

Modelo conceptual de UML

Para entender UML se requiere conocer su modelo conceptual, éste contempla tres elementos: los bloques básicos de construcción del lenguaje, las reglas que dictan como se pueden combinar esos bloques básicos y los mecanismos comunes que se aplican a lo largo de UML.

Bloques de construcción

En UML existen tres tipos de bloques de construcción:
Elementos: Son abstracciones (clases, casos de uso, estados, anotaciones…)
Relaciones: A través de las relaciones se ligan los elementos entre sí y establecen la forma en que interactúan.
Diagramas: Son la representación gráfica de un grupo de elementos y sus relaciones.

Elementos

Los elementos son bloques básicos de construcción, utilizados para construir modelos bien formados, éstos pueden clasificarse en elementos estructurales, elementos de comportamiento, de agrupación y anotación.

Procesos de Desarrollo de Software PMBOK vs RUP

Estimados Amigos en el link http://juazammo.blogspot.com/2007/12/rup-en-proyectos.html se habla del PMBOK, Primero el PMBOK (cuerpo de conocimientos de gerenciamiento de proyectos) del PMI (Project Management Institute) representa las mejores prácticas en gestión de proyectos con esto dicho, este muchas veces no es cabalmente entendido por los practicantes(nosotros=). Y de eso ni el PMI ni el PMBOK son directamente responsables aunque mi parecer debería ser mucho más explícita la información que el PMI puede ofrecer. La lectura general de los practicantes resulta en como resumen del PMBOK a un Ciclo de Vida en Cascada y ese es el enfoque que a mi persona y los diferentes foros visitados se entiende que no funciona en la vida práctica.

Razon por la cual no se acaba de entender el porque RUP utiliza áreas de proceso directamente del PMBOK . En el caso de MSF de Microsoft su origen y metodología con un enfoque DSL en el que el modelado esta plenamente conectado al código. Ademas MSF tiene una versión ágil para aquellos proyectos pequeños o medianos o equipos que comienzan, que no necesitan una metodología tan compleja como RUP-UML sino con una metodología mas simple que les lleve a algún sitio un poco más rápido, más cómodos y sin estrellarse, sobre todo sin estrellarse.

Ademas vale la pena mensionar que las herramientas de ciclo de vida de Microsoft son claramente superiores a las de ibm según los diferentes benchmarks y casos de éxito.

Les comparto un link muy interesante que explica de forma muy simple estas metodologías.