Consorcio Clavijero

INGENIERIA DE SOFTWARE

Alumna: Estefanía Rodríguez Sánchez.

Facilitador: José Guadalupe Jiménez García

Carrera: Ingeniería en sistemas computacionales.

Ciclo:10.

Tarea 2: Definición del proceso y los modelos

clásicos del Software

Fecha: 22 de octubre del 2023.

 Consorcio Clavijero

Tarea 2 Definición del proceso y los modelos clásicos del Software

Ingeniería en Sistemas Computacionales
Módulo II Ingeniería de Software

Nombre del alumno: Estefania Rodriguez Sanchez.

Consideraciones: La realización de dicha tarea se llevará acabo en un archivo Word.

Indicaciones: El estudiante de manera individual y con base al conocimiento adquirido en este

módulo definirá las características del proceso de Software.

2.1 Definición con palabras propias el proceso de Software y sus

características.

Un proceso de software es una serie de actividades relacionadas que conduce a la elaboración de

un producto de software y su objetivo principal es la producción eficaz y eficiente del producto.
Para lograr que el software sea un producto seguro se necesitan dominar técnicas y tecnologías
que puedan acelerar el despliegue, la calidad y la eficiencia.
Existen diferentes procesos de software, pero todos ellos deben incluir cuatro actividades que son
muy importantes para la ingeniería de software:
 La especificación del software: Tienen que definirse tanto la funcionalidad del software
como las restricciones de su operación.
 El diseño e implementación del software: Debe desarrollarse el software para cumplir con
las especificaciones.
 La validación del software: Hay que validar el software para asegurarse de que cumple lo
que el cliente quiere.
 La evolución del software: El software tiene que evolucionar para poder satisfacer las
necesidades cambiantes del cliente.
Cuando los procesos se discuten y describen, Se debe especificar a un modelo de datos, diseñar
una interfaz de usuario, ordenar todas las actividades y describir todos los procesos estos deben
incluir:
 Productos: Son los resultados de una actividad del proceso. Por ejemplo, el resultado de la
actividad del diseño arquitectónico es un modelo de la arquitectura de software.
 Roles: Aquí se reflejan las responsabilidades de la gente que interviene en el proceso.
Ejemplos de roles: Gerente de proyecto, gerente de configuración, programador.
 Precondiciones y post condiciones: Son declaraciones válidas antes y después de que se
realice una actividad del proceso o se cree un producto. Por ejemplo, antes de comenzar el
diseño arquitectónico, una precondición es que el cliente haya aprobado todos los
requerimientos; después de terminar esta actividad, una post condición podría ser que se
revisen aquellos modelos UML que describen la arquitectura.
Los procesos de software son complejos y, como todos los procesos intelectuales y creativos, se
apoyan en personas con capacidad de juzgar y tomar decisiones. No hay un proceso ideal.

Indicaciones: Para desarrollar esta actividad el estudiante deberá realizar un caso práctico con
una empresa en la cual se le proponga realizar reingeniería en algunos de sus departamentos para
satisfacer alguna necesidad o resolver algún problema. Como primera tarea realizara un resumen
ejecutivo de la empresa, listando:
 Nombre de la empresa
 Consorcio Clavijero

 Giro
 Objetivos
 Necesidad o problemática.
Para posteriormente realizar un documento de requerimiento como el que se plantea en este
módulo.

2.2 Elaboración de resumen ejecutivo y documento de requerimientos

Resumen ejecutivo
 Nombre de la empresa: CIBERCAFE XIMENA ubicado en la Loc. Ingenio la Gloria, Ver.
 Giro: Local público que ofrecerá a los clientes acceso a internet y servicios de cafetería.
 Objetivos: Realizar un estudio de mercado para poder determinar las estrategias que se
usaran para poder entrar al mercado y brindar a los clientes una red segura y privacidad de
su información. El objetivo principal es que los clientes puedan navegar con Internet de alta
velocidad, realicen llamadas telefónicas por Internet, teleconferencias, escaneen y envíen
documentos en línea. El negocio también contara con venta de postres, café, paquetes de
datos y tarjetas telefónicas para varios proveedores de telecomunicaciones.
 Necesidad o problemática: La problemática del CIBERCAFE XIMENA es que no cuenta con
un sistema que le ayude a llevar un control sobre el tiempo que los clientes ocupan una
computadora, tampoco se cuenta con ningún programa que calcule el costo de la renta del
equipo; todo esto se realiza mediante lápiz y papel y no se realiza un cálculo exacto del costo
total pues en ocasiones se tiene que anexar el costo de impresiones. Además, el cibercafé
cuenta con una papelería y esta no lleva un inventario de existencias y en ocasiones los
clientes requieren un producto y ya no hay.

