Plantilla Proyecto Ingeniería de Software 2020
Plantilla Proyecto Ingeniería de Software 2020
Plantilla Proyecto Ingeniería de Software 2020
Tabla de Contenido
1. Propósito ............................................................................................. 4
8. Modelo de dominio............................................................................... 9
Empresa / Organización
Proyecto
Fecha de preparación
Cliente
Patrocinador principal
Gerente / Líder de Proyecto
Gerente / Líder de Análisis de
negocio y requerimientos
INGENIERÍA DE SOFTWARE
1. Propósito
En esta sección se define el nombre o título del software que se está especificado en el
documento, incluyendo su número de versión o Release.
Luego se describe cuales componentes o partes del alcance del producto están incluidas en el
documento, estableciendo si este documento cubre la totalidad del software, sólo una parte
del sistema, subsistema o subgrupo de procesos.
Se incluye una corta descripción del alcance del software que se está especificando,
incluyendo:
Aquí solo se incluye una lista numerada de las principales funcionalidades, la información
detallada de requerimientos funcionales se documenta en la sección 7 de este documento.
INGENIERÍA DE SOFTWARE
En esta sección se clasifican los usuarios que utilizaran el producto. La clasificación puede ser
en función a la frecuencia de uso, grupo de funcionalidades utilizadas, privilegios de
seguridad, nivel de experiencia y otros parámetros.
Se puede usar una lista para enumerar los usuarios tipo que utilizarán el software,
describiendo las características de cada uno.
Para cada tipo de usuario, se pueden mencionar las funcionalidades de producto (Sección 4)
que le sean relevantes. Igualmente se puede hacer mención de cuales usuarios utilizan una
mayor parte del sistema y con más frecuencia, para distinguirlos de usuarios ocasionales o
que acceden a pocas funcionalidades.
5. Entorno operativo
6. Requerimientos funcionales
Los requerimientos funcionales de un sistema, son aquellos que describen cualquier actividad
que este deba realizar, en otras palabras, el comportamiento o función particular de un
sistema o software cuando se cumplen ciertas condiciones.
6.1(Nombre de la funcionalidad 1)
Prioridad: Nivel bajo, medio o alto de prioridad. Esta debe ser establecida por el área
funcional.
Cada requerimiento debe ser identificado unívocamente, para lo cual se recomienda usar un
número de secuencia, que tenga algún significado y de formato común a toda la organización.
Por ejemplo: REQ-1, REQ-2, REQ-3
Un caso de uso es una técnica de modelado usada para describir lo que debería hacer un
sistema nuevo o lo que hace un sistema que ya existe. ... Los casos de uso son descripciones
funcionales del sistema; describen cómo los actores pueden usar un sistema. Para el
modelado de casos de uso, se incluirán los siguientes puntos Diagrama de casos de uso y
Diagrama de secuencia.
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
Ejemplo
En este apartado incluirás los diagramas de casos de usos de tus requerimientos funcionales
INGENIERÍA DE SOFTWARE
Un diagrama de secuencia está estructurado de tal manera que representa una línea de
tiempo que comienza en la parte superior y desciende gradualmente para marcar
la secuencia de interacciones. Cada objeto tiene una columna y los mensajes intercambiados
entre ellos están representados por flechas
Ejemplo
8. Modelo de dominio
Un diagrama de clases es una representación gráfica que sirve para representar la estructura
de un sistema que será implementado utilizando un lenguaje orientado a objetos.
Ejemplo
Los requerimientos no funcionales son los que especifican criterios para evaluar la operación
de un servicio de tecnología de información, en contraste con los requerimientos
funcionales que especifican los comportamientos específicos.
Los diagramas de arquitectura de software son una manera fantástica de comunicar cómo
planea construir un sistema de software (diseño inicial) o cómo funciona un sistema
de software existente (documentación retrospectiva, intercambio de conocimientos y
aprendizaje).
Ejemplo
INGENIERÍA DE SOFTWARE
El modelo lógico contiene las clases de estereotipo entity, muestra entre ellas y sus atributos.
El modelo físico contiene las tablas que se van a crear en la base de datos y su cardinalidad.
Ejemplo
INGENIERÍA DE SOFTWARE
Las guías de diseño son pautas generales para el diseño de la interfaz del software que los
desarrolladores de una interfaz publican con la finalidad de que las aplicaciones que los
programadores desarrollen sean amigables con el usuario y congruentes con la interfaz de la
plataforma. En este apartado incluirás el diseño de interfaces de tu proyecto, lo puedes hacer
en Paint, Corel Draw, Java, C# o en cualquier aplicación que domines.
Ejemplo
INGENIERÍA DE SOFTWARE
Las pruebas de software son las investigaciones empíricas y técnicas cuyo objetivo es
proporcionar información objetiva e independiente sobre la calidad del producto a la parte
interesada o stakeholder. Es una actividad más en el proceso de control de calidad.
Existen varios tipos de pruebas de software, pero para esta actividad, solo se solicita que
desarrolles:
Ejemplo
Caso 1
Descripción de caso: El sistema navegará con una entrada de ruta básica con la cual entrará
y hará un recorrido hasta llegar a una salida por distintas rutas, la ruta básica se denomina
de manera independiente.
En este anterior se demuestra las rutas de entrada por las cuales el programa pasa en tres
ocasiones, por ejemplo, cuando queremos ingresar con nuestro usuario al sistema, una está
diseñada de cuando este está registrado, otra para cuando no, y la última es por si salió algún
error.
Existen varios tipos de mantenimiento del software, para esta actividad requerimos que
expliques cuáles serán las estrategias que aplicarán en los siguientes tipos:
Ejemplo
Mantenimiento Preventivo
Mantenimiento Correctivo
Ejemplo.- Calendarización
INGENIERÍA DE SOFTWARE
Registro de productos
Registro de clientes
Registro de proveedores
Consulta de productos
Consulta de clientes
Consulta de inventario
Consulta de ventas
Eliminar Producto
Eliminar Cliente
Eliminar Proveedor
Listado de ventas
Listado de clientes
Listado de productos
Reporte de ventas
(ILF)
PFSA 145
INGENIERÍA DE SOFTWARE
1- Comunicación de datos 3
2- Procesamiento distribuido 3
3- Objetivos de Rendimiento 2
5- Tasa de transacciones 4
8- Actualización on-line 2
9- Procesamiento complejo 2
11-Facilidad de implementación 2
Nivel de Influencia 33
INGENIERÍA DE SOFTWARE
PFA=PFSA*[0.65+(0.01*factor de ajuste)] esta fórmula ya está dada solo hay que sustituir el
PFSA y el factor de ajuste
Donde:
PFA: 145*[0.65+0.01*33)]
PFA:145*[0.65+0.33)]
PFA=145*0.98
H/H=PFA*Horas PF promedio
H/H= 142*8
Desarrolladores= 2
113.6/20=5.68 meses para desarrollar el software de lunes a viernes 5 horas diarias con 2
desarrolladores.
En este punto deberás incluir los aspectos que aprendiste durante el desarrollo de este
proyecto y de la materia (mínimo una cuartilla).
INGENIERÍA DE SOFTWARE