Está en la página 1de 15

Instituto Nacional De Santiago De María.

ALUNMA: Flavia Yamileth Valencia Reyes.

PROFESOR: Alis Cruz

MATERIA: Modulo

GRADO: 1°

SECCION: “B”

OPCION: Bachillerato técnico vocacional en desarrollo de Software

1-¿Qué es un requerimiento?
Requerimiento es el acto y la consecuencia de requerir. Este verbo,
que tiene su origen etimológico en el término latino requiere, refiere a
solicitar, pedir, avisar o necesitar algo.

2-Describa las etapas de fase de un requerimiento y


desarrolle cada una de ellas

Análisis de requerimientos: Se extraen los requisitos del producto de


software. En esta etapa la habilidad y experiencia en la ingeniería del
software es crítica para reconocer requisitos incompletos, ambiguos o
contradictorios. Usualmente el cliente/usuario tiene una visión
incompleta/inexacta de lo que necesita y es necesario ayudarle para
obtener la visión completa de los requerimientos. El contenido de
comunicación en esta etapa es muy intenso ya que el objetivo es
eliminar la ambigüedad en la medida de lo posible.
Especificación: Es la tarea de describir detalladamente el software a
ser escrito, de una forma rigurosa. Se describe el comportamiento
esperado del software y su interacción con los usuarios y/o otros
sistemas.
Diseño y arquitectura: Determinar como funcionará de forma general
sin entrar en detalles incorporando consideraciones de la
implementación tecnológica, como el hardware, la red, etc. Consiste
en el diseño de los componentes del sistema que dan respuesta a las
funcionalidades descritas en la segunda etapa también conocidas
como las entidades de negocio. Generalmente se realiza en base a
diagramas que permitan describir las interacciones entre las entidades
y su secuenciado.
Programación: Se traduce el diseño a código. Es la parte más obvia
del trabajo de ingeniería de software y la primera en que se obtienen
resultados «tangibles». No necesariamente es la etapa más larga ni la
más compleja aunque una especificación o diseño
incompletos/ambiguos pueden exigir que, tareas propias de las etapas
anteriores se tengan que realizarse en esta.
Prueba: Consiste en comprobar que el software responda/realice
correctamente las tareas indicadas en la especificación. Es una buena
praxis realizar pruebas a distintos niveles (por ejemplo primero a nivel
unitario y después de forma integrada de cada componente) y por
equipos diferenciados del de desarrollo (pruebas cruzadas entre los
programadores o realizadas por un área de test independiente).
Documentación: Realización del manual de usuario, y posiblemente un
manual técnico con el propósito de mantenimiento futuro y
ampliaciones al sistema. Las tareas de esta etapa se inician ya en el
primera fase pero sólo finalizan una vez terminadas las pruebas.
Mantenimiento: En esta etapa se realizan un mantenimiento correctivo
(resolver errores) y un mantenimiento evolutivo (mejorar la
funcionalidades y/o dar respuesta a nuevos requisitos)
3-Describa la clasificación de requerimientos y explique cada una de
ellas.

REQUERIMIENTOS DE USUARIO: Son declaraciones, en lenguaje natural y en


diagramas, de los servicios que se espera que el sistema proporcione y de las
restricciones bajo las cuales debe funcionar.
REQUERIMIENTOS DE SISTEMA: Estos requerimientos establecen con detalle
las funciones, servicios y restricciones operativas del sistema. El documento de
requerimientos del sistema deberá ser preciso, y definir exactamente lo que se va
REQUERIMIENTOS FUNCIONALES: Son declaraciones de los servicios que
debe proporcionar el sistema, de la manera en que éste debe reaccionar a
entradas particulares. O también pueden declarar explícitamente lo que el sistema
no debe hacer.
REQUERIMIENTOS NO FUNCIONALES: Son restricciones de los servicios o
funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el
proceso de desarrollo y estándares. Dentro de estos requerimientos encontramos
todo lo referente a fiabilidad, el tiempo de respuesta y la capacidad de
almacenamiento.

