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.


miércoles, 28 de agosto de 2013

proceso de software y producto

                                  proceso de software y producto



En el contexto de la ingeniería de software, un proceso no es una prescripción rígida de cómo elaborar software de cómputo. Por el contrario, es un enfoque adaptable que permite que las personas que hacen el trabajo (el equipo de software) busquen y elijan el conjunto apropiado de acciones y tareas para el trabajo. Se busca siempre entregar el software en forma oportuna y con calidad suficiente para satisfacer a quienes patrocinaron su creación y a aquellos que lo usarán.
La estructura del proceso establece el fundamento para el proceso completo de la ingeniería de software por medio de la identificación de un número pequeño de actividades estructurales que sean aplicables a todos los proyectos de software, sin importar su tamaño o complejidad. Ademas, la estructura del proceso incluye un conjunto de actividades sombrilla que son aplicables a través de todo el proceso de software. Una estructura de proceso general para la ingeniería .
.

jueves, 22 de agosto de 2013

SISTEMA DE PRODUCTO

     




        sistema de producto




Un sistema de producción es aquel sistema que proporciona una estructura que agiliza la descripción, ejecución y el planteamiento de un proceso industrial. Estos sistemas son los responsables de la producción de bienes y servicios en las organizaciones. Los administradores de operaciones toman decisiones que se relacionan con la función de operaciones y los sistemas de transformación que se emplean. De la misma manera los sistemas de producción tienen la capacidad de involucrar las actividades y tareas diarias de adquisición y consumo de recursos. Estos son sistemas que utilizan los gerentes de primera línea dada la relevancia que tienen como factor de decisión empresarial. El análisis de este sistema permite familiarizarse de una forma más eficiente con las condiciones en que se encuentra la empresa en referencia al sistema productivo que se emplea.

jueves, 15 de agosto de 2013

INGENIERIA DE SISTEMAS

                             INGENIERIA               DE               SISTEMAS








La ingeniería de sistemas es un modo de enfoque e interdisciplinario que permite estudiar y comprender la realidad, con el propósito de implementar u optimizar sistemas complejos. Puede también verse como la aplicación tecnológica de la teoría de sistemas a los esfuerzos de la ingeniería, adoptando en todo este trabajo el paradigma sistémico. La ingeniería de sistemas integra otras disciplinas y grupos de especialidad en un esfuerzo de equipo, formando un proceso de desarrollo centrado.
La ingeniería de sistemas es, pues, la aplicación de las ciencias matemáticas y físicas para desarrollar sistemas que utilicen económicamente los materiales y fuerzas de la naturaleza para el beneficio de la humanidad.
Una de las principales diferencias de la ingeniería de sistemas respecto a otras disciplinas de ingeniería tradicionales, consiste en que la ingeniería de sistemas no construye productos tangibles. Mientras que los ingenieros civiles podrían diseñar edificios o puentes, los ingenieros electrónicos podrían diseñar circuitos, los ingenieros de sistemas tratan con sistemas abstractos con ayuda de las metodologías de la ciencia de sistemas, y confían además en otras disciplinas para diseñar y entregar los productos tangibles que son la realización de esossistemas.

viernes, 9 de agosto de 2013

ANALISTA

                             


                                         ANALISTA






Un analista de sistemas o a veces simplemente analista, en la disciplina de la ingeniería del software, es aquel individuo que ejerce las tareas de análisis de los sistemas informáticos, con el fin de automatizarlos. También es una categoría profesional de rango superior a la de programador y a la de diseñador, generalmente ejercida por titulados superiores en Ingeniería Informática.Hace:

El analista tiene como cometido analizar un problema y describirlo con el propósito de ser solucionado mediante un sistema informático. 
El diseñador realiza, en base al análisis, el diseño de la solución 
El programador cuya función consiste en trasladar las especificaciones del diseñador en código ejecutable por la computadora. 
El analista tiene que delimitar el análisis para ver lo que se quiere hacer inicialmente y después darle al usuario nuevas opciones de uso. 



   
                                    

martes, 21 de mayo de 2013

requerimientos de un software




                                             requerimientos de un software





                 



