sábado, 26 de febrero de 2011

ESPECIFICACIONES TECNICAS DE SOFTWARE "NOTAS IUCESMAG"

El software a estudiar es posiblemente el que se utiliza en la IUCESMAG cabe aclarar que no es el sotware real es solo un ejemplo para comprender mas a fondo como trabajar unaTABLA DE REQUERIMIENTOS.
EJEMPLO:
F = requerimientos fucionales.
U= requerimientos no funcionales.
ESPECIFICACIONES TECNICAS DE SOFTWARE "NOTAS IUCESMAG"

TABLA DE REQUERIMIENTOS.
DIAGRAMA DE CASO DE USO DEL SOFTWARE ANTERIORMENTE DESCRITO:





sábado, 19 de febrero de 2011

TABLA DE REQUISITOS

REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES

A menudo  los requerimientos de sistema de software se clasifican en funcionales y no funcionales o como requerimientos de dominio.

requerimientos funcionales 

son declaraciones de los servicios que proveera el sistema de la manera en que este reaccionara a entradas particulares. en algunos casos los requerimientos funcionales de los sistemas tambien declaran explicitamente lo que el sistema no debe hacer.

los requerimientos fucionales de un sistema describen la fucnionalidad o los servicios que se espera que este provea. estos dependen de el tipo de software y del sistema que se desarrolle y de los psibles usuarios del software.

requerimientos no funcionales

son restricciones de los servicios  o funciones ofrecidos por el sistema . incluyen restricciones de tiempo sobre el proceso de desarrollo, estandares etc.
son aquellos requerimientos que no se refieren directamente a las funciones especificas que entrega el sistema sino a las propiedades emergentes de este como la fiabilidad la respuesta en el tiempo y la capacidad de almacenamiento. de forma alternativa definen las restricciones del sistema de datos que se utiliza en la interface del sistema. 
EJEMPLO USO :
 




    miércoles, 9 de febrero de 2011

    DIAGRAMA DE PAQUETES

    los diagramas de paquetes se usan para reflejar la organizacion de estos.
    los usos mas comunes son en diagramas de casos de uso y en diagrama de clases estos paquetes son como grandes contenedores de clases .
    los contenidos en un paquete comparten el mismo espacio de nombres esto indica que los elementos que contiene un mismo espacio deben tener nombre unicos.
    cada paquete debe identificarse con un nombre unico y en la gran mayoria de diagramas de paquetes espesificar sus elementos.

    EJEMPLO:





    domingo, 6 de febrero de 2011

    UML

    El Lenguaje de Modelamiento Unificado es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software.
    UML entrega una forma de modelar cosas conceptuales como funciones de sistema, además de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusables.

    el lenguaje UML contiene :
    * Caso de uso 
    * Diagrama de caso de uso 
    * Diagrama de secuencia 
    * Diagrama de clases
    * Diagrama de paquetes
    de los cuales haremos enfasis en DIAGRAMA DE CLASES el corresponde a nuestro grupo de trabjao #3.


    DIAGRAMA DE CLASES

    para empezar a trabajar con diagramas de clase debemos definir algo que compone los diagramas de clase llamdo objeto:
    OBJETO: representacion de una entidad del dominio del problema o del dominio de la solucion
            * debe tener:  -LIMITES DEFINIDOS
                                 -ATRIBUTOS
                                 -COMPORTAMIENTO 
                                 -ESTADOS
                                 -IDENTIDAD
    el modelado de un objeto en UML es:  nombre_objeto: Clase_a la_q_pertenese
    ejemplo: 1)      cesmag:Universidad
                 2)      ing.sistemas: Programa
                 3)      pc:Computador
    tambien pueden existir objetos anonimos esto quiere decir que no poseen un nombre que los defina.               :Clase
    ejemplo: 1)       :Computador
                 2)       :Lapiz
    RELACIONES ENTRE OBJETOS:
    1. enlace:
    es cuando un objeto solicita u ofrece un servicio a otro objeto.
    ejemplo: 
    2. Agregacion: un objeto forma parte de la estructura de otro
    ejemplo:


    CLASE

    una clase es una generalizacion de atributos de un conjunto de objetos como son la estructura, comportamiento, se podria decir que es una plantilla con la cual crearemos muchos objetos del mismo tipo .

    COMPONENTES DE UNA CLASE

    *ATRIBUTOS: son caracteristicas , propiedades o valores comunes a todos los objetos de la clase, son datos asociados a los objetos.

    *METODOS: representan las operaciones o el comportamiento de lo que hace el objeto 
                     - cambiar sus atributos
                     - prestar un servicio

    EJEMPLO DE MODELADO DE CLASES


    EJEMPLO DE CLASE:
      
    si se quiere hacer una clase que contenga todo tipo de triangulos donde se trabajaria una clase de la siguiente manera:
    nombre de la clase: TRIANGULO
    atributos:               BASE,ALTURA,NOMBRE
    metodos:               como metodos e tomado como ejemplo los metodos que                             se usan en el lenguaje de programacion java.
    responsabilidad:     esta casilla es opcional pero en programacio casi siempre                            se la debe diligenciar puesto que cada una de las clases 
                                 debe tener algo que hacer.


    RELACIONES ENTRE CLASES
    1. asociacion:
    es la relacion mas general que se puede definir entre clases, no representa la direccion solo representa cualquier relacion entre las clases involucradas.
    EJEMPLO:



    2.Generalizacion / Especializacion
    esta relacion es la que permite aplicar el concepto de gerarquia, que dice que una clase de objetos es una especializacion de otra es decir tiene los atributos y metodos de otra clase pero con algo mas(especializado).
    EJEMPLO:


    3. AGREGACION: se presenta cuando los objetos de la clase A forman parte de la estructura de los objetos de la clase B.

    EJEMPLO:

    4. uso / dependencia
    los cambios que se hace en una de las clases afecta a ala otra
    EJEMPLO:

    para mas informacion sobre diagramas de clases visite :