MEJORAS DE LOS EQUIPO

EQUIPO 4   dydaj HOTELES 

Una de las FORTALEZAS que tenía este equipo es que tiene muy ordenada su información ya que los actores son los necesarios y útiles para la realización.

Un par de DEBILIDADES  que tiene el proyecto es que:

·         No menciona en donde se almacena la página (no tiene servidor).

·         Y que en el ejemplo que se dio en clase es que el dueño del hotel no tiene la autorización de lo que se hace en su página como: cuantas habitaciones están reservadas, cuanto dinero entra entre otras

Una de las MEJORAS que considero que debe de tener es que su administrador y duelño del hotel debe de tener también un control de lo que pasa en el sistema, tambien se puede implementar la forma de pago la seguridad de la base de datos.

DIAGRAMA DE SECUENCIA

El diagrama de secuencia es un tipo de
diagrama usado para modelar interacción entre objetos
en un sistema según UML.

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.


Pueden ser usados en dos formas:

De instancia: Describe un escenario específico (un escenario es una instancia de la ejecución de un caso de uso).

Genérico: Describe la interacción para un caso de uso. Utiliza ramificaciones ("branches"), condiciones y bucles.

Los mensajes se dibujan cronológicamente desde la parte superior
del diagrama a la parte inferior; la distribución horizontal de los
objetos es arbitraria.

REFERENCIAS:
https://es.wikipedia.org/wiki/Diagrama_de_secuencia

PARA MAYOR INFORMACION DA CLIK AQUI..!!!

ELEMENTOS DE UML

Diagrama de casos de uso

Los diagramas de casos de uso describen las relaciones y 

las dependencias entre un grupo de casos de uso y los actores 

que participan en el proceso.

Diagrama de clase

Los diagramas de clase muestran las distintas clases que componen 

un sistema y cómo se relacionan entre sí. Se dice que los diagramas 

de clase son «estáticos» porque muestran las clases, junto a sus 

métodos y atributos, así como las relaciones estáticas entre ellos: 

qué clases «conocen» a otras clases, o qué clases «son parte» de 

otra clase, aunque no muestran las llamadas a los métodos entre ellas.

Diagramas de secuencia

Los diagramas de secuencia muestran el intercambio de mensajes

 (es decir, llamadas a métodos) entre varios objetos en una situación 

específica delimitada por un tiempo. Los objetos son instancias de 

clases. 

Los diagramas de secuencia ponen especial énfasis en el orden 

y en las veces que se envían mensajes a los objetos.

Diagrama de estados

Los diagramas de estados muestran los diferentes estados de un 

objeto durante su vida y los estímulos que hacen que el objeto

cambie su estado.

Diagrama de colaboracion

Un diagrama de colaboración en las versiones de UML 1.x es 

esencialmente un diagrama que muestra interacciones organizadas 

alrededor de los roles. A diferencia de los diagramas de secuencia, 

los diagramas de colaboración, también llamados diagramas de

 comunicación, muestran explícitamente las relaciones de los roles.

REFERENCIAS:
https://docs.kde.org/trunk5/es/kdesdk/umbrello/uml-basics.html

Lectura en PDF da click aqui...!!!

Estudio de factibilidad

El estudio de factibilidad es un instrumento que sirve para orientar la toma de decisiones en la evaluación de un proyecto y corresponde a la última fase de la etapa pre-operativa o de formulación dentro del ciclo del proyecto.

Estudio de factibilidad, o también Estudio de viabilidad, es el análisis financiero, económico y social  de una inversión 

referencias:
https://es.wikipedia.org/wiki/Estudio_de_factibilidad

VALIDACION DE REQUERIMIENTOS

La validación consiste en detectar y corregir cualquier requisito innecesario e incorrecto.

"Proceso de comprobación de que estos requisitos fueron especificados de acuerdo a las necesidades de los clientes".

Evita el riesgo de realizar una mala implementación. 

SELECCIONAR E INTEGRAR LAS TÉCNICAS DE VALIDACIÓN DE REQUERIMIENTOS

