1.

INTRODUCCIÓN

Este documento describe completa y formalmente los requisitos de dicho sistema de

proyecto propuesto. Establece los requisitos funcionales y no funcionales e incluye una
descripción de la interfaz de usuario y requisitos de documentación y capacitación.

El sistema de gestión de cafeterías se basa en un concepto para mantener los pedidos y la

gestión de una cafetería en particular. Hay dos secciones en este proyecto: Pedido de café y
Panel de administración. Al utilizar este sistema, puede mantener registros de pedidos de un
día. Al seleccionar Pedido de café, el sistema muestra una lista de bebidas de café disponibles
y el usuario debe realizar un pedido con la cantidad del artículo. Después de eso, procede a la
confirmación del pedido y a los métodos de pago. Casi el 80% de la población son amantes
del café. El sistema de gestión de cafeterías en C#.NET consta de los siguientes módulos,
como; Módulo de Inicio de Sesión, Módulo de Empleado, Módulo de Administrador. Este
proyecto está desarrollado en C#.NET utilizando lenguaje C# y base de datos Microsoft SQL.
La función del administrador es mantener la información de los empleados, incluidas
operaciones como modificar, eliminar y actualizar los registros de los empleados y los
registros de pedidos de los clientes en el sistema.

Coffee Shop Management System es una aplicación de escritorio desarrollada utilizando

C#.NET para diseño front-end, C#.NET para codificación y SQL Server 2008 para base de
datos back-end. Ahora, hablando del Panel de administración, un administrador tiene control
total del sistema. Él / ella puede ver el total de transacciones en efectivo y con tarjeta del día,
agregar artículos de café, eliminar artículos, enumerar artículos instantáneos, contador de
artículos, sistema de respaldo y obtener una vista previa de los pedidos instantáneos. Al
agregar artículos de café, el usuario debe completar el nombre del artículo, la cantidad del
artículo, el número de serie del artículo (sin repetir) y el precio. El sistema también muestra el
número de tarjeta del cliente con el monto de la transacción para los registros diarios. Todos
los pedidos de café de un día se pueden obtener una vista previa fácilmente desde la opción de
vista previa de pedido instantáneo del Panel de administración.

Características:
1. Sistema de pedidos
2. Sistema de inicio de sesión

1| Página
 3. Panel de administrador
4. Muestra el total de transacciones en efectivo y con tarjeta
5. Agregar y eliminar artículos de café

6. Contador de artículos
7. Vista previa instantánea del pedido

El software de gestión de cafeterías es la necesidad y necesidad de toda organización y sus

sistemas de recursos humanos. Con Sistema de Gestión de Cafetería. La información de los
empleados y sus detalles se gestionan de manera eficiente para satisfacer las necesidades tanto
de los empleados como del administrador.

1.1: Fondo

En la actualidad, los comerciantes mantienen sus transacciones diarias en las que un camarero
tiene que ir a cada mesa y tomar el pedido. Y se lo entrega al chef y se lo pasa al cajero.
Durante este proceso lleva mucho tiempo y el cliente debe esperar hasta el proceso. El único
sistema que utilizó durante este proceso. Los propietarios de cafeterías se enfrentan a un
entorno empresarial con desafíos únicos. El equilibrio entre proporcionar la calidad, el precio
y el ambiente adecuados, gestionar con un mínimo de personal y crear una identidad única
para la marca en un mercado abarrotado.

Casi el 80% de la población son amantes del café. Se garantiza que Coffinite Sunshine
Café se convertirá en la necesidad diaria de todos los adictos al café. Un lugar con buen
ambiente donde la gente puede escapar del estrés diario y disfrutar con una taza de café por la
mañana. Nuestra cafetería ofrece deliciosos desayunos y refrigerios caseros. Nos enfocamos
en encontrar los granos de café más aromáticos y exóticos. Tenemos nuestras sucursales en
muchas ciudades de Tamil Nadu. Tenemos un ambiente romántico que atrae a la juventud.
Nuestra cafetería tiene diseños interiores espectaculares con un estupendo sabor a café.
Adjuntamos nuestro menú que contiene cocina variada a precios atractivos. En este trabajo
hemos realizado un análisis FODA de nuestra cafetería para conocer nuestras fortalezas y
debilidades. También hemos analizado nuestras oportunidades y amenazas del entorno

2| Página
externo.

1.2:Objetivos

Casi el 80% de la población son amantes del café. Se garantiza que el café se
convertirá en la necesidad diaria de todos los adictos al café. Un lugar con buen ambiente
donde la gente puede escapar del estrés diario y disfrutar con una taza de café por la
mañana. Nuestra cafetería ofrece deliciosos desayunos y refrigerios caseros. Nos
enfocamos en encontrar los granos de café más aromáticos y exóticos. Tenemos nuestras
sucursales en muchas ciudades de Tamil Nadu. Tenemos un ambiente romántico que
atrae a la juventud. Nuestra cafetería tiene diseños interiores espectaculares con un
estupendo sabor a café. Adjuntamos nuestro menú que contiene cocinas variadas a
precios atractivos. En este trabajo hemos realizado un análisis FODA de nuestra cafetería
para conocer nuestras fortalezas y debilidades. También hemos analizado nuestras
oportunidades y amenazas del entorno externo.

El uso del sistema de gestión de cafeterías reduciría en última instancia los costos
generales de gestión, garantizando así mayores ganancias y menores cargas. El sistema es
muy fácil de usar y poder ajustar en cualquier
negocio marco.

3| Página
 1.3: ALCANCE DEL PROPOSITO
1.3.1: Objetivo
El objetivo principal de la preparación de estos documentos es brindar una visión general del
análisis y los requisitos del sistema o situación existente y determinar las características
operativas del sistema. El software propuesto resolverá todos los problemas que enfrentan
ahora. Este software está diseñado de tal manera que generará la factura automáticamente en
cada pedido a tiempo. Entonces no hay muchas preocupaciones. Este software también está
equipado para ingresar los detalles de cada empleado de la organización y les ayuda a realizar
un seguimiento de cada empleado.
Al ser una aplicación de escritorio, es de muy fácil acceso. Los datos y registros se
gestionan en una base de datos centralizada. Los datos son seguros y fáciles de recuperar,
almacenar y analizar, por lo que las posibilidades de errores de cálculo y de ocurrencia de
errores son muy menores.

1.3.2: Alcance
Este sistema ayudará a gestionar y gestionar la cafetería de forma sistemática. En este sistema
de gestión, proporcionaremos una aplicación que el empleado de la cafetería puede utilizar
para tomar pedidos. Entonces el dueño de la tienda ca evalúa todo el sistema. En última
instancia, esto conducirá a contratar menos camareros y creará una oportunidad para nombrar
más chefs y mejores tiendas para servir café más rápido. El empleado puede recibir un pago
que se gestionará en el software.

4| Página
1.4: Logro

El Proyecto se identifica por las ventajas del sistema ofrecido al usuario. Los de este
proyecto son los siguientes: -

➢ Es un proyecto habilitado para escritorio.

➢ Este proyecto ofrece al usuario ingresar los datos a través de formularios simples e
interactivos. Esto es de gran ayuda para que el cliente ingrese la información deseada a través
de tanta simplicidad.

