Está en la página 1de 6

Construccion de Software

Parte I
Metodologias para el desarrollo de software

Consideraciones teoricas
Las metodologias para el desarrollo de software son el conjunto de técnicas y métodos organizativos que
se aplican para diseñar, desarrollar ,construir productos de software, sistemas ,aplicaciones.
La clasificación para las metodologias del desarrollo de software son dos, tradicionales y agiles.

Las metodologias tradicionales se emplean para proyectos grandes, robustos, de alta seguridad y calidad.
Los ciclos de desarrollo son largas y lineales. Las principales metodologias tradicionales son:

 Cascada: Organiza fases por etapas de arriba hacia abajo para la construccion del software
 Espiral: Se van procesando etapas con prueba-error y forman un proyecto integral, se incluye un
análisis de riesgo. Se construye el software de forma progresiva y rápida.

Prototipos: Construyen módulos prueba hasta llegar al optimo con su documentación e implementación

Metodologias agiles: Son marcos de trabajo para productos base, intermedio y a gran escala, los ciclos son
cortos, rápidos, determina avances del proyecto en tiempo real. Las principales metodologías agiles son:

 Scrum es un proceso para llevar a cabo un conjunto de tareas de forma regular con el objetivo
principal de trabajar de manera colaborativa, es decir, para fomentar el trabajo en equipo. Es un
marco de trabajo o framework que se utiliza dentro de equipos que manejan proyectos complejos. Es
decir, se trata de una metodología de trabajo ágil que tiene como finalidad la entrega de valor en
períodos cortos de tiempo y para ello se basa en tres pilares: la transparencia, inspección y adaptación.
Esto permite al cliente, junto con su equipo comercial, insertar el producto en el mercado pronto,
rápido y empezar a obtener ventas.

 Metodología incremental que divide requisitos e interacciones denominados Sprint en tiempos cortos
y fijos.
 XP=Programación extrema basada en alto rendimiento, alta calidad y alto conocimiento con un
keepBack en tiempo real con el cliente, tipo de trabajo y usuario.

Requerimientos y UML(Lenguaje Unificado de Modelado)


Consideraciones Teoricas
Un requerimiento en la fase de análisis para la construccion de un software es una peticion, necesidad,
acción y proceso que tendrá dicho sistema.
Las técnicas basicas para la toma de requerimientos son:

A) Versiones, documentación o anteriores: Se identifica sistemas anteriores en conjunto a sus manuales.


B) Entrevista: Se aplica a las areas gerenciales y directivas con un banco de reactivos de preguntas no mas
de 30.
C) Cuestionario: Se aplica a nivel operativo es decir a usuarios finales con preguntas rapidas no maximas
de 20.
D) Lluvia de ideas: Identifica diversos escenarios, puntos de vista, alternativas y se aplica al equipo de
trabajo, genera minuta de reunión.

Tipos de requerimientos

Requerimientos funcionales: Reflejan y contienen la información relativa a las acciones, servicios, procesos
que debe de realizar y prestar el sistema.
Ejemplo: El sistema registrara a usuarios no validados en el sistema, técnicas des estimacion.

Requerimientos no funcionales(RFN): Son las limitaciones, restricciones de los servicios o funciones


ofrecidos por el sistema, identifican tiempo, estándares, portabilidad,visualizacion(colores del diseño)
No tiene ninguna funcion pero es importante para el cliente.

Requerimiento de Calidad: Aplica estandares de ejecucion, compilacion,cumplimiento de necesidades del


cliente

Requirimiento de seguridad: Maneja proteccion y salvaguarda de los recursos del sistema.


Ejemplo:El acceso al sistema sera encriptado y manejado mediante certificado de segurida

Requerimiento de usabilidad: Tiempo que se aprende a usar el sistema.

Definicion de UML(Diagramacion)
Lenguaje Unficado de Modelado que es la representacion visual,esquematica para generar
diagramas ,modelos con semantica(orden logico),arquitectura, construccion en el diseño,construccion de
sistemas de software

UML determina el comportamiento y funcionalidad del sistema de doftware, dividiendo los diagramas en
dos tipos
Diagramas estructurales: Determinan los datos, componentes y paquetes

Diagramas de comportamiento: Determinan los flujos y salidas, comunicacion de un proceso a otro


proceso.

Diagrama de clase y diagrama de casos de uso


Consideraciones teoricas

UML(Lenguaje Unificado de Modelado) contiene dos diagramas importantes los cuales son :

A) Diagrama de clases: Determina los datos, componentes y elementos estructurales. Se compone de


clases, atributos,operaciones o metodos con sus relaciones.
Atributos: Son la descripcion del objeto.
Constructor: Metodo especial llamado igual que la clase.
Metodos: Accion de un objeto.
Herencia: Es cuando una clase (clase hija o subclase) recibe los atributos y métodos de otra
clase (clase padre o superclase). Estos atributos y métodos recibidos se suman a los que la clase
tiene por sí misma.

B) Diagrama de casos de uso: Establece la comunicacion, flujo, funcionalidad, sus elementos


principales son los actores, casos de uso y relaciones .
Relacion <<include>>: Se utiliza para representar que un caso de uso utiliza siempre a otro caso de
uso. Es decir, un caso de uso se ejecutará obligatoriamente (lo incluye, lo usa).

Relacion <<extend>>: Este tipo de relaciones se utilizan cuando un caso de uso tiene un
comportamiento opcional, reflejado en otro caso de uso. Es decir, un caso de uso puede ejecutar,
normalmente dependiendo de alguna condición o flujo del programa, otro caso de uso.

Relacion generalizacion: Consiste en hacer que un elemento herede el comportamiento de otro.


Aunque se puede utilizar entre casos de uso, es más común utilizarlo entre actores, haciendo que
uno de los actores tenga acceso a las funcionalidades de otro.

También podría gustarte