* Identifica las técnicas de validación mas apropiada

* Escoge una combinacion de tecnicas, diferentes técnicas para diferentes representaciones y partes de los requerimientos.

ASEGURA LA PARTICIPACIÓN ADECUADA DEL CLIENTE 

*Verifica que los requerimientos del usuario describan la forma en que interactúan con los usuarios.

*Tiene que ser igual a lo que el cliente pidio.

VALIDE LOS REQUERIMIENTOS 

*Implica comprobar con un subconjunto de los requisitos estén bien definidos, esto se le debe realizar al principio del desarrollo de los requisitos y no cuando se tenga el detalle de los modelos de análisis.

REVISAR LA DOCUMENTACIÓN DE REQUERIMIENTOS 

*Debe estar basado en retroalimentación de la etapa anterior.

*Realizar análisis de los requisitos para saber como los cambios afectan al proyecto 

* Repetir el ciclo a medida que avanza el proceso de desarrollo de requerimientos.

REFERNCIAS:

http://es.slideshare.net/videoconferenciasutpl/validacin-de-requerimientos

https://www.fing.edu.uy/inco/cursos/ingsoft/pis/memoria/dvd01/experiencia2002/ModsGX/modelo/activida/valreq.htm

Metodología de desarrollo de software

Metodología de desarrollo de software en ingeniería de software es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de información.

El desarrollo de software, es uno de los sectores tecnológicos más competitivos y no es algo nuevo, ya que durante muchos años lo ha sido, sin embargo ha tenido una evolución constante en lo que se refiere a las metodologías o bien, las formas en las cuales se realiza la planeación para el diseño del software, básicamente con el objetivo de mejorar, optimizar procesos y ofrecer una mejor calidad.

¿En qué consisten las Metodologías de Desarrollo de Software?

Una Metodología de desarrollo de software, consiste principalmente en hacer uso de diversas herramientas, técnicas, métodos y modelos para el desarrollo. Regularmente este tipo de metodología, tienen la necesidad de venir documentadas, para que los programadores que estarán dentro de la planeación del proyecto, comprendan perfectamente la metodología y en algunos casos el ciclo de vida del software que se pretende seguir.

http://okhosting.com/blog/metodologias-del-desarrollo-de-software/

https://procesosdesoftware.wikispaces.com/METODOLOGIAS+PARA+DESARROLLO+DE+SOFTWARE?responseToken=a7b39fc069dc0b0d0a3770eeb9c22c7f

Metodologias "Agiles y tradicionales"

DEFINICION

La metodología hace referencia al camino o al conjunto de procedimientos racionales utilizados para alcanzar el objetivo o la gama de objetivos que rige una investigación científica, tareas que requieran habilidades, conocimientos o cuidados específicos. Con frecuencia puede definirse la metodología como el estudio o elección de un método pertinente o adecuadamente aplicable a determinado objeto.

METODOLOGIA AGIL 

El desarrollo ágil de software envuelve un enfoque para la toma de decisiones en los proyectos de software, que se refiere a métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requisitos y soluciones evolucionan con el tiempo según la necesidad del proyecto. Así el trabajo es realizado mediante la colaboración de equipos auto-organizados y multidisciplinarios, inmersos en un proceso compartido de toma de decisiones a corto plazo.

METODOLOGIA TRADICIONAL 

Estas metodologías tradicionales imponen una disciplina de trabajo sobre el proceso de desarrollo del software, con el fin de conseguir un software más eficiente. Para ello, se hace énfasis en la planificación total de todo el trabajo a realizar y una vez que está todo detallado, comienza el ciclo de desarrollo del producto software. Se centran especialmente en el control del proceso, mediante una rigurosa definición de roles, actividades, artefactos, herramientas y notaciones para el modelado y documentación detallada.

REFERENCIAS:

 https://es.wikipedia.org/wiki/Metodolog%C3%ADa

https://es.wikipedia.org/wiki/Desarrollo_%C3%A1gil_de_software