➢ El usuario está principalmente más preocupado por la validez de los datos donde
ingresa. Hay controles en cada etapa de cualquier nueva creación, entrada de datos o
actualización para que el usuario no pueda ingresar datos no válidos. Lo que puede crear
problemas en una fecha posterior.

➢ A veces, el usuario descubre en las últimas etapas del uso del proyecto que necesita
actualizar parte de la información que ingresó anteriormente. Hay opciones para él mediante
las cuales puede actualizar los registros. Además, existe la restricción de que no puede
cambiar el campo de datos primarios, lo que mantiene la validez de los datos por más tiempo.

➢ El usuario tiene la opción de monitorear los registros que ingresó anteriormente.

Puede ver los registros deseados con la variedad de opciones que le proporciona.

5| Página
 1.5: ORGANIZACIÓN DEL INFORME

Más adelante en este informe del proyecto hay mucha más información sobre el
funcionamiento real del proyecto e información detallada sobre cada equipo que se utiliza en
este proyecto. El software que se utiliza para la programación y el algoritmo que se utilizará
también para este programa. Habrá cuadros y diagramas que facilitarán la comprensión del
proyecto. El diagrama de Gantt brindará una descripción general de cómo planificamos el
funcionamiento del proyecto a lo largo del semestre.

Todo esto se cubrirá de las siguientes maneras en los próximos capítulos:

• Encuesta de Tecnologías
Consistirá en información detallada sobre la tecnología utilizada en este proyecto,
cubriendo todos los usos importantes de la tecnología en la actualidad relacionados con el
proyecto. Dará una breve información sobre todos los equipos que se utilizan en el proyecto.
También discutirá la herramienta de programación utilizada para programar el código que es
parte del software del proyecto. Este tema explicará por qué elegimos esta tecnología para
la consecución de los objetivos del proyecto.

• Análisis de requerimientos
En este tema discutiremos el componente y la descripción general de los requisitos
y el análisis. Describiremos la definición del problema del proyecto que lograremos a partir
del proyecto. Y todos los requisitos de hardware para el proyecto. También daremos todos
los detalles de los modelos conceptuales como diagrama de flujo de datos, diagrama ER,
diagramas de casos de uso que se encuentran en nuestro proyecto. La planificación y
programación del proyecto también se incluirán en este capítulo. En este capítulo se
cubrirán la definición del problema, los requisitos, la especificación, la planificación y
programación, los requisitos de hardware, los requisitos de software y los modelos
conceptuales.

• Diseño de sistemas
Este tema constará de varios diagramas y algoritmos necesarios para el programa.
También constará del diagrama del circuito básico que muestra la conexión completa de los
autos con detalles.

6| Página
 Capitulo 2:

Encuesta de tecnología

JetBrains, especialista en herramientas para desarrolladores, informa sobre su nueva encuesta

que profundiza en muchos aspectos del desarrollo de software, incluidos los lenguajes de
programación, en la que denominó a C# como el lenguaje "más querido" según una métrica.

A principios de este año, JetBrains, conocido por sus soluciones de herramientas

"inteligentes", incluido el entorno de desarrollo integrado (IDE) .NET multiplataforma Rider,
encuestó a casi 7.000 desarrolladores en 17 países para identificar el " estado del ecosistema
de desarrolladores ".

Las secciones de la encuesta están dedicadas a los principales lenguajes de programación,

incluidos Java, C, C++, C#, Python, etc., y una "conclusión clave" aborda su popularidad o
amor.

"Los lenguajes de programación más apreciados son Java y Python", dice el informe de la
encuesta. "El segundo lugar es un empate entre C# y JavaScript. Pero si los resultados se
normalizan según el tamaño de la muestra, C# es el lenguaje más querido".

Así es como se compararon los idiomas cuando se pidió a los encuestados que informaran su
uso principal:

¿Cuáles son sus principales lenguajes de programación?

Elija no más de 3 idiomas.

Principales lenguajes de programación (fuente: JetBrains).

La empresa ofreció esta comparación para llevar de los idiomas principales:

• Java: el lenguaje de programación principal más popular

• Go: el lenguaje de programación más prometedor
• JavaScript: el lenguaje de programación general más utilizado
• Python: el lenguaje más estudiado

7| Página
Al investigar más a fondo el campo de C#, la encuesta indica que el nuevo código abierto de
Microsoft, cross La dirección "Core" de la plataforma está ganando terreno, pero todavía
tiene un largo camino por recorrer, ya que usurpa el antiguo .NET Framework exclusivo de
Windows, con .NET Core y ASP.NET Core liderando la migración (las preguntas de C# solo
se mostraron a los desarrolladores que eligieron C# como uno de sus tres lenguajes de
programación principales).

"La adopción de .NET Core está creciendo, aunque C# sigue siendo el primer lenguaje de
Windows: más del 90 por ciento de los desarrolladores lo utilizan sólo en Windows", dice el
informe de la encuesta.

Cuando se les preguntó qué tiempos de ejecución utilizan habitualmente, los desarrolladores
de C# respondieron:

• .NET Framework: 85 por ciento

• .NET Core: 57 por ciento
• Mono: 14 por ciento

Ese 57 por ciento mostrado para .NET Core en 2019 se compara con el 42 por ciento
informado en la encuesta de 2018 de la compañía y el 37 por ciento informado en su encuesta
de 2017, como lo muestran estos gráficos:

Tiempos de ejecución utilizados habitualmente en 2018 (fuente:

JetBrains)

Tiempos de ejecución utilizados habitualmente en 2017 (fuente:

JetBrains).

Y, quizás sorprendentemente, ASP.NET MVC todavía tiene una ventaja sobre ASP.NET
Core, ya que la oferta exclusiva para Windows en realidad experimentó un aumento en el
número de encuestados que reportaron usarlo este año en comparación con el año pasado:
Principales tecnologías/marcos utilizados por los desarrolladores de C# (fuente: JetBrains).
8 | Página
 El informe de este año muestra que el 49 por ciento de los encuestados de C# utilizan
ASP.NET Core en comparación con el 37 por ciento en la encuesta de 2018, lo que,
sorprendentemente, fue una caída del 39 por ciento informado en 2017:
¿Qué tecnologías/marcos utilizas? ¿Si alguna? (%)

Marcos utilizados habitualmente en 2018 (fuente: JetBrains).

Marcos utilizados habitualmente en 2017 (fuente: JetBrains).

Otras conclusiones centradas en Microsoft incluyen:

• Casi dos de cada tres desarrolladores de C# han pasado a la última versión de C#7, lo
que representa un aumento del 44 por ciento en 2018 y del 28 por ciento en 2017.
• Este año VSTS está a la par con TFS, y ambos tienen alrededor del 25 por ciento de
participación. Aun así, el 57 por ciento de los desarrolladores no utiliza ninguno de
ellos.
• Entre los encuestados que escriben o utilizan pruebas unitarias, el 40 por ciento de los
desarrolladores informó que NUnit, seguido por MS Test/Visual Studio Unit Testing
Framework con un 36 por ciento.
• Cuando se les preguntó sobre el uso regular de las herramientas de diagnóstico o
rendimiento, el 48 por ciento de los encuestados respondió que usaban las
herramientas de diagnóstico y rendimiento integradas de Visual Studio, seguidas por
dot Trace (18 por ciento), dot Memory (17 por ciento) y Windows Performance
Toolkit ( 5 por ciento).

