Guia Practica4 Ids

GUIA PRACTICA 4
BRYAN CHUQUIMARCA
JOEL MOROCHO
ITALO MACIAS
Paso 1. Definir las necesidades del cliente: Seleccionar un tema de su interés, puede
guiarse en el siguiente portafolio de proyectos:
• https://monkeyplusbc.com/clientes-de-agencia-de-marketing-digital.html
• https://mihttp.com/portafolio-de-proyectos-web/
• https://webcorp.ec/diseno-paginas-web-ecuador
• https://www.bambu-mobile.com/portafolio/
Detallar el planteamiento del problema y las necesidades del cliente de manera clara y
precisa. Mediante las diferentes técnicas para levantamiento de información:
• Encuesta:
Serie de preguntas que se hace a muchas personas para reunir datos o para detectar la
opinión pública sobre un asunto determinado.
• Entrevista:
Reunión de dos o más personas para tratar algún asunto, generalmente profesional o de
negocios.
• Observación:
Nota escrita que explica o aclara un dato o información que pueden confundir o hacer
dudar.
Paso 2. Análisis: Realizar el análisis de requisitos (tanto funcionales como no

funcionales) el cual puede constar en un documento de especificación de requisitos y el
modelado de base de datos y diagramas UML:
• Diagrama Entidad-Relación:
Un diagrama entidad-relación, también conocido como modelo entidad relación o ERD,
es un tipo de diagrama de flujo que ilustra cómo las "entidades", como personas, objetos
o conceptos, se relacionan entre sí dentro de un sistema
• Diagrama de casos de uso:
Un diagrama de caso de uso puede incluir varios casos de uso y las relaciones
entre casos de uso y las personas, los grupos o los sistemas que interactúan para llevar a
cabo el caso de uso. Puede crear un artefacto de actor que proporcione detalles textuales
de un actor en un diagrama de caso de uso
• Diagramas de secuencia:
El diagrama de secuencias es un esquema conceptual que permite representar el
comportamiento de un sistema, para lo cual emplea la especificación de los objetos que
se encuentran en un escenario y la secuencia de mensajes intercambiados entre ellos,
con el fin de llevar a cabo una transacción del sistema
• Diagrama de clases:
Los diagramas de clase describen los tipos de objetos de un sistema, así como los
distintos tipos de relaciones que pueden existir entre ellos
• Diagrama de actividades:
Un diagrama de actividades es, básicamente, un diagrama de flujo que
muestra actividades ejecutadas por un sistema. Si no conoces mucho este software de
creación de diagramas UML, esta guía te ayudará a comenzar
*Nota: en este punto al ser un tema introductorio solamente se debe buscar información
de los conceptos planteados.
Paso 3. Diseño: Especificar el diseño del sistema mediante la creación de las diferentes
interfaces de los módulos principales. Usando una herramienta para diseño de interfaces
gráficas de usuario:
• Elaborar en papel un bosquejo (wireframes) de pantallas del caso seleccionado, puede
guiarse en la siguiente página: https://webdesdecero.com/wireframes-que-son-y-como-
crearlos
Paso 4. Codificación: En esta etapa debería realizarse el código fuente del sistema, pero
en la presente guía se definirá el entorno de desarrollo que se utilizaría y el lenguaje de
programación debido a que los estudiantes aún no cuentan con los conocimientos
necesarios en la asignatura de programación.
• Lenguajes de programación (java, Python, visual Basic, c#, etc.)
Java: Java es un lenguaje de programación y una plataforma informática comercializada
por primera vez en 1995 por Sun Microsystems. Hay muchas aplicaciones y sitios web
que no funcionarán a menos que tenga Java instalado y cada día se crean más. Java es
rápido, seguro y fiable. Desde portátiles hasta centros de datos, desde consolas para
juegos hasta súper computadoras, desde teléfonos móviles hasta Internet, Java está en
todas partes.
Python: Es un lenguaje de programación de alto nivel que se utiliza para desarrollar
aplicaciones de todo tipo. A diferencia de otros lenguajes como Java o .NET, se trata de
un lenguaje interpretado, es decir, que no es necesario compilarlo para ejecutar las
aplicaciones escritas en Python, sino que se ejecutan directamente por el ordenador
utilizando un programa denominado interpretador, por lo que no es necesario
“traducirlo” a lenguaje máquina.
Visual Basic: El Visual Basic ha sido desarrollado con el objetivo de entregar a los
usuarios de programación informática un paquete de utilidades simples y accesibles. Es
por esto que el Visual Basic puede ser usado y fácilmente comprendido por expertos
como también por usuarios principiantes, es además un lenguaje de programación
guiado por eventos que permite mayor operatibilidad y mejores resultados.
• IDE de desarrollo (NetBeans, Intellij IDEA, Visual Studio, etc.)
NetBeans: es un programa que sirve como IDE (un entorno de desarrollo integrado) que
nos permite programar en diversos lenguajes. es ideal para trabajar con el lenguaje de
desarrollo JAVA (y todos sus derivados), así como también nos ofrece un
excelente entorno para programar en PHP. También se puede descargar una vez
instalado NetBeans, los complementos para programar
Intellij IDEA: es un entorno de desarrollo integrado (IDE) para el desarrollo de
programas informáticos está disponible en dos ediciones: edición para la comunidad y
edición comercial.
Visual Studio: Es un conjunto de herramientas y otras tecnologías de desarrollo de
software basado en componentes para crear aplicaciones eficaces y de alto rendimiento,
permitiendo a los desarrolladores crear sitios y aplicaciones web, así como otros
servicios web en cualquier entorno que soporte la plataforma.
Paso 5.
Pruebas:
Un plan de pruebas permite especificar lo que desea probar y cómo ejecutar dichas
pruebas. Un plan de pruebas se puede aplicar a una iteración concreta de su proyecto.
Puede tener solo un conjunto de pruebas predeterminado para sus casos de prueba o
puede crear una jerarquía de conjuntos de pruebas.
Requisitos
Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional
También puede seleccionar las configuraciones predeterminadas que se usarán para
ejecutar las pruebas del plan de pruebas. La configuración de pruebas informa al
evaluador de la configuración necesaria para estas pruebas. Puede tener una o varias
configuraciones predeterminadas. Cada vez que se ejecuta la prueba con una
configuración concreta se graba un resultado de la prueba. Un plan de pruebas permite
medir el progreso de las pruebas, en función de estos resultados de pruebas y los
emparejamientos de configuraciones, tal y como se muestra en la siguiente ilustración.
• Pruebas unitarias.
Las pruebas unitarias deben ejecutarse de forma aislada porque tienen que ser rápidas.
Todo el conjunto de pruebas unitarias de una aplicación debe ejecutarse en minutos,

preferiblemente en segundos. Más adelante se verá por qué.
Por eso las pruebas unitarias no pueden utilizar ningún proceso o sistema externo. No hay
operaciones de E/S de ningún tipo (base de datos, archivo, consola, red), excepto el
registro de los fallos de las pruebas y quizás la lectura de la configuración de conmutación
de características por defecto al inicio de una ejecución de prueba.
Si su código de prueba (o las bibliotecas que utiliza) hace E/S o accede a algo fuera de su
proceso, no es una prueba unitaria, sino una prueba de integración.
• Pruebas de integración del sistema.

Las pruebas de integración son aquellas que se realizan para comprobar las
interacciones entre distintos componentes o sistemas tras su integración. Si bien los test
unitarios son responsabilidad del autor del código, los test de integración se realización
habitualmente por equipos más especializados en pruebas.
• Pruebas de aceptación.
Las pruebas funcionales son el antiguo nombre de las pruebas de aceptación. El nombre
cambió para reflejar mejor la intención de las pruebas.
Ahora se utiliza el término prueba funcional para distinguirla de la prueba no funcional,

es decir, la verificación de los requisitos no funcionales (más información al respecto en
la siguiente sección).
La diferencia entre las pruebas de aceptación y las del sistema radica en el punto de vista
que se adopte. Con las pruebas del sistema, se verifica que el software se comporta como
se espera de acuerdo con la forma en que los desarrolladores interpretaron y entendieron
los requisitos.
Paso 6. Mantenimiento:
La fase de mantenimiento es la fase que viene después del despliegue (implementación)
del software en el campo.
Una percepción común del mantenimiento es que se trata meramente de la corrección
de defectos. Sin embargo, un estudio indicó que la mayoría, más del 80%, del esfuerzo
de mantenimiento es usado para acciones no correctivas (Pigosky 1997). Esta
percepción es perpetuada por usuarios enviando informes de problemas que en realidad
son mejoras de funcionalidad al sistema.
El mantenimiento del software y la evolución de los sistemas fue abordada por primera
vez por Meir M. Lehman en 1969. Durante un período de veinte años, su investigación
condujo a la formulación de las leyes de Lehman (Lehman 1997). Principales
conclusiones de su investigación incluyen que el mantenimiento es realmente un
desarrollo evolutivo y que las decisiones de mantenimiento son ayudadas por entender
lo que sucede a los sistemas (y al software) con el tiempo. Lehman demostró que los
sistemas continúan evolucionando con el tiempo. A medida que evolucionan, ellos
crecen más complejos a menos que se toman algunas medidas como refactorización de
código para reducir la complejidad.
Los problemas claves de mantenimiento de software son administrativos y técnicos.
Problemas clave de administración son: alineación con las prioridades del cliente,
dotación de personal, cuál organización hace mantenimiento, estimación de costos. Son
cuestiones técnicas claves: limitado entendimiento, análisis de impacto, pruebas
(testing), medición de mantenibilidad.
El mantenimiento de software es una actividad muy amplia que incluye la corrección de
errores, mejoras de las capacidades, eliminación de funciones obsoletas y optimización.
Debido a que el cambio es inevitable, se debe desarrollar mecanismos para la
evaluación, controlar y hacer modificaciones.
Así que cualquier trabajo realizado para cambiar el software después de que esté en
operación es considerado trabajo de mantenimiento. El propósito es preservar el valor
del software sobre el tiempo. El valor puede ser mejorado ampliando la base de clientes,
cumpliendo requisitos adicionales, siendo cada vez más fácil de usar, más eficiente y
empleando más nuevas tecnología. El mantenimiento puede abarcar 20 años, mientras
que el desarrollo puede estar entre 1 y 2 años.

Guia Practica4 Ids

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Guia Practica4 Ids

Cargado por

Copyright:

Formatos disponibles

GUIA PRACTICA 4

Paso 2. Análisis: Realizar el análisis de requisitos (tanto funcionales como no

Todo el conjunto de pruebas unitarias de una aplicación debe ejecutarse en minutos,

• Pruebas de integración del sistema.

Ahora se utiliza el término prueba funcional para distinguirla de la prueba no funcional,

También podría gustarte