REQUERIMIENTOS DE PRODUCTO: Estos requerimientos especifican el


comportamiento del producto. Dentro de estos encontramos lo referente a
Rendimiento del sistema (memoria, rapidez, etc.) Y Fiabilidad (tasa de fallos
aceptable).

REQUERIMIENTOS ORGANIZACIONALES: Estos requerimientos se derivan de


políticas y procedimientos existentes en la organización del cliente y en la del
desarrollador. Un ejemplo de este tipo de requerimientos podría ser el tiempo
solicitado de entrega a la empresa.

REQUERIMIENTOS EXTERNOS: Estos requerimientos se derivan de políticas y


procedimientos existentes en la organización del cliente y en la del desarrollador.
En esta clasificación de requerimientos encontramos los que tienen que ver con
Requerimientos Legislativos, Requerimientos Éticos, etc.

REQUERIMIENTOS DURADEROS: Son requerimientos relativamente estables


que se derivan de la actividad principal de la organización y que están
relacionados directamente con el dominio del sistema.

REQUERIMIENTOS VOLÁTILES: Son requerimientos que probablemente


cambian durante el proceso de desarrollo del sistema o después de que este se
haya puesto en funcionamiento.

4-Las características que debe reunir un requerimiento y describa


cada una de ellas.

el requerimiento debe cumplir con ciertos criterios y características


1. Correcta

2. No ambigua

3. Completa

4. Consistente

5. Calificada de acuerdo a la importancia y/o estabilidad

6. Verificable

7. Modificable

8. Rastreable

1. Correcta
Una SRS es correcta, sí y solo sí, cada requisito especificado es un requisito que
el software debe cumplir.

2. No ambigua

Una SRS no es ambigua sí y solo sí cada requisito especificado tiene sólo una
interpretación.
3. Completa

Una SRS es completa, sí y solo sí, incluye los siguientes elementos:

a) Todos los requisitos significativos, ya sea que se relacionen a funcionalidad,


desempeño, restricciones de diseño, atributos o interfaces externas.
En particular cualquier requisito externo impuesto por una especificación del
sistema debe ser reconocido y tratado.

b) Definición de las respuestas del software a todos los tipos posibles de clases de
datos de entrada en todos los tipos posibles de clases de situaciones.
Notar que es importante especificar las respuestas tanto para valores de entrada
válidos como inválidos.

c) Etiquetas y referencias completas a todas las figuras, tablas y diagramas en la


SRS así como la definición de todos los términos y unidades de medida.

4. Consistente

Una SRS es consistente, sí y solo sí, no se contradice a sí misma, es decir, si


ningún subconjunto de requisitos ahí descritos se contradicen o
entran en conflicto.

5. Jerarquizada de acuerdo a la importancia y/o estabilidad


Una SRS está calificada de acuerdo a la importancia y/o estabilidad si cada
requisito tienen un identificador que indique la importancia o estabilidad del
requisito.

6. Verificable

Una SRS es verificable, sí y solo sí, cada requisito especificado es verificable. Un


requisito es verificable sí y solo sí existe un proceso finito de costo-
efectivo con el cual una persona o una máquina puede verificar que el producto de
software cumple el requisito. En general cualquier requisito ambiguo no es
verificable.

7. Modificable

Una SRS es modificable, sí y solo sí, su estructura y estilo son tales que, cualquier
cambio a los requisitos pueden ser hechos fácil, completa y
consistentemente sin perder la estructura y el estilo. La modificabilidad
generalmente requiere que una SRS:

a) Tenga una organización coherente y fácil de usar con una tabla de


contenido, un índice y referencias cruzadas explícitas.

b) No sea redundante (esto es, el mismo requisito no debe aparecer en más


de una parte en la SRS). c) Expresa cada requisito de
manera separada, en vez de hacerlo mezclado con otros requisitos.
8. Rastreable

Una SRS es rastreable si el origen de cada uno de sus requisitos es clara y si


facilita la referencia de cada requisito en el desarrollo futuro o mejora de la
documentación.