De manera más general, fuera del mundo .NET, JetBrains ofreció esta lista de hechos del
informe:

• Los servicios en la nube son cada vez más populares. La proporción de servidores
locales y privados cayó un 8 por ciento y un 3 por ciento, respectivamente, en
comparación con 2018.
• Los profesionales del aprendizaje automático tienen menos miedo de que la IA
reemplace a los desarrolladores algún día.
• Cuanta más gente codifica en el trabajo, más probabilidades hay de que codifiquen en
sus sueños.
• El 44 por ciento de los desarrolladores de JavaScript utilizan TypeScript con
regularidad. En total, una cuarta parte de todos
los desarrolladores lo están utilizando en 2019, en comparación con el 17 por ciento

10| Página
 del año pasado.
• El uso de entornos en contenedores por parte de los desarrolladores de PHP está
creciendo constantemente a un ritmo del 12 por ciento anual.

• El 73 por ciento de los desarrolladores de Rust utilizan un entorno de desarrollo

Unix/Linux, aunque Linux es
no es un entorno primario para la mayoría de ellos.
• Los módulos Go aparecieron recientemente, pero ya el 40 por ciento de los
desarrolladores de Go los utilizan y el 17 por ciento quiere migrar a ellos.
• El 71 por ciento de los desarrolladores de Kotlin utilizan Kotlin para trabajar,
principalmente para nuevos proyectos (96
por ciento), pero más de un tercio también están migrando sus proyectos existentes a
él.
• La popularidad de Vue.js crece año tras año: ganó 11 puntos porcentuales desde
el año pasado y casi ha duplicado su participación desde 2017.
• El conjunto de herramientas más utilizado por los desarrolladores involucrados en el
desarrollo de infraestructura es Docker + Terraform + Ansible.

Si bien más de 19.000 personas participaron en la encuesta de JetBrains de 2019, este nuevo
informe solo incluye datos basados en las respuestas de la encuesta recibidas de canales
externos, lo que representa el número de casi 7.000 encuestados mencionado anteriormente.
JetBrains dijo que publicará resultados más completos, incluidos datos sin procesar, en el
futuro.

Los desarrolladores interesados en comparar los resultados de 2019 con años anteriores
pueden encontrar la encuesta de 2018 y la encuesta de 2017.

2.1: SISTEMA EXISTENTE

En la actualidad los comerciantes mantienen su cruce diario en el que un camarero tiene que ir
a cada mesa y tomar el pedido. Y se lo entrega al chef y se lo pasa al cajero. Durante este
proceso lleva mucho tiempo y el cliente debe esperar hasta el proceso. Durante este proceso se
utiliza un solo sistema.

2.1.1: Limitaciones del sistema existente

El instituto no cuenta con ninguna aplicación de software que mantenga los datos de
los empleados. El mantenimiento de registros se realiza manualmente. Esto genera grandes
dificultades cuando surgen ciertas necesidades de examinar los datos anteriores de los
empleados.

El instituto utiliza una aplicación de gestión de cafeterías que tiene funciones limitadas
y no funciona de forma eficiente y eficaz. No cumple con muchos requisitos del departamento
administrativo. La aplicación simplemente mantiene información muy trivial de los

11| Página
empleados y no facilitar con cualquier amable de
analítico capacidad.

2.2: Sistema propuesto

Al ser una aplicación de escritorio, es de muy fácil acceso. Los datos y registros se
gestionan en una base de datos centralizada. Los datos son seguros y fáciles de recuperar,
almacenar y analizar, por lo que las posibilidades de errores de cálculo y de ocurrencia de
errores son muy menores.

El manejo de la información de los empleados y la gestión de las hojas de horas es

responsabilidad del administrador. El administrador emite una identificación específica para
los empleados y el personal con los que los empleados deben registrarse en el sistema y enviar
sus datos.

Este sistema se actualiza en función de lo que se requiere o solicita del usuario. fin. En
el sistema tradicional y manual existente, las posibilidades de que se produzcan errores serían
muy altas, pero al ser una aplicación computarizada en línea, brinda a los usuarios mensajes
de alerta, ayuda y advertencias sobre cualquier cosa requerida o solicitada.

12| Página
 Capítulo 3:
Requisitos y análisis
3.1: Definiciones de problemas: -
Falta de identidad y una aburrida ventaja competitiva
Se pueden encontrar cafeterías aparentemente en cada esquina, por lo que es
importante que los propietarios de cafeterías establezcan una identidad para sus
establecimientos. Esto significa identificar el tipo de clientes que desea atraer. Por ejemplo,
¿su objetivo es atender principalmente a la multitud "hipster", la "brigada de cochecitos" de
padres jóvenes que buscan un lugar para reunirse con amigos o personas que trabajan en
oficinas cercanas? Una vez que haya determinado quién es su público objetivo, evite una
“crisis de identidad” haciendo todo (desde elegir un nombre y ubicación hasta configurar un
menú) teniendo en cuenta a ese público.

El menú “incorrecto”
Así como los minoristas independientes a veces sólo venden la mercancía que les
gusta, los propietarios de cafeterías pueden verse tentados a limitar su menú para que
concuerde con sus preferencias personales. Esta es una mala idea, ya que tiene un gran
potencial para alienar a los clientes.

Para crear el menú correcto, tenga en cuenta los gustos de los clientes objetivo al
diseñarlo y perfeccionarlo. Si atiende a los conocedores del café, considere ofrecer una amplia
variedad de bebidas de café y cafés elaborados con una amplia variedad de granos. Si su
cafetería atrae a una clientela de trabajadores de oficina a la hora del almuerzo, piense en
incluir en el menú sándwiches exclusivos para llevar. Si muchos clientes vienen a su cafetería
con niños, incluya algunas opciones de alimentos y bebidas aptas para niños.

Errores de inventario y precios

Quedarse sin inventario, ya sea en granos de café o de otro tipo, es una forma segura
para que las cafeterías y los propietarios de cafeterías decepcionen a los clientes y arruinen el
negocio. En la misma línea, fijar precios inapropiados hace lo contrario de mejorar los
resultados.

Dolores de cabeza generales de gestión y servicio al cliente.

Un problema común relacionado con la gestión que enfrentan los propietarios de
cafeterías es la lentitud del servicio, especialmente en establecimientos que ofrecen muchas
preparaciones de café personalizadas. Una vez más, la solución es un sistema POS eficiente
que, debido a que está diseñado para su uso en entornos de servicios de alimentos (y
preferiblemente, puede configurarse específicamente para cafeterías), cumple la promesa de
velocidad.

Los mejores sistemas POS también facilitan la gestión al rastrear la información del
cliente, utilizar patrones de tráfico para pronosticar las necesidades de personal, ajustar los
precios, generar informes que contengan información procesable, facilitar la conciliación de
propinas y la integración con otras soluciones, como el software de contabilidad.

13| Página
 DEFINICIÓN DEL PROBLEMA
El sistema de compras en línea cubre los diversos temas:

✓ Ahorra tiempo al cliente.

✓ Es una forma cómoda de comprar.
✓ Está disponible las 24 horas del día, los 7 días de la semana.
✓ El cliente puede comprar por la mañana y por la noche, incluso cuando estén libres.