Documento de requerimientos
En el CIBERCAFE XIMENA en la Loc. Ingenio la gloria, ver. Se requiere de un sistema para que
puedan llevar un control del tiempo de las maquinas que son usadas por los usuarios.
El sistema también debe llevar el control de los productos que se venden en el café como usb,
cintas, impresiones, consumo de los productos de cafetería entre otros, teniendo las opciones de
agregar producto, eliminar producto, y modificación. Y que el sistema le permita realizar una
búsqueda al usuario de los artículos que se venden y que de como resultado su precio y la
cantidad de unidades en existencia.
 El sistema debe generar reportes sobre la existencia de artículos que se venden en el
Cyber s con el número de unidades y que tenga la opción de guardar, abrir e imprimir dicho
reporte.
 El sistema debe generar un informe de las ventas de los productos que se hallan vendido
por día, semana y mes.
 El sistema debe generar un historial de renta de las maquinas que se hallan rentado por
día.
 El sistema debe indicar que maquinas se encuentran disponibles para ser asignadas a un
usuario.
 El sistema debe generar un reporte que indique el dinero generado por día, así como las
ganancias del negocio
Requisitos no funcionales
 El sistema no debe tardar más de 10 segundos en cargar la página principal
 Consorcio Clavijero

 El sistema debe correr bajo cualquier sistema operativo: Windows, Linux, Mac etc.
 El sistema debe cumplir las disposiciones recogidas en la Ley Orgánica de Datos
Personales y el reglamento de medidas de seguridad
 El sistema no debe tardar más de cinco segundos en mostrar los resultados de una
búsqueda. Si se supera este plazo, el sistema detiene la búsqueda y muestra los
resultados encontrados.

2.3 Realización de síntesis de modelos clásicos del Software y su aplicación

Un modelo para el desarrollo de software es una representación abstracta de un proceso. Cada

modelo representa un proceso desde una perspectiva particular y así proporcione información
parcial sobre el proceso.
MODELO CLÁSICO O DE CASCADA
El modelo en cascada es un proceso de desarrollo secuencial, en el que el desarrollo de software
se concibe como un conjunto de etapas que se ejecutan una tras otra. Se le denomina así por las
posiciones que ocupan las diferentes fases que componen el proyecto, colocadas una encima de
otra, y siguiendo un flujo de ejecución de arriba hacia abajo, como una cascada.

MODELO DE PROTOTIPOS
El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se construyan
rápidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que
el desarrollador, el usuario, el cliente estén de acuerdo en lo que se necesita así como también la
solución que se propone para dicha necesidad y de esta forma minimizar el riesgo y la
incertidumbre en el desarrollo, este modelo se encarga del desarrollo de diseños para que estos
sean analizados y prescindir de ellos a medida que se adhieran nuevas especificaciones, es ideal
para medir el alcance del producto, pero no se asegura su uso real.

MODELO DE ESPIRAL
El modelo evolutivo espiral tiene en cuenta fuertemente el riesgo que aparece a la hora de
desarrollar software. Para ello, se comienza mirando las posibles alternativas de desarrollo, se opta
por la de riesgo más asumible y se hace un ciclo de la espiral. Si el cliente quiere seguir haciendo
 Consorcio Clavijero

mejoras en el software, se vuelve a evaluar las distintas nuevas alternativas y riesgos y se realiza
otra vuelta de la espiral, así hasta que llegue un momento en el que el producto software
desarrollado sea aceptado y no necesite seguir mejorándose con otro nuevo ciclo. En el modelo
espiral, el software se desarrolla en una serie de versiones incrementales. Durante las primeras
iteraciones la versión incremental podría ser un modelo en papel o un prototipo, durante las últimas
iteraciones se producen versiones cada vez más completas del sistema diseñado.

MODELO DE LA ESTRUCTURA DEL SISTEMA

Es la representación técnica de un sistema. Utiliza una mezcla de formatos en texto y diagramas
para representar los requisitos del software, las funciones y el comportamiento. De esta manera se
hace mucho más fácil de comprender dicha representación, ya que es posible examinar los
requisitos desde diferentes puntos de vista aumentando la probabilidad de encontrar errores, de
que surjan debilidades y de que se descubran descuidos. Le proporciona al diseñador de software
una representación de datos, función y comportamiento que puede trasladar a diseños
arquitectónicos de interfaz. Este, junto al modelo de análisis, ofrece al desarrollador y al cliente los
medios para evaluar la calidad una vez construido el software.

Modelado del sistema a implementar en el CIBERCAFE XIMENA

 Consorcio Clavijero

Referencias

Ariana. (2021). Redacción de un plan empresarial para un cibercafé [Plantilla de muestra].

Negocios Online. Obtenido de https://negociosonlineya.com/redaccion-plan-empresarial-
cibercafe/
Chaves, M. A. (2005). La ingeniería de requerimientos y su importancia en el desarrollo de
proyectos de software. Obtenido de https://www.redalyc.org/articulo.oa?id=66612870011
Costanzo, M. (16 de agosto de 2023). Que es un proceso de software y el modelo procesos de
software. Obtenido de https://mwebs.com.uy/blog/qu%C3%A9-es-un-proceso-de-
software/15
Solutions, V. &. (2023). Ingeniería de requerimientos: paso a paso. Obtenido de
https://visuresolutions.com/es/blog/requirements-engineering-process/