Alexander Parra Molano
Paso 2:
Existen varios tipos de requerimientos dependiendo del aspecto del sistema al que están
enfocados o de las necesidades que satisfacen, como ejemplo se pueden mencionar:
requerimientos de información, requerimientos de interfaz de usuario, requerimientos
funcionales, requerimientos no funcionales.
Consulte los tipos de requerimientos más comúnmente utilizados, sus características y su
utilidad en el proceso de desarrollo de software.
Tipos de requerimientos
Los requerimientos se dividen en dos grandes categorías: requerimientos funcionales y
requerimientos no funcionales; dentro de cada grupo también hay subdivisiones que
dependen de la orientación de la función que describe el requisito enunciado.
A continuación, se definirán los tipos de requerimientos más comunes:
Requerimientos de la solución
Describe las propiedades requeridas para la solución que crea, luego aborde las necesidades
de su negocio., estos se determinan por análisis, requerimientos de los participantes.
Los más comunes en esta categoría se denominan requerimientos funcionales y no
funcionales.
Requerimientos de negocio:
Se caracterizan por antecedentes y objetivos del proyecto, así como indicadores de
desempeño
para describir las necesidades de la organización a un alto nivel. Es este tipo de
requerimientos el que
determina en gran medida el resultado esperado del proyecto. Esto les da a los participantes
una
idea clara de lo que esperan lograr al final del proceso, aunque a un nivel muy alto.
Además, te
permite crear dominios empresariales.
Requerimientos de las partes interesadas
Identificar específicamente las necesidades de cada participante del proyecto, teniendo en
cuenta cómo interactuará cada participante con la solución propuesta. Permite la
identificación de los participantes del proyecto y su contexto.
Requerimientos de transición:
Definen las propiedades que el sistema debe considerar para pasar del estado actual de la
organización al estado futuro de la implementación de la herramienta de construcción. Esto
suele incluir aspectos como migración de información, creación de certificados, proceso de
formación, etc.
Requerimientos funcionales:
Un requerimiento funcional es una declaración de los servicios que el sistema
proporcionará en la forma en que responderá a ciertas entradas. Cuando hablamos de
entrada, no siempre nos referimos solo a la entrada del usuario. Estos pueden ser
interacciones con otros sistemas, respuestas automatizadas, procesos predefinidos. En
algunos casos, los requerimientos funcionales del sistema también definen lo que el sistema
no puede hacer. Es importante recordar que RF también puede ser una declaración
negativa. Es correcto siempre que sus acciones den como resultado una respuesta funcional
al usuario otro sistema. Además, no solo es correcto, sino también necesario definirlo. Esto
nos lleva al siguiente punto.
Los requerimientos funcionales se pueden subdividir en:
Requerimientos de usuario o requerimientos técnicos: Describen, en lenguaje
natural y diagramas, los servicios que el sistema debe brindar y las
restricciones bajo las cuales debe operar. Además, le permiten crear reglas de
integración de alto o bajo nivel y crear contratos, propiedades o restricciones
de compatibilidad de manera precisa. Un ejemplo obvio de requerimientos
del sistema son los contratos o integraciones llamados Swagger. Los requerimientos
del usuario deben alinearse con los requerimientos comerciales para que el proyecto
avance en la dirección correcta, y las técnicas como los escenarios y las
experiencias del usuario son útiles para especificar las tareas y funciones que
definen dichos requerimientos.
Requerimientos del Sistema: Detalla las características, servicios
y limitaciones del sistema.
El documento de requerimientos del sistema debe describir con precisión lo que se
especifica.
Requerimientos de Confiabilidad Funcional: Una especificación
de confiabilidad funcional consiste en definir los requerimientos que definen las
características que contribuyen a la confiabilidad del sistema y son necesarias para
garantizar el logro del nivel mínimo requerido de confiabilidad. Los
tres requerimientos de confiabilidad funcional son:
Requerimientos de comprobación: identifican las comprobaciones de las entradas
del
sistema, para garantizar que las entradas incorrectas o fuera de rango se detecten a
tiempo.
Requerimientos de recuperación: se implementan para ayudar al sistema a
recuperarse
luego de que ocurre una falla. Por lo general, se relacionan con el hecho de
conservar
copias del sistema y sus datos y la forma en que se restauran los servicios.
Requerimientos de redundancia: especifican las características redundantes del
sistema que aseguran que la falla en un solo componente no conduzca a una perdida
completa del servicio
Requerimientos no funcionales:
Estos requerimientos no se refieren directamente a las funciones específicas proporcionadas
por el sistema (funciones de usuario), sino a las características del sistema: rendimiento,
seguridad, disponibilidad. En resumen, no hablan de "qué" hace el sistema, hablan de
"cómo" lo hace. Alternativamente, definen las restricciones del sistema, como la capacidad
de los dispositivos de entrada/salida y la representación de datos utilizada en las interfaces
del sistema.
Los requerimientos no funcionales surgen de las necesidades del usuario, las restricciones
presupuestarias, las políticas de la organización, las necesidades de interoperabilidad con
otros sistemas de software o hardware, o factores externos como las normas de seguridad,
las políticas de privacidad, etc.
Los requerimientos no funcionales se dividen en:
Requerimientos del producto: estos requerimientos definen o limitan la
funcionalidad del software en relación con el rendimiento del sistema
(memoria, velocidad, etc.) y la confiabilidad (tasa de error aceptable).
Requerimientos organizacionales: estos son requerimientos generales del sistema
que se derivan de las pautas y procedimientos para las organizaciones de clientes y
desarrolladores. Un ejemplo de tal requisito sería el tiempo requerido por la
empresa de entrega.
Requerimientos externos: estos requerimientos se derivan de las políticas y
procedimientos existentes tanto en la organización del cliente como en
la organización del desarrollador.
Requisitos de confiabilidad no funcional: una especificación cuantitativa de la
confiabilidad y disponibilidad requerida por un sistema, que se ha utilizado durante
muchos años en sistemas críticos para la seguridad y, a veces, en sistemas
empresariales, ya que las empresas modernas operan las 24 horas del día, este tipo
de requisito. No más características y aplicaciones.
Requisitos de seguridad y penetración: esta práctica es esencial para desarrollar
aplicaciones que la superen; la seguridad está integrada en el software. La capacidad
de protegerse contra ataques maliciosos e incluso verificar las credenciales.
PASO 3
Entrevista No. 1
Entrevistado Gerente o Director del colegio
Entrevistador Alexander Parra Molano
Lugar Colegio Colombiano de Ajedrez
Fecha y hora 16-03-2023 hora 14:20
Especificación del diseño de la arquitectura para
prototipo de un sistema de información de un juego de
Objetivo de la entrevista
ajedrez que permite la interacción con administradores y
usuarios del software.
Contenido de la entrevista
(temas a tratar y preguntas)
1. Saludo y presentación
2. Proporcione una descripción general de las necesidades que desea que satisfaga
el sistema que está desarrollando.
respuesta:
Se necesita un sistema que centralice toda la información de nuestros torneos, ya
que actualmente la gestión de la información es lenta e ineficiente. No hay acceso en
tiempo real a los datos de rendimiento escolar y estamos perdiendo clientes debido a los
retrasos y dificultades resultantes.
3. ¿Describa las condiciones operativas actuales de la empresa?
respuesta:
Básicamente, todo está controlado por hojas de cálculo que utilizan archivos de
almacenamiento. El responsable de cada sucursal debe encontrar los archivos apropiados
para registrar el juego para cada sucursal, y al mismo tiempo revisar constantemente
todos los archivos para informar la ubicación y categoría del juego. Lleva mucho tiempo
porque la cantidad de información es ridícula.
4. ¿La empresa cuenta con un sistema de información para el manejo y control de
datos?
respuesta:
Hay sistemas de contabilidad y cosas así, pero no hay un sistema único que
integre toda la información sobre cómo funciona la escuela, y eso es lo que estamos
tratando de resolver.
5. ¿Cuántas personas están involucradas en el proceso escolar y qué papel juega
cada una en el proceso de automatización?
respuesta:
En promedio hay unas 50 personas. Tenemos arbitros, maestros, etc. cooperan
con nosotros, y contamos con administradores de empresas que se encargan de toda la
gestión escolar, como pago de matrícula, gestión de personal, publicidad, etc.
Contamos con personal de apoyo de diversas industrias.
6. ¿Cuánto tiempo cree que se implementará el sistema?
respuesta:
Depende de las propuestas recibidas, pero esperamos que la transición se
complete en al menos 6 meses.
JAD
Reunión No. 2
Lugar Colegio Colombiano de Ajedrez
Fecha y hora 18-03-2023 hora 14:20
Director del colegio, Participantes o estudiantes del
Participantes colegio, Profesores, árbitros, desarrolladores,
Responsable de la
reunión Alexander Parra Molano
El objetivo general es poder permitir a los usuarios
jugar partidas de ajedrez entre ellos de forma remota, a través
de Internet. Una vez conseguida esta funcionalidad, servirá
de base para poder albergar torneos, ya que se componen de
Objetivos de la reunión un conjunto de partidas.
Insumos para la reunión Computadores, Video beam, sala de juntas
Temas a desarrollar
Contenido de la entrevista.
1. Saludo y presentación
2. ¿Por favor describa de forma general en que consiste su trabajo?
Respuesta
Mi trabajo consiste en atender a los clientes recibo y entrego sus matrículas
también hago la consignación a diario del colegio.
3. ¿Cómo se registra la información en caso de un nuevo cliente y de uno
antiguo?
Respuesta
Se hace de igual forma un cliente nuevo o antiguo, porque es imposible buscar a
un cliente entre tanta información y más si no es un cliente frecuente. se registran los
datos en el formato de todos los clientes, y al final del día se sube el formato a Drive.
4. ¿Qué datos almacena de cada transacción que realiza?
Respuesta:
Se le pide siempre la cédula original a la persona para verificar que los datos
queden bien registrados el nombre y número de documento, el número de teléfono,
dirección, la cantidad de dinero que va a enviar o a recibir y obviamente los datos de la
otra persona para poder validar.
5. ¿Cómo realiza la entrega de información a la persona encargada en la empresa?
Respuesta:
Diariamente después de cerrar, se hace el cierre de caja y se envía el informe del
dinero y se sube los registros del día a Drive.
6. ¿A cuántos clientes atiende normalmente en un día?
Respuesta:
Depende del día, hay días donde hay mucha gente y hay días en que hay poca, no
es uniforme
7. ¿Cómo llevan a cabo los arbitrajes?
Respuesta:
Se designa a una persona especializada y el lleva el conteo tiempo y viabilidad de
las jugadas, así como puntajes.
8. ¿Qué funcionalidad o herramienta sugiere que debería incluirse en el sistema a
desarrollar?
Respuesta:
Me gustaría que los clientes puedan hacer ellos mismos sus gestiones de manera
inmediata en cuanto a los campeonatos y puntajes, de alguna manera para que no se
acumule tanta gente en la sucursal e implementar un sistema de turnos.