Problemas en el sistema existente.

✓ Es cierto que los errores cometidos por humanos como computadora siempre son precisos.
✓ El sistema manual puede tener problemas con el trabajo en papel.
✓ Hemos visto algunos problemas que se tratan en este proyecto.

Clasificaremos estos problemas en los siguientes tipos:

✓ Problema general
Los problemas generales incluyen ese sistema básico de organización de archivos y datos
para el sistema existente.
Algunos de ellos están siguiendo

✓ Se requirió más tiempo para buscar archivos antiguos y detalles de los productos.
✓ No existen almacenes ni técnicas de organización adecuados para los archivos y datos de
los clientes.
✓ Requiere lote de factura en papel para el producto.
✓ Difícil preparar informes de ventas diariamente.
✓ Es difícil recordar los precios de las cosas pequeñas.

✓ Problema técnico
✓ Los siguientes son algunos problemas técnicos con el sistema de compras existente.
✓ Requiere espacio para guardar todos los registros y archivos de la tienda, es decir, las
ventas.

✓ Difícil mantener el registro de ventas por parte del propietario o gerente.

✓ Menos seguro
✓ Dificultades para comprobar el stock disponible de artículos.
✓ Las cucarachas o algunos insectos pueden dañar las limas.
✓ Transacción financiera / Cálculo de datos
Los siguientes son algunos problemas de datos que pueden existir en el sistema de compras
existente.

✓ En algún momento el cálculo manual puede ser incorrecto.

✓ Dificultad para generar informes de ventas.

14| Página
 ✓ Es difícil gestionar el registro del cliente con más prisa.
✓ Todas las cuestiones anteriores están cubiertas en el sistema de compras en línea.
✓ El sistema funciona en computadora, por lo que no hay posibilidades de que surjan
problemas de cálculo.
✓ Hay registros de una base de datos separada almacenados en un disco duro.
✓ Proporciona la forma más segura de comprar.
✓ Fácil de generar informes de ventas diarios.
✓ Fácil de consultar el stock disponible de productos. 0
✓ GUI fácil de usar.
3.2: ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE

INTRODUCCIÓN

Propósito: El propósito principal de preparar este documento es brindar una visión general
del análisis y los requisitos del sistema o situación existente y determinar las características
operativas del sistema.

Alcance: Este documento juega un papel vital en el ciclo de vida de desarrollo (SDLC) y
describe los requisitos completos del sistema. Está destinado a los desarrolladores y será el
básico durante la fase de prueba. Cualquier cambio realizado en los requisitos en el futuro
deberá pasar por un proceso formal de aprobación de cambios.

RESUMEN DE LAS RESPONSABILIDADES DE LOS

DESARROLLADORES:

El desarrollador es responsable de:

• ¿Desarrollar el sistema, que cumpla con el SRS y resolver todos los requisitos del sistema?

• Demostrar el sistema e instalarlo en la ubicación del cliente después de que la prueba de

aceptación sea exitosa.
• Presentando el manual de usuario requerido describiendo las interfaces del sistema para
trabajar en él y también los documentos del sistema.
• Realizar cualquier capacitación a los usuarios que pueda ser necesaria para el uso del
sistema.
• Mantener el sistema por un periodo de un año después de su instalación.

15| Página
 3.2.1: REQUERIMIENTOS FUNCIONALES:

El sistema propuesto debe poseer las siguientes características.

• Gestión de categorías de productos

• Gestión de datos de reporteros
• Mantiene los datos de los clientes.

3.2.2: REQUISITOS DE DESEMPEÑO

El rendimiento se mide en términos del resultado proporcionado por la aplicación.

La especificación de requisitos juega un papel importante en el análisis de un sistema.

Sólo cuando se dan adecuadamente las especificaciones de requisitos, es posible diseñar un
sistema que se ajuste al entorno requerido. Depende en gran medida de los usuarios del
sistema existente dar las especificaciones de requisitos porque son las personas que finalmente
utilizan el sistema. Esto se debe a que los requisitos deben conocerse durante las etapas
iniciales para que el sistema pueda diseñarse de acuerdo con esos requisitos. Es muy difícil
cambiar el sistema una vez diseñado y, por otro lado, diseñar un sistema que no se ajuste a las
necesidades del usuario no sirve de nada.

La especificación de requisitos para cualquier sistema se puede establecer en términos

generales como se indica a continuación:

• El sistema debe poder interactuar con el sistema existente.

• El sistema debe ser preciso.
• El sistema debería ser mejor que el sistema existente.

El sistema existente depende completamente del usuario para realizar todas las tareas.

3.3: Planificación y programación

Planificación de proyectos
La planificación es una identificación de todas las tareas a realizar en el alcance del
proyecto y las limitaciones técnicas y comerciales.
También se le conoce como esfuerzos por cada actividad o tarea. La planificación de

16| Página
proyectos identifica las incertidumbres asociadas con un proyecto. La planificación se realiza
después de un caso de negocio válido y un estudio de viabilidad. La planificación da los
deméritos del sistema, de modo que podemos modificar los objetivos del proyecto para
mejorar el proyecto. Esto significa que es necesario planificar la adición de nuevas funciones
al sistema. Un principio importante de la planificación de proyectos es planificar primero en
líneas generales y luego con más detalle a medida que se acerca el momento de llevar a cabo
una actividad.
Se requiere planificación para varias etapas y regiones Figura

Figura 2: Etapas de planificación del proyecto

✓ La planificación se realiza para mejorar el alcance y la calidad del sistema.

✓ Se realiza una planificación horaria para cada actividad.
✓ La planificación también se realiza según el presupuesto, es decir, cuánto costo
requiere cada tarea o actividad.
✓ La planificación se realiza para asignar y compartir recursos entre proyectos.
✓ Debe existir un plan de gestión de riesgos para eliminar los riesgos futuros del
proyecto.

Proyecto de programación
La programación es una de las tareas que muestra las limitaciones de tiempo en las
que se realizan todas las actividades. La programación del proyecto se define como el proceso
de definir cuándo se realizan las actividades del proyecto y depende de duraciones definidas y
actividades precedentes. La programación de proyectos es un enfoque complejo e iterativo que
implica asignar recursos entre tareas, identificar dependencias entre tareas, controlar el flujo
de actividades que se realizan y mantener un equilibrio entre ellas. Implica CPM (Análisis de
ruta crítica) y PERT (Técnica de revisión de evaluación de proyectos) para analizar la
actividad crítica (es decir, la actividad que no se puede retrasar) del proyecto.

Gráfico de gantt

Un diagrama de Gantt, comúnmente utilizado en la gestión de proyectos, es una de las

formas más populares y útiles de mostrar actividades (tareas o eventos) en función del tiempo.
A la izquierda del cuadro hay una lista de las actividades y en la parte superior hay una escala
de tiempo adecuada. Cada actividad está representada por una barra; la posición y la longitud

17| Página
de la barra reflejan la fecha de inicio, la duración y la fecha de finalización de la actividad.
Esto le permite ver de un vistazo:

• ¿Cuáles son las diversas actividades?

• Cuándo comienza y termina cada actividad
• ¿Cuánto tiempo está previsto que dure cada actividad?
• Dónde se superponen las actividades con otras actividades y en qué medida
• La fecha de inicio y finalización de todo el proyecto.

