jueves, 21 de noviembre de 2013

LA FORMA DE INTERFAZ

                                       LA FORMA DE INTERFAZ 
la forma de interfaz según su construcción puede ser de hardware o software interfaz de hardware se trata de un conjunto de controles o dispositivos q permite q el usuario que llega como visitante logre los objetivos que lo trajeron al sitio web.
su importancia de la interfaz esta parte es muy esencial tanto como para el usuario como para la maquina por que de cierto modo es el único medio por el cual nosotros nos podemos comunicar con algún dispositivo electrónico. 


viernes, 15 de noviembre de 2013

DIAGRAMA DE SECUENCIA

                 DIAGRAMA DE SECUENCIA
En un diagrama de secuencia se indicarán los módulos o clases que forman parte del programa 
y las llamadas que se hacen en cada uno de ellos para realizar una tarea determinada. 
Se realizan diagramas de secuencia para definir acciones que se pueden realizar en la aplicación 
en cuestión. Así, en el caso de una aplicación para jugar al ajedrez, se podrían realizar 
diagramas de secuencia para “jugar una partida” o bien para acciones más específicas como 
“mover pieza”. 
El detalle que se muestre en el diagrama de secuencia debe estar en consonancia con lo que se 
intenta mostrar o bien con la fase de desarrollo en la que esté el proyecto, no es lo mismo un 
diagrama de secuencia que muestre la acción de “mover pieza” a otro que sea “mover caballo”, 
o bien no es lo mismo un diagrama de secuencia “mover pieza” que verifique ciertos parámetros 
antes de mover como la viabilidad del movimiento con respecto a una estrategia marcada a una 
diagrama que no muestre este nivel de detalle por estar en una fase inicial de diseño del 
sistema. 



sábado, 2 de noviembre de 2013

DIAGRAMA DE CLASE

                    DIAGRAMA DE CLASE

El diagrama de Clase muestra los bloques de construcción de cualquier sistema orientado a objetos. Los diagramas de clases describen la vista estática del modelo o parte del modelo, describiendo que atributos y comportamientos tienen en lugar de detallar los métodos para realizar operaciones. Los diagramas de Clase son más útiles para ilustrar relaciones entre clases e interfaces. Las generalizaciones, agregaciones, y asociaciones son todas valiosas al reflejar herencias, composición o uso, y conexiones respectivamente.
• El propósito de este diagrama es el de representar los 

objetos fundamentales del sistema, es decir los que 
percibe el usuario y con los que espera tratar para 
completar su tarea en vez de objetos del sistema o de un 
modelo de programación.
• La clase define el ámbito de definición de un conjunto de 
objetos.
• Cada objeto pertenece a una clase.
• Los objetos se crean por instanciación de las clases

viernes, 11 de octubre de 2013

CICLO DE VIDA

                                         CICLO DE VIDA


El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados.
Estos programas se originan en el hecho de que es muy costoso rectificar los errores que se detectan tarde dentro de la fase de implementación. El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementación y en los costos asociados.

viernes, 4 de octubre de 2013

                                           CASOS DE USO


Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores.En el contexto de ingeniería del software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Una relación es una conexión entre los elementos del modelo, por ejemplo la especialización y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo.
Un actor se comunica con un caso de uso

domingo, 29 de septiembre de 2013

requerimiento

                            REQUERIMIENTO

                                      

(requirements en inglés). En ingeniería del software  y el desarrollo de sistemas, un requerimiento es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio.

Los requerimientos son declaraciones que identifican atributos, capacidades, características y/o cualidades que necesita cumplir un sistema (o un sistema de software) para que tenga valor y utilidad para el usuario. En otras palabras, los requerimientos muestran qué elementos y funciones son necesarias para un proyecto.

En el modelo clásico de desarrollo de sistemas o desarrollo software, la etapa de los requerimientos viene antecedida de la etapa de factibilidad  del sistema/software y precedida por la etapa de diseño del sistema/software.

jueves, 5 de septiembre de 2013

los analistas de sistemas

                         los analistas de sistemas



El Analista de Sistemas es imprescindible en cualquier organización, debido al abanico de
destrezas que éste posee y los beneficios que le produce. Se encarga no sólo estudiar la organización y desarrollar un sistema automatizado, es más que eso, la labor del analista de sistemas es también la de asesorar, supervisar, recomendar y modificar procesos internos y algunas veces de modificar la estructura misma de la empresa, con el propósito de lograr los objetivos que se proponen.
Todo desarrollo líderizado o no por un analista de sistemas posee fases que pueden dividirse lógica en elementos discretos pero, que innegablemente son continuos, de alguna manera cíclica. Este conjunto de fases son conocidas como el Ciclo de Vida de Desarrollo de Sistemas, herramienta fundamental para el desempeño de un analista de sistemas.

El Analista de Sistema nace de la necesidad de recopilar, desglosar, catalogar y analizar información necesaria de una empresa para poder proponer nuevos métodos, mejores o modificar los actuales para que así aumente el desempeño de los departamentos dentro de la organización.
En toda organización un analista se vale de la información de entrada, los procesos modificadores y la información de salida, para así definir los procesos intermedios y poder entender con claridad a la organización. Todos estos flujos y procesos son estudiados sistemáticamente para poder determinar si son los adecuados, si se deben mejorar o si deben ser reemplazados por otros más idóneos.