miércoles, 6 de diciembre de 2017

casos de uso


casos 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 requisitos del sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo.

introduccion UML

Imagen relacionada
introduccion UML

Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema.es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo.Se puede aplicar en el desarrollo de software gran variedad de formas para dar soporte a una metodología de desarrollo de software 

Es importante resaltar que UML es un lenguaje de modelado para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo.

viernes, 20 de octubre de 2017

conferencia ciermmi

conferencia ciermmi

En la conferencia ciermmi uno un gran numero de ponentes en el cuales se habló de diferentes temas uno de los que estuve y los que más me llamo más la atención fue una aplicación dedicada a las marías (mujeres indígenas) las cuales venden sus muñecas en la calle esta aplicación fue hecha con el fin que pudiera vender sus artesanías de una manera más productiva esta seria capas de sustentarse por medio de las ventas que se generaran y bien estas obtener más ingresos en lo personal pienso que este tipo de ideas son las que motivan a la personas a crear software la cual puedan ayudar a las personas que más lo necesitan

Se presentó otro proyecto el cual era referente a la disminución de costos en cuanto a los sistemas climáticos este era una especie de ahorrados solar el cual tenía un diseño que era ergonómico y capas de retener calor y energía sin gastar ningún peso, estos tipos de proyectos son muy beneficiosos para las personas que quieres reducir dinero y ahorrarlo

El ultimo no era como tal un proyecto pero era una conferencia informática el cual acudieron muchas personas de diversos lugares el cual eran muy importantes y con este fin poder resolverle las dudas a estas personas que ya tenían logros reconocidos a lo largo de la república y fuera de ellas fue muy interesante porque nunca había visto este tipo de personas ni estado cerca de ellas y mucho menos que era lo que hacían esto motiva a ver que los proyecto no son tan difíciles como creen ni la patentes ya que varios tenía la suya y el cual oriente a tener una mayor motivación a la hora de querer crear una
Resultado de imagen para ciermmi 2017
Link de cermmi


Especificación de requisitos de software

Especificación de requisitos de software

Es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la ERS también contiene requisitos no funcionales (o complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la complementación, como, por ejemplo, restricciones en el diseño o estándares de calidad.

El objetivo principal de la Especificación de Requisitos del Sistema (ERS) es servir como medio de comunicación entre clientes, usuarios, ingenieros de requisitos y desarrolladores.

Tipos de requisitos

·         Requisitos de Usuarios: Necesidades que los usuarios expresan verbalmente
·         Requisitos del Sistema: Son los componentes que el sistema debe tener para realizar determinadas tareas

·         Requisitos Funcionales: Servicios que el sistema debe proporcionar al finalizar el sistema

http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/407

obtención y análisis de requerimiento

Obtención y análisis de requerimientos.
En esta actividad, los ingenieros de software trabajan con los clientes y los usuarios finales del sistema para determinar el dominio de la aplicación, qué servicios debe proporcionar el sistema, el rendimiento requerido del sistema, las restricciones hardware, etcétera.

Forma de averiguar lo que el cliente propone
·         Revisar la situación actual.
·         Trabajar en el ámbito del usuario para comprender el contexto, los problemas y las relaciones.
·         Entrevistar a los usuarios actuales y potenciales.
·         Realizar un video para mostrar cómo podría funcionar el nuevo sistema.
·         Investigar en documentos existentes.
·         Conducir tormentas de ideas con los usuarios actuales y potenciales.
·         Observar las estructuras y los patrones.

La obtención y análisis de requerimientos pueden afectar a varias personas de la organización. El término stakeholder (sin traducción al español) se utiliza en la Ingeniería de Software para referirse a cualquier persona o grupo que se verá afectado por el sistema, directa o indirectamente.

Fuentes de requerimientos
http://www.conocimientosweb.net/dcmt/ficha25211.html



lunes, 18 de septiembre de 2017

video


ventajas y desventajas

Principales ventajas de las metodologías Ágiles

·         Rápida respuesta a los cambios. Al ser procesos evolutivos, los equipos de trabajo pueden implementar soluciones sobre la marcha. Ya no es necesario esperar hasta el final para corregir fallos.
·         Intervención del cliente en el proceso. El cliente interviene de una forma activa en cada una de las etapas del proceso
·         Entregas del producto a intervalos. Las entregas parciales o en bloques mejoran la optimización de recursos y optimizan las labores de seguimiento y control.

Desventajas
·         Fuerte dependencia de los líderes. Los equipos de trabajo dependen en buena medida del liderazgo de la persona responsable.
·         Falta de documentación. Las metodologías Agile no plantean alternativas a para la recolección de la información de los proyectos
·         Soluciones erróneas en etapas largas. Cuando las iteraciones tienden a ser muy largas, se corre el riesgo de que las soluciones esbozadas al inicio de las etapas no sean las correctas.

Principales ventajas de las metodologías Ágiles
·         Evaluación en cada fase que permite cambios de objetivos
·         Funciona bien en proyectos de innovación.
·         Es sencillo, ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el software.
·         Seguimiento detallado en cada una de las fases.
Principales desventajas de las metodologías Ágiles
·         La evaluación de riesgos es compleja
·         Excesiva flexibilidad para algunos proyectos
·         Estamos poniendo a nuestro cliente en una situación que puede ser muy incómoda para él.

·         Nuestro cliente deberá ser capaz de describir y entender a un gran nivel de detalle para poder acordar un alcance del proyecto con él.