En resumen, un diagrama de Gantt muestra lo que se debe hacer (las actividades) y cuándo (el
cronograma).

Un diagrama de Gantt es una vista de línea de tiempo que facilita ver cómo se realiza el
seguimiento de un proyecto. Puede visualizar las tareas del proyecto y ver cómo se relacionan
entre sí a medida que los proyectos avanzan con el tiempo. Utilice esta herramienta para
simplificar sus tareas y detalles con una línea de tiempo visual del proyecto transformando los
nombres de las tareas, las fechas de inicio, las duraciones y las fechas de finalización en
gráficos de barras horizontales en cascada.

Con un Gantt puedes planificar todas tus tareas, de modo que los proyectos complejos sean
manejables y fáciles de abordar. Puede utilizar un Gantt para calcular el tiempo mínimo de
entrega de su proyecto y programar a las personas adecuadas cuando estén disponibles para
terminar su proyecto de manera eficiente.

18| Página
 Gráfico de gantt
29-junio 03-agosto 07-septiembre 12-oct 16-noviembre 21-diciembre 25-enero 01-marzo
Selección de la
especificación de
hardware del proyecto.
Selección de tecnología
Análisis de requisitos
Estudio de viabilidad
Planificación y
programación Diseño del
modelo conceptual Diseño
del sistema Implementación
Pruebas Implementación

19| Página
 3.4: Requisitos de hardware y software

REQUISITOS DE HARDWARE

Contenido Descripción
disco duro 20 GB mínimo
40 GB recomendados
RAM 512 GB mínimo
1 GB recomendado

REQUISITOS DE SOFTWARE

Contenido Descripción
SO Windows 7 o superior
Base de datos Servidor SQL 2008/2012
Tecnologías VB.Net 2010 o superior
IDE MS-Visual Studio .Net 2010 con framework 4.5 O
MS Visual Studio.Net 2012

20| Página
 3.5: Descripción preliminar del producto
Factibilidad

La investigación preliminar examina la viabilidad del proyecto y la

probabilidad de que el sistema sea útil para la organización. El objetivo principal del estudio
de viabilidad es probar la viabilidad técnica, operativa y económica para agregar nuevos
módulos y depurar el sistema en ejecución antiguo. Todo sistema es factible si dispone de
recursos ilimitados y tiempo infinito. Hay aspectos en la parte del estudio de viabilidad de la
investigación preliminar:

• Viabilidad técnica
• Viabilidad económica
• Viabilidad de operación

VIABILIDAD TÉCNICA:

En el estudio de viabilidad, el primer paso es que la organización o empresa debe

decidir qué tecnologías son adecuadas para desarrollar considerando el sistema existente.
Aquí, en esta aplicación se utilizaron tecnologías como Visual Studio 2010 y Sql Server 2008.
Estos son software gratuitos que se descargarían de la web.
Visual Studio 2010 –es herramienta o tecnología.

VIABILIDAD OPERACIONAL:

Una aplicación no sólo debe tener sentido económico y técnico, sino que también debe tener
sentido operativo. Cuestiones a considerar al determinar la viabilidad operativa de un
proyecto.

Problemas de operaciones Problemas de soporte

• ¿Qué herramientas se necesitan para apoyar las • ¿Qué documentación tendrán los
• ¿Qué habilidades necesitarán capacitarse los ¿ser dado?
operadores?
¿en? • ¿Qué formación recibirán los
• ¿Qué procesos deben crearse y/o ¿dado?
¿actualizado? • ¿Cómo serán las solicitudes de

21| Página
• ¿Qué documentación necesita las operaciones? ¿administrado?

Muy a menudo necesitará mejorar las operaciones, el mantenimiento y la infraestructura de

soporte existentes para respaldar el funcionamiento de la nueva aplicación que pretende
desarrollar. Para determinar cuál será el impacto, deberá comprender tanto las operaciones
actuales como la infraestructura de soporte de su organización y las operaciones y
características de soporte de su nueva aplicación.

Para operar esta aplicación, el usuario no necesita ningún conocimiento técnico que
estamos acostumbrados a desarrollar este proyecto. Asp.net, C#.net. Que la aplicación que
proporciona una interfaz de usuario enriquecida por usuario pueda realizar la operación de
manera flexible.

VIABILIDAD ECONÓMICA :

Se refiere a los beneficios o resultados que obtenemos del producto en

comparación con el costo total que gastamos en desarrollar el producto. Si los beneficios son
más o menos los mismos que los del sistema anterior, entonces no es factible desarrollar el
producto.

En el sistema actual, el desarrollo de nuevos productos mejora en gran medida la

precisión

del sistema y acorta el retraso en la tramitación de la solicitud de Nacimiento y Defunción.

Los errores se pueden reducir enormemente y al mismo tiempo proporcionar un gran nivel
de seguridad. Aquí no necesitamos ningún equipo adicional excepto la memoria de la
capacidad requerida.

No es necesario gastar dinero en el cliente para mantenimiento porque la base de

datos utilizada es una base de datos habilitada para la web.

22| Página
 3.6: Modelo conceptual

Un modelo conceptual es una representación de un sistema, hecha de la composición

de conceptos que se utilizan para ayudar a las personas a conocer, comprender o simular un
tema que representa el modelo. También es un conjunto de conceptos. Algunos modelos son
objetos físicos; por ejemplo, un modelo de juguete que puede ensamblarse y hacerse funcionar
como el objeto que representa.

El término modelo conceptual puede usarse para referirse a modelos que se forman
después de un proceso de conceptualización o generalización . Los modelos conceptuales son
a menudo abstracciones de cosas del mundo real, ya sean físicas o sociales. Los estudios
semánticos son relevantes para varias etapas de la formación de conceptos. La semántica trata
básicamente de conceptos, el significado que los seres pensantes dan a diversos elementos de
su experiencia.

DIAGRAMAS E – R

• La relación con el sistema se estructura a través de un diagrama ER conceptual, que no

solo especifica las entidades existenciales sino también las relaciones estándar a través de
las cuales existe el sistema y las cardinalidades que son necesarias para que el estado del
sistema continúe.

• El diagrama de relación de entidad (ERD) representa la relación entre los objetos de datos.
El ERD es la notación que se utiliza para realizar la actividad de modelado de fechas. Los
atributos de cada objeto de datos anotados. El ERD se puede describir sin una descripción
de objeto de datos.

• El conjunto de componentes primarios que son identificados por la ERD son

◆ Objeto de datos ◆ Relaciones

◆ Atributos ◆ Diversos tipos de indicadores.

El objetivo principal del ERD es representar objetos de datos y sus relaciones.

23| Página
 empleado clientes pedidos
? emp_id emp_p refix ? o_id
emp_fullName o_nombredelempleado

emp_photo o_nombredelcliente

emp_firstName o_clienteN número o_fecha

emp_middleName o_items
emp_lastName

emp_dob o_total

emp_mothersName admini
stració
n anuncio_nom
emp_age bre completo
ad_mothersname
emp_AadharFrontImage
número_ad_cont menú
empAadharBacklmage acto B medio m_nombre m_precio
ad_photo
emp_otherld emp_joinDate m_categoría
ad_nombre de
emp_contactNo
contraseña_a
usuario
emp_alternateContactNo d
empuserName emp_ad