Se recomiendan los siguientes dos tipos de rastreabilidad:


a) Rastreabilidad hacia atrás (esto es, a estados previos del desarrollo). El
requisito tiene referencias explícitas a sus fuentes en
documentos anteriores.

b) Rastreabilidad hacia enfrente (esto es, a todos los documentos derivados del
SRS). Depende de que cada requisito en la SRS tenga un nombre
único o número de referencia. Es particularmente importante cuando el software
entra en operación y mantenimiento. Cuando el código y los
documentos de diseño son modificados, es escencial contar con la
capacidad para conocer el conjunto completo de requisitos que pueden ser
afectados por esas modificacione

5-¿Qué es un servidor?

Un servidor es un equipo informático que forma parte de una red y provee


servicios a otros equipos cliente.

Se denomina servidor dedicado, aquel que dedica todos sus recursos a atender
solicitudes de los equipos cliente.
Sin embargo un servidor compartido es aquel que no dedica todos sus recursos a
servir las peticiones de los clientes, sino que también es utilizado por un usuario
para trabajar de forma local.

Existen gran cantidad de tipos de servidores o roles que estos pueden


desempeñar. En la siguiente relación enumeramos algunos de los más comunes.

6-Describa lo que es una estación de trabajo

es un computador de altas prestaciones destinado para trabajo técnico o científico.


En una red de computadoras, es una computadora que facilita a las personas el
acceso a los servidores y periféricos de la red. A diferencia de una computadora
aislada, tiene una tarjeta de red y está físicamente conectada por medio de cables
u otros medios no guiados con los servidores. Los componentes para servidores y
estaciones de trabajo alcanzan nuevos niveles de rendimiento informático, al
tiempo que ofrecen fiabilidad, compatibilidad, escalabilidad y arquitectura
avanzada ideales para entornos multiproceso.

7-Describa lo que es un diseño de formulario

es la especificación de contenidos, métodos y relación en los puestos


de trabajo para satisfacer las necesidades tecnológicas y
organizacionales como también los requisitos personales y sociales
del titular de trabajo.1 Sus principios van enfocados objetivamente en
como la naturaleza del trabajo de una persona afecta su
comportamiento y actitudes en el ámbito laboral, peculiarmente
relacionado con su variedad de habilidades y su autonomía.2El
objetivo principal del diseño del trabajo es mejorar la satisfacción en el
trabajo, mejorar la calidad y reducir los problemas de los empleados.
8-¿Qué es un usuario?

un usuario es una persona que utiliza una computadora o un servicio


de red. Los usuarios de sistemas informáticos y productos de software
generalmente carecen de la experiencia técnica necesaria para
comprender completamente cómo funcionan.

9-¿Qué es un usuario registrado?

En general, los usuarios registrados o usuarios totales son todos


aquellos que están afiliados a la red social o web porque han
introducido su email y nombre de usuario. En cambio, los usuarios
activos constituyen una porción de los usuarios registrados.
10-¿Qué es una cuenta de administrador?

Es una cuenta de usuario que le permite realizar cambios que afectan


a otros usuarios. Los administradores pueden cambiar la configuración
de seguridad, instalar software y hardware, y obtener acceso a todos
los archivos en un equipo.
11-Defina lo que es una contraseña

Una contraseña o clave es una forma de autentificación que utiliza


información secreta para controlar el acceso hacia algún recurso. La
contraseña debe mantenerse en secreto ante aquellos a quien no se
les permite el acceso.
11-Definicion de libre office base y Microsoft Access

LibreOffice Base es un programa de bases de datos que gestiona la


creación y manejo de éstas, además de posibilitar la elaboración de
formularios e informes ...

Microsoft Access
Microsoft Access es un sistema de gestión de bases de datos incluido
en el paquete ofimático denominado Microsoft 365, sucesor de
Embedded Basic. Access es un gestor de datos que utiliza los
conceptos de bases de datos relacionales y pueden manejarse por
medio de consultas e informes.

También podría gustarte