UML

Herramientas UML

Pero volviendo a la definición de UML como "conjunto de herramientas", si nos imaginamos UML como una caja de herramientas con su martillo, destornillador, alicates, etc. Veamos qué contiene nuestra caja de herramientas:

Diagrama de casos de uso
Diagrama de clases
Diagrama de estados
Diagrama de secuencias
Diagrama de actividades
Diagrama de colaboraciones
Diagrama de componentes
Diagrama de distribución
Pero siguiendo con la analogía, si vamos a colgar un cuadro no usaremos todas las herramientas de nuestra caja, posiblemente sólo usemos el martillo para clavar el clavo.
Lo mismo pasa con UML, una vez que conozcamos las herramientas usaremos en cada momento las más adecuadas a nuestras necesidades. Nos os voy a decir que esto sea fácil, pues hay que saber para qué sirven y qué limitaciones tienen unas y otras para conocer su utilidad. Pero se puede alcanzar este conocimiento con un poco de práctica y sentido común.

cvsi

CVSI

investigación preliminar 

                 factibilidad

                 operacional

                 económica

                 técnica

                 legal

Análisis

                 requerimientos

                                           requisitos         

                                                          * funcional     

                                                          * no funcional 

Diseño

                 Arquitectura

Desarollo

            Rup: ciclo de vida que determina cuantos desarolladores se necesitan para el desarroyo
                            del software

                  Scrum: ciclo de vida para crear un software en poco tiempo

Implementacion

           prueba 

                mantenimiento

agate

Caso de estudio agate

Agate es una compañía de publicidad, la cual implementaron un sistema de información con el cual solo requerimiento primordiales, ellos querían pasar el software que ya le habían implementado a java ya que en su empresa manejaban barios sistema de computo para cada facultad y java se hace compatible con estos y que cubra todos los requerimientos de la empresa para que así tener mayor eficiencia y eficacia en su compañía.

casos de uso

CASO DE USO

Un Caso de Uso es una representación de una unidad discreta de trabajo realizada por un
usuario (u otro sistema) usando el sistema en operación. Se ejecuta en su totalidad o no se
ejecuta nada, devolviendo algo de valor al usuario. Algunos ejemplos de casos de uso son
Agregar Pedido, Eliminar Pedido, Modificar Pedido.


Una descripción de Caso de Uso generalmente incluirá

Comentarios generales y notas que describen el Caso de Uso;
Requisitos: cosas que el Caso de Uso debe permitir hacer al usuario, tales como <capacidad
de actualizar orden>, <capacidad de modificar orden>, etc.
Restricciones: las reglas sobre qué se puede hacer y qué no se puede. Incluyen
precondiciones que tienen que ser verdaderas antes de que se ejecute el Caso de Uso

Técnicas de recolección de hechos:

*Entrevista
*Observación
*Revisión de archivos

*Encuestas
*Encuestados

Requerimientos Funcionales

Son todas aquellas acciones que se van a realizar en el software o como se va a comportar el software.

Requerimientos no Funcionales

Se refieren a todos los requisitos que ni describen información a guardar, ni funciones a realizar.

Los requisitos no funcionales más habituales son la estabilidad, la portabilidad y el costo.

requisitos

REQUISITOS

En la ingeniería de sistemas y la ingeniería de software, la Ingeniería de requisitos o Ingeniería de requerimientos comprende todas las tareas relacionadas con la determinación de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversos requisitos de los inversores, que pueden entrar en conflicto entre ellos.

Muchas veces se habla de requerimientos en vez de requisitos; esto se debe a una mala traducción del inglés. La palabra requirement debe ser traducida como requisito, mientras que requerimiento se traduce al inglés como request.

requerimientos

requerimientos

El conocimiento requerido de un analista de sistemas experimentado puede resumirse bajo los siguientes encabezamientos.

Requerimientos de información: un conocimiento de la industria en la que el analista actúa, la organización y estructura de la compañía, cómo se ejerce el control administrativo, y la naturaleza de la información que necesita la dirección de la compañía para tomar decisiones efectivas.

analista

Como ser un buen analista

El analista de sistemas debe ser una persona que desarrolle rápidamente un conocimiento del ambiente en que se halla. Tiene que ser fundamentalmente un buen pensador, pero no es necesario que tenga diez ideas brillantes por día. No es un hombre de gabinete, sino, preferentemente una persona con mentalidad inquisitiva, capaz de interactuar y comprender y apreciar las ideas ajenas. Debe ser capaz de buscar no simplemente en el plano teórico, sino que debe recogerlas y evaluarlas en relación con el estado actual de la organización en que trabaja.

ing de software

ING. DE SOFTWARE

Ing. de software

Es aquella que ofrece métodos y técnicas para desarrollar y mantener software de calidad.