dress emp_password

DIAGRAMAS DE FLUJO DE DATOS

Un diagrama de flujo de datos es una herramienta gráfica que se utiliza para describir y
analizar el movimiento de datos a través de un sistema. Éstas son la herramienta central y la base a
partir de la cual se desarrollan los demás componentes. La transformación de datos de entrada a salida,
a través de su procesamiento, puede describirse de manera lógica e independientemente de los
componentes físicos asociados con el sistema. Estos se conocen como diagramas de flujo de datos
lógicos. Los diagramas de flujo de datos físicos muestran los implementos reales y el movimiento de
datos entre personas, departamentos y estaciones de trabajo. Una descripción completa de un sistema
en realidad consta de un conjunto de diagramas de flujo de datos. Utilizando dos notaciones
familiares, la notación Yourdon, Game y Sarsen desarrolla los diagramas de flujo de datos. Cada
componente de un DFD está etiquetado con un nombre descriptivo. El proceso se identifica además
con un número que se utilizará con fines de identificación. El desarrollo de DFD'S se realiza en varios
niveles. Cada proceso en diagramas de nivel inferior se puede dividir en un DFD más detallado en el
siguiente nivel. El diagrama de niveles bajos a menudo se denomina diagrama de contexto. Consta de
un único bit de proceso, que juega un papel vital en el estudio del sistema actual. El proceso en el
diagrama de nivel de contexto se desglosa en otro proceso en el primer nivel DFD.

La idea detrás de la explosión de un proceso en más procesos es que la comprensión en un

nivel de detalle se expande a mayor detalle en el siguiente nivel. Esto se hace hasta que sea necesaria
una mayor explosión y se describa una cantidad adecuada de detalles para que el analista comprenda

24| Página
el proceso.

Larry Constantine desarrolló por primera vez el DFD como una forma de expresar los
requisitos del sistema en forma gráfica, lo que condujo al diseño modular.

CONSTRUCCIÓN DE UN DFD:

Se utilizan varias reglas generales para dibujar DFD:

1. El proceso debe tener un nombre y un número para facilitar su consulta. Cada nombre debe ser
representativo del proceso.
2. La dirección del flujo es de arriba hacia abajo y de izquierda a derecha. Los datos tradicionalmente
fluyen desde el origen al destino, aunque pueden regresar al origen. Una forma de indicar esto es
trazar una línea de flujo larga que regrese a una fuente. Una forma alternativa es repetir el símbolo
de origen como destino. Como se utiliza más de una vez en el DFD, está marcado con una
diagonal corta.
3. Cuando un proceso se desglosa en detalles de nivel inferior, se numeran.
4. Los nombres de los almacenes de datos y los destinos están escritos en letras mayúsculas. Los
nombres de procesos y flujos de datos tienen la primera letra de cada trabajo en mayúscula

Un DFD normalmente muestra el contenido mínimo del almacén de datos. Cada almacén de
datos debe contener todos los elementos de datos que entran y salen.
Los cuestionarios deben contener todos los elementos de datos que entran y salen. Las
redundancias y similares de interfaces faltantes se explican a menudo mediante entrevistas.

Funciones silenciosas de DFD

1. El DFD muestra el flujo de datos, no los bucles de control, y las consideraciones de decisión
controladas no aparecen en un DFD.
2. El DFD no indica el factor de tiempo involucrado en ningún proceso, ya sea que el flujo de datos
se realice diariamente, semanalmente, mensualmente o anualmente.
3. La secuencia de los acontecimientos no aparece en el DFD.

25| Página
TIPOS DE DIAGRAMAS DE FLUJO DE DATOS

1. Física actual
2. Lógica actual
3. Nueva lógica
4. Nuevo físico
FÍSICO ACTUAL :

En la etiqueta del proceso DFD físico actual se incluye el nombre de las personas o sus
puestos o los nombres de los sistemas informáticos que podrían proporcionar parte de la etiqueta de
procesamiento general del sistema que incluye una identificación de la tecnología utilizada para
procesar los datos. De manera similar, los flujos de datos y los almacenes de datos suelen ser etiquetas
con los nombres de los medios físicos reales en los que se almacenan los datos, como carpetas de
archivos, archivos de computadora, formularios comerciales o cintas de computadora.

LÓGICA ACTUAL:
Los aspectos físicos del sistema se eliminan al máximo para que el sistema actual se reduzca a
su esencia a los datos y los procesadores que los transforman independientemente de su forma física
real.

NUEVA LÓGICA :

Esto es exactamente como un modelo lógico actual si el usuario estaba completamente

satisfecho con la funcionalidad del sistema actual pero tenía problemas con la forma en que se
implementó, por lo general, el nuevo modelo lógico diferirá del modelo lógico actual aunque tenga
características adicionales. funciones, eliminación absoluta de funciones y flujos ineficientes
reconocidos.

NUEVO FÍSICO:
El nuevo físico representa sólo la implementación física del nuevo sistema.
Normas que rigen el DFD
PROCESO
1) Ningún proceso puede tener sólo resultados.
2) Ningún proceso puede tener sólo entradas. Si un objeto solo tiene entradas, entonces debe ser un
sumidero.

26| Página
3) Un proceso tiene una etiqueta de frase verbal.

ALMACÉN DE DATOS
1) Los datos no pueden moverse directamente de un almacén de datos a otro; un proceso debe mover
datos.
2) Los datos no pueden moverse directamente desde una fuente externa a un almacén de datos; un
proceso que los recibe debe mover datos desde la fuente y colocarlos en el almacén de datos.
3) Un almacén de datos tiene una etiqueta de frase nominal.
FUENTE O DISPENSADOR
El origen y/o destino de los datos.
1) Los datos no pueden moverse directamente de una fuente a un sumidero; deben ser movidos
mediante un proceso.
2) Una fuente y/o sumidero tiene una frase sustantiva tierra
FLUJO DE DATOS

1) Un flujo de datos tiene solo una dirección de flujo entre símbolos. Puede fluir en ambas
direcciones entre un proceso y un almacén de datos para mostrar una lectura antes de una
actualización. Sin embargo, esto último suele indicarse con dos flechas separadas, ya que se
producen en tipos diferentes.
2) Una unión en DFD significa que exactamente los mismos datos provienen de cualquiera de dos o
más procesos diferentes que se almacenan o hunden en una ubicación común.
3) Un flujo de datos no puede volver directamente al mismo proceso que lidera. Debe haber al menos
otro proceso que maneje el flujo de datos y produzca algún otro flujo de datos que devuelva los
datos originales al proceso inicial.
4) Un flujo de datos a un almacén de datos significa actualización (eliminar o cambiar).
5) Un flujo de datos de un almacén de datos significa recuperarlo o usarlo.

Un flujo de datos tiene una etiqueta de frase nominal. Puede aparecer más de una frase nominal de
flujo de datos en una sola flecha siempre que todos los flujos en la misma flecha se muevan juntos
como un paquete.

27| Página
Nivel de contexto (Diagrama nivel 0)de

Iniciar sesión Diagrama DFD:

