Paso 1,2,3

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 10

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.

También podría gustarte