La ingeniería de requisitos del software es un proceso de descubrimiento, refinamiento, modelado y especificación. Se refinan en detalle los requisitos del sistema y el papel asignado al software.

Tanto el desarrollador como el cliente tienen un papel activo en la ingeniería  de requisitos – un conjunto de actividades que son denominadas análisis – El cliente intenta replantear un sistema confuso, a nivel de descripción de datos, funciones y comportamiento, en detalles concretos. El desarrollador actúa como interrogador, como consultor, como persona que resuelve problemas y como negociador.

El análisis y la especificación de requisitos pueden parecer una tarea relativamente sencilla, pero las apariencias engañan. El contenido de comunicación es muy denso. Abundan las ocasiones para malas interpretaciones o falta de información. Es muy probable que haya ambigüedad. El dilema al que se enfrenta el ingeniero de software puede entenderse muy bien repitiendo la famosa frase de un cliente anónimo: “Sé que cree que entendió lo que piensa que dije, pero no estoy seguro de que se dé cuenta de que lo que escuchó no es lo que yo quise decir”.


La ingeniería de requisitos del software es un proceso de descubrimiento, refinamiento, modelado y especificación. Se refinan en detalle los requisitos del sistema y el papel asignado al software.

Tanto el desarrollador como el cliente tienen un papel activo en la ingeniería  de requisitos – un conjunto de actividades que son denominadas análisis – El cliente intenta replantear un sistema confuso, a nivel de descripción de datos, funciones y comportamiento, en detalles concretos. El desarrollador actúa como interrogador, como consultor, como persona que resuelve problemas y como negociador.

El análisis y la especificación de requisitos pueden parecer una tarea relativamente sencilla, pero las apariencias engañan. El contenido de comunicación es muy denso. Abundan las ocasiones para malas interpretaciones o falta de información. Es muy probable que haya ambigüedad. El dilema al que se enfrenta el ingeniero de software puede entenderse muy bien repitiendo la famosa frase de un cliente anónimo: “Sé que cree que entendió lo que piensa que dije, pero no estoy seguro de que se dé cuenta de que lo que escuchó no es lo que yo quise decir”.

lunes, 13 de mayo de 2013

diagrama de clase

                    diagrama de clase





    Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.
Representación de: - Requerimientos en entidades y actuaciones. - La arquitectura conceptual de un dominio - Soluciones de diseño en una arquitectura - Componentes de software orientados a objetos


miércoles, 8 de mayo de 2013

diagrama de secuencia


con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales.


Diagrama de secuencia




Un diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de uso permite el modelado de una vistabusiness del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos.
Típicamente se examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción de cada caso de uso como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario




miércoles, 13 de marzo de 2013

ANALISIS Y DISEÑO DE SISTEMAS

El analista y diseño de sistemas es el proceso de estudiar su situación con la finalidad de observar como trabaja y decir si es necesario realizar una mejora; el encargado de realizar estas tareas es el analista de sistemas para . Antes de comenzar el desarrollo de cualquier proyecto, se conoce un estudio de sistema s para detectar todos los detalles de la situación actual en la empresa. La información reunida con este estudio sirve como base para crear varias estrategias de diseño. Los administradores deciden qué estrategia seguir. Los gerentes, empleados y otros usuarios finales que se familiarizan cada vez más con el empleo de computadoras están teniendo un papel muy importante en el desarrollo de sistemas.


ANALISIS Y SISTEMAS

El análisis y diseño de sistemas se refiere al proceso de examinar la situación de una empresa con el propósito de mejorar con métodos y procedimientos más adecuados. El desarrollo de sistemas tiene dos componentes.

Análisis Es el proceso de clasificación e interpretación de hechos, diagnostico de problemas y empleo de la información para recomendar mejoras al sistemas.

Diseño: Especifica las características del producto terminado.

Análisis: Especifica que es lo que el sistema debe hacer.

Diseño: Establece como alcanzar el objetivo.


http://html.rincondelvago.com/analisis-y-diseno-de-sistemas-informaticos.html

viernes, 15 de febrero de 2013

QUE ES INGENIERIA DE SOFTWARE



la ingenieria de sofftware es el area que se enfoca  a darle soluciones  a los problemas que pueden salir en calquier lugar