Un DFD, también conocido como “gráfico de burbujas”, tiene el propósito de aclarar los
requisitos del sistema e identificar las principales transformaciones que se convertirán en programas
en el diseño del sistema. Por lo tanto, es el punto de partida del diseño hasta el más mínimo nivel de
detalle. Un DFD consta de una serie de burbujas unidas por flujos de datos en el sistema.

SÍMBOLOS DFD:

En el DFD hay cuatro símbolos.

1. Un cuadrado define una fuente (originador) o destino de los datos del sistema.
2. Una flecha identifica el flujo de datos. Es el conducto por el que fluye la información.
3. Un círculo o una burbuja representa un proceso que transforma el flujo de datos entrantes en flujos
de datos salientes.
4. Un rectángulo abierto es un almacén de datos, datos en reposo o un depósito temporal de datos.

Proceso que transforma el flujo de datos.

Fuente o Destino de los datos

Flujo de datos

Almacén de datos

28| Página
 CAPÍTULO 4:
DISEÑO DE SISTEMAS

4.1: Introducción

El diseño de software se encuentra en el núcleo técnico del proceso de ingeniería de

software y se aplica independientemente del paradigma de desarrollo y el área de aplicación.
El diseño es el primer paso en la fase de desarrollo de cualquier producto o sistema de
ingeniería. El objetivo del diseñador es producir un modelo o representación de una entidad
que luego será construida. Para empezar, una vez que se han especificado y analizado los
requisitos del sistema, el diseño del sistema es la primera de las tres actividades técnicas
(diseño, código y prueba) que se requieren para construir y verificar el software.

La importancia se puede expresar con una sola palabra “Calidad”. El diseño es el lugar
donde se fomenta la calidad en el desarrollo de software. El diseño nos proporciona
representaciones de software que pueden evaluar la calidad. El diseño es la única forma en que
podemos traducir con precisión la visión de un cliente en un producto o sistema de software
terminado. El diseño de software sirve como base para todos los pasos de ingeniería de
software que siguen. Sin un diseño sólido corremos el riesgo de construir un sistema inestable,
uno que será difícil de probar y cuya calidad no podrá evaluarse hasta la última etapa.

Durante el diseño, se revisan y documentan el refinamiento progresivo de la estructura

de datos, la estructura del programa y los detalles de los procedimientos. El diseño del sistema
se puede ver desde una perspectiva técnica o de gestión de proyectos. Desde el punto de vista
técnico, el diseño se compone de cuatro actividades: diseño arquitectónico, diseño de
estructura de datos, diseño de interfaz y diseño de procedimientos.

4.2: Normalización

Es un proceso de convertir una relación a una forma estándar. El proceso se utiliza

para manejar los problemas que pueden surgir debido a la redundancia de datos, es decir, la
repetición de datos en la base de datos, mantener la integridad de los datos y manejar los
problemas que pueden surgir debido a anomalías de inserción, actualización y eliminación.

29| Página
 La descomposición es el proceso de dividir relaciones en múltiples relaciones para
eliminar anomalías y mantener anomalías y mantener la integridad de los datos. Para ello
utilizamos formas o reglas normales de estructuración de la relación.

Anomalía de inserción : Imposibilidad de agregar datos a la base de datos debido a la

ausencia de otros datos.
Anomalía de eliminación : Pérdida involuntaria de datos debido a la eliminación de otros
datos.
Anomalía de actualización : inconsistencia de datos resultante de la redundancia de datos y
actualización parcial. Formas normales : estas son las reglas para estructurar las relaciones
que eliminan anomalías.

PRIMERA FORMA NORMAL :

Se dice que una relación está en primera forma normal si los valores de la relación son
atómicos para cada atributo de la relación. Con esto queremos decir simplemente que ningún
valor de atributo puede ser un conjunto de valores o, como a veces se expresa, un grupo
repetido.

SEGUNDA FORMA NORMAL :

Se dice que una relación está en segunda forma normal si está en primera forma
normal y debe satisfacer cualquiera de las siguientes reglas.
1) La clave primaria no es una clave primaria compuesta
2) No hay atributos no clave presentes
3) Cada atributo que no es clave depende completamente funcionalmente del conjunto
completo de clave primaria.

TERCERA FORMA NORMAL :

Se dice que una relación está en tercera forma normal si entre sus salidas no hay
dependencias transitivas.

Dependencia transitiva : si dos atributos que no son clave dependen entre sí y también de la
clave principal, se dice que son dependientes transitivamente.

Los principios de normalización anteriores se aplicaron para descomponer los datos en

30| Página
varias tablas, haciendo así que los datos se mantengan en un estado consistente.

4.3: DIAGRAMAS UML

El Lenguaje Unificado de Modelado (UML) se utiliza para especificar, visualizar,

modificar, construir y documentar los artefactos de un sistema intensivo de software orientado
a objetos en desarrollo. UML ofrece una forma estándar de visualizar los planos
arquitectónicos de un sistema, incluidos elementos como:
• actores
• Procesos de negocios
• componentes (lógicos)
• actividades
• declaraciones del lenguaje de programación
• esquemas de bases de datos y
• Componentes de software reutilizables.

UML combina las mejores técnicas del modelado de datos (diagramas de entidades y
relaciones), modelado de negocios (flujos de trabajo), modelado de objetos y modelado de
componentes. Se puede utilizar con todos los procesos, durante todo el ciclo de vida del
desarrollo de software y en diferentes tecnologías de implementación UML ha sintetizado las
.

notaciones del método Broche, la técnica de modelado de objetos (OMT) y la ingeniería de

software orientada a objetos (OOSE) fusionándolas en un lenguaje de modelado único, común
y ampliamente utilizable. UML pretende ser un lenguaje de modelado estándar que pueda
modelar sistemas concurrentes y distribuidos.

• .3.1 Diagrama de casos de uso:

El tipo de diagrama más conocido de los diagramas UML de comportamiento, los

diagramas de casos de uso, brindan una descripción gráfica de los actores involucrados en un
sistema, las diferentes funciones que necesitan esos actores y cómo interactúan estas
diferentes funciones. Es un excelente punto de partida para cualquier discusión de proyecto
porque puede identificar fácilmente los principales actores involucrados y los principales
procesos del sistema.

31| Página
Vista general del diagrama de
casos de uso:

Ver e imprimir los detalles del

pedido

32| Página
33| Página
• .3.2: Estructuras de datos

Después de comprender cuidadosamente los requisitos del cliente, todos los requisitos
de almacenamiento de datos se dividen en tablas. Las siguientes tablas están normalizadas
para evitar anomalías durante el proceso de entrada de datos.

SHRAVAN-PC\SQLEX..- dbo.clientes X SHRAVAN-PC\SQLE..tienda

Permitir
Nombre de columna Tipo de datos nulos
% c_id Empezando □
c_nombre varchar(MAX) •
c_correo electrónico varchar(100) •
c_contacto Empezando

► □

SHRAVAN-PC\SQLE..eshop-dbo.menu > SHRAVAN-PC\SQLE...p-db.

Nombre de columna Tipo de datos Permitir nulos

$ medio Empezando mi
nombre_m varchar(150) •
m_precio Empezando •
m_categoría varchar(MAX) •
► mi

34| Página
 Nombre de columna Tipo de SHRAVAN-PC\SQLEX...-dbo
datos Permitir nulos
V em p_id Empezando mi
emp_p refijo varchar(5) •
emp_nombrecompleto varchar(MAX) •
emp_foto imagen j
emp_firstName varchar(MAX) •
emp_middleName varc ha r( MAX] •
emp_apellido varcharfMAX] •
emp_dob varc har( MAX] •
emp_mothersNombre varchar(MAX) •
emp_age En t •
emp_AadharFront!mago imagen •
emp_AadharBackImage imagen •
emp_otherd imagen •
emp_joinFecha varc har( MAX} •
emp_contactNo Empezando j
emp_alternateContactNo Empezando •
emp_nombredeusuario varchar(70) •
dirección_emp varc ha r( MAX] •
contraseña_emp varc har( MAX} V
SHRAVAN-PC\SQLE...p-dbo.empleado X

35| Página
• .3.3: Diagramas de secuencia

Diagramas de secuencia Representan los objetos que participan en la interacción

horizontalmente y el tiempo verticalmente. Un caso de uso es una especie de clasificador de
comportamiento que representa una declaración de un comportamiento ofrecido. Cada caso de uso
especifica algún comportamiento, posiblemente incluyendo variantes que el sujeto puede realizar en
colaboración con uno o más actores. Los casos de uso definen el comportamiento ofrecido del
sujeto sin referencia a su estructura interna. Estos comportamientos, que involucran interacciones
entre el actor y el sujeto, pueden resultar en cambios en el estado del sujeto y en las comunicaciones
con su entorno. Un caso de uso puede incluir posibles variaciones de su comportamiento básico,
incluido el comportamiento excepcional y el manejo de errores.

Diagrama de secuencia de inicio de sesión de administrador:

36| Página
4.4: Diagrama de colaboración :

Un diagrama de colaboración se asemeja a un diagrama de flujo que describe las funciones,

la funcionalidad y el comportamiento de objetos individuales, así como el funcionamiento general
del sistema en tiempo real. Los objetos se muestran como rectángulos con etiquetas de nombres en
su interior. Estas etiquetas están precedidas por dos puntos y pueden estar subrayadas. Las
relaciones entre los objetos se muestran como líneas que conectan los rectángulos. Los mensajes
entre objetos se muestran como flechas que conectan los rectángulos relevantes junto con etiquetas
que definen la secuencia del mensaje.

Los diagramas de colaboración se adaptan mejor a la representación de interacciones

simples entre un número relativamente pequeño de objetos. A medida que crece el número de
objetos y mensajes, un diagrama de colaboración puede resultar difícil de leer. Varios proveedores
ofrecen software para crear y editar diagramas de colaboración.

37| Página
 Diagrama de colaboración de inicio
de sesión de administrador:

Los diagramas de actividades representan flujos de trabajo de forma gráfica. Se pueden

utilizar para describir el flujo de trabajo empresarial o el flujo de trabajo operativo de cualquier
componente de un sistema. A veces, los diagramas de actividad se utilizan como alternativa a los

38| Página
4.5: Diagramas de
actividades:
diagramas de máquina de estados.

El diagrama de actividades es básicamente un diagrama de flujo para representar el flujo de

una actividad a otra. La actividad puede describirse como una operación del sistema. De modo que
el flujo de control pasa de una operación a otra. Este flujo puede ser secuencial, ramificado o
concurrente. Los diagramas de actividad tratan todo tipo de control de flujo mediante el uso de
diferentes elementos como bifurcación, unión, etc.

Los propósitos básicos de los diagramas de actividades son similares a los de otros cuatro
diagramas. Capta el comportamiento dinámico del sistema. Se utilizan otros cuatro diagramas para
mostrar el flujo de mensajes de un objeto a otro, pero el diagrama de actividades se utiliza para
mostrar el flujo de mensajes de una actividad a otra. La actividad es una operación particular del
sistema. Los diagramas de actividad no sólo se utilizan para visualizar la naturaleza dinámica de un
sistema, sino que también se utilizan para construir el sistema ejecutable mediante técnicas de
ingeniería directa e inversa. Lo único que falta en el diagrama de actividades es la parte del
mensaje.

Diagrama de actividad de inicio de sesión:

39| Página
Diagrama de actividad
administrativa

Diagrama de actividad del empleado:

40| Página
Diagrama de
clase:
El diagrama de clases es un diagrama estático. Representa la vista estática de una
aplicación. El diagrama de clases no sólo se utiliza para visualizar, describir y documentar
diferentes aspectos de un sistema, sino también para construir código ejecutable de la
aplicación de software.

El diagrama de clases describe los atributos y operaciones de una clase y también las
restricciones impuestas al sistema. Los diagramas de clases se utilizan ampliamente en el
modelado de sistemas orientados a objetos porque son los únicos diagramas UML que pueden
mapearse directamente con lenguajes orientados a objetos.

El diagrama de clases muestra una colección de clases, interfaces, asociaciones,

colaboraciones y restricciones. También se le conoce como diagrama estructural.

El propósito del diagrama de clases es modelar la vista estática de una aplicación. Los
diagramas de clases son los únicos diagramas que pueden mapearse directamente con
lenguajes orientados a objetos y, por lo tanto, usarse ampliamente en el momento de la
construcción.

Gráfico de gantt:

Un diagrama de Gantt, comúnmente utilizado en la gestión de proyectos, es una de las formas

más populares y útiles de mostrar actividades (tareas o eventos) en función del tiempo. A la
izquierda del cuadro hay una lista de las actividades y en la parte superior hay una escala de
tiempo adecuada. Cada actividad está representada por una barra; la posición y la longitud de
la barra reflejan la fecha de inicio, la duración y la fecha de finalización de la actividad. Esto
le permite ver de un vistazo:

• ¿Cuáles son las diversas actividades?

• Cuándo comienza y termina cada actividad
Diagrama de
clase:
• ¿Cuánto tiempo está previsto que dure cada actividad?
• Dónde se superponen las actividades con otras actividades y en qué medida
41 | Página
 La fecha de inicio y finalización de todo el proyecto.

En resumen, un diagrama de Gantt muestra lo que se debe hacer (las actividades) y cuándo (el
cronograma).

Un diagrama de Gantt es una vista de línea de tiempo que facilita ver cómo se realiza el
seguimiento de un proyecto. Puede visualizar las tareas del proyecto y ver cómo se relacionan
entre sí a medida que los proyectos avanzan con el tiempo. Utilice esta herramienta para
simplificar sus tareas y detalles con una línea de tiempo visual del proyecto transformando los
nombres de las tareas, las fechas de inicio, las duraciones y las fechas de finalización en
gráficos de barras horizontales en cascada.

Con un Gantt puedes planificar todas tus tareas, de modo que los proyectos complejos sean
manejables y fáciles de abordar. Puede utilizar un Gantt para calcular el tiempo mínimo de
entrega de su proyecto y programar a las personas adecuadas cuando estén disponibles para
terminar su proyecto de manera eficiente.

Gráfico de gantt
29-junio 03-agosto 07-septiembre 12-oct 16-noviembre 21-diciembre 25-enero 01-
marzo
Selección de la
especificación de
hardware del proyecto.
Análisis de requisitos de
selección de tecnología
Estudio de viabilidad
Planificación y programación
Diseño del modelo
conceptual Diseño del
sistema Implementación
Pruebas Implementación

43| Página
43 | Página