Pagina principal entrando
Pagina Principal Registrado
domingo, 21 de mayo de 2017
sábado, 20 de mayo de 2017
Ejercicios de riesgo
Practica lo que aprendiste
I. Completa los enunciados con las
palabras del siguiente recuadro.
|
FODA diagrama
causa-efecto
|
probabilidad
de ocurrencia
|
|
cualitativo cuantitativo
|
diagrama
de radar
|
a.
El diagrama causa-efecto permite
identificar el origen de los riesgos que se pudiesen presentar en el desarrollo
del proyecto.
b.
Después de identificar los riesgos se deben
analizar para determinar su probabilidad de ocurrencia y el impacto que
puedan tener.
c.
El análisis FODA es una herramienta para
identificación de riesgos.
d.
El análisis cualitativo sirve para
priorizar los riesgos de una forma simple y no numérica.
e.
El análisis cuantitativo sirve para
obtener una evaluación numérica de los riesgos y con ello seleccionar alguna
respuesta para atacarlo.
II.
Realiza un diagrama causa – efecto para
determinar los motivos del por qué un
cliente podría quedar insatisfecho con el desarrollo de un curso para la
capacitación de su personal.
II.
Gráfica la información de la siguiente tabla
dentro de la matriz de probabilidad e impacto y determina su nivel de riesgo.
|
Riesgo
|
Probabilidad
|
Nivel de
Impacto
riesgo
|
|
|
A
|
1
|
3
|
Bajo
|
|
B
|
3
|
2
|
Moderado
|
|
C
|
5
|
4
|
Crítico
|
|
D
|
4
|
2
|
Moderado
|
|
|
||||||||||||||||||||||||||||||||||||||||||||
III.
Relaciona los tipos de riesgos con las
estrategias diseñadas para responder a éstos.
|
|
( B ) Evitar
el riesgo cambiando la planificación o sus alcances
|
|
a.
Riesgos positivos u oportunidades
|
( A )
Mejorar el riesgo facilitando o fortaleciendo las causas que lo generan
|
|
|
( B )
Transferir el riesgo a un
Tercero
|
|
|
( A )
Compartir el riesgo con un
tercero
|
|
b.
Riesgos negativos o amenazas
|
( A )
Explotar el riesgo asignando los mejores elementos a su
desarrollo
|
|
|
( B )
Mitigar el riesgo reduciendo
su
probabilidad de impacto
|
domingo, 7 de mayo de 2017
miércoles, 26 de abril de 2017
Especificacion de requerimientos de Software (SRS) V.0.2
 |
 |
Preparado por: [Equipo 5]
Control De Versiones
|
Nombre del Archivo
|
Versión
|
Fecha
|
Autor
|
Comentarios
|
|
Prototipo 1
|
0.1
|
03/03/2017
|
E.5
|
Comienzo del proyecto
|
|
Prototipo1
|
0.2
|
26/04/2017
|
E.5
|
Diseños del proyecto
|
|
|
|
|
|
|
|
|
|
|
|
|
Índice del Documento
1 Introducción
La plataforma que crearemos no necesitara de internet,
se usara en los salones del kínder para un mejor aprendizaje, además tendrá
muchas cosas incluidas como es juegos, letras, números, etc. Su funcionamiento
será fácil para las personas que lo usen.
1.1 Propósito
1.2 Audiencia Futura y Sugerencias de Lectura
Está hecha principalmente para que las profesoras
conozcan su funcionamiento para así trabajar con los alumnos haciendo uso del
material que tendrá.
Tratamos de hacer esta plataforma de modo que sea
fácil de usar.
1.3 Alcance de Proyecto
Tendrá
beneficios como los siguientes:
a)
Estará
sin necesidad de conexión a internet, no será necesario crear usuarios ni
contraseñas para el uso, por lo que será una plataforma multimedia.
b)
El
beneficio de esto es que si no hay internet se podrá usar en caso de cualquier
problema que pudiera surgir de fallas de internet
c)
Otra
cosa importante es que pretendemos que contenga material que pueda ser útil
para todo un ciclo escolar.
1.4 Definiciones, Siglas y Abreviaturas
E.C:
Estefanía Castañeda, E. 5: Esquipo 5.,
MySQL: My Lenguaje de Consulta Estrtucturado, XAMPP: X Apache MySQL PHP Perl,
UML: Unified Modeling Language, RAM: Random Access Memorie.
1.5 Referencias
Usamos de
referencia otra paginas como moddle, wix y algunas páginas de e-learning,
también usamos Argo para crear modelos antes de empezar a hacer la página web.
2 Descripción Global
Se planea que nuestra
plataforma sea empleada por los usuarios del kínder, docentes y directora. El
ambiente será principalmente educativo, aunque contará con secciones informativas
acerca de la misma empresa. La principal restricción es el acceso a internet,
como lo señaló el cliente pero para esto, optamos por crear una plataforma en
la cual no sea necesario el uso de este.
2.1 Perspectiva del Producto
Es totalmente
independiente y autónomo.
2.2 Características del Producto
Facilitar
el manejo de material para los alumnos, simplificar la comprensión empleando
material didáctico.
2.3 Clases de Usuario y Características
Se
tendrá un uso simple donde cada usuario tendrá que hacer solicitudes de
información.
2.4 Ambiente Operativo
Es
multiplataforma, ya que solo funciona con Chrome y Firefox, por lo tanto, se
puede usar en cualquier sistema operativo que sea compatible con estos dos
navegadores. Tendrá restricción de idioma, al español, por lo cual solo
“funcionará” en países hispanohablantes, los servidores serán locales, e
igualmente la base de datos.
2.5 Diseño y Restricciones de Implementación
La
principal restricción es el uso de internet, ya que en algunos salones no se
tiene acceso a este servicio.
2.6 Documentación de Usuario
Se
necesitaran documentación para poder iniciar el servidor, también para poder
agregar fotos a la galería y para actualizar los datos como material, usuarios,
música, etc.
3 Características del Sistema
Los principales requerimientos son que la plataforma
tenga un diseño simple, para la facilidad de uso, que al mismo tiempo las
vistas sean amigables para la interacción con los usuarios y que contenga
material completo y que este siempre disponible.
Que sea local y no necesite del uso de conexiones a
internet.
3.1.1 Requerimientos Funcionales
|
Número
|
Requerimiento
|
Descripción
|
|
RF1
|
Material didáctico para los alumnos, por
grados
|
Que el material este organizado de acuerdo a
lo que necesita cada grupo
|
|
RF2
|
Estructura de la página, separación por
grados
|
Que las vistas tengan un orden, para el
funcionamiento por grados.
|
|
RF3
|
Sección de música
|
Que tenga una sección especial donde contenga
material musical
|
|
RF4
|
Que no requiera acceso a internet
|
Disponibilidad de uso en cualquier momento
sin necesidad de conexiones a internet
|
4 Requerimientos de Interface Externos
La
plataforma será diseñada para equipos locales, no requiriendo el uso de internet,
será de una fácil interacción entre el usuario y la plataforma misma, ya que
las vistas estarán hechas para que sean fácil de entender, y así por ende,
utilizar.
4.1 Interfaz de Usuario
Como
la aplicación será desarrollada y dirigida a la ejecución en un entorno visual,
la interacción entre la aplicación y el usuario se realizará mediante pantallas
típicas de cualquier entorno de este tipo: ventanas, formularios, botones,
etiquetas, listas, menús, etc. El programa tendrá zonas de selección, iconos y
botones que activen las distintas partes de la aplicación. Además, también se
dispondrá de teclas de acceso rápido a los elementos del menú. Hay que destacar
que el uso del ratón es vital para la facilidad en la interacción usuario con
la plataforma. La plataforma tendrá un diseño amigable y fácil de usar.
4.2 Interfaces de Hardware
Para
que el sistema funcione se necesitará un equipo de cómputo completo y el
espacio de memoria RAM necesario.
4.3 Interfaces de Software
Xampp,
MySQL, Windows en cualquier versión que sea compatible con Chrome o Firefox, de
igual manera cualquier sistema operativo que soporte estos navegadores.
Para
la parte teórica, fue necesario la creación de diagramas, para los cuales
utilizamos ArgoUML, Dia, y programas de Windows para otros documentos.
4.4 Interfaces de Comunicación
Para
mantener el uso correcto de esta plataforma no se necesitará el uso de
internet, porque así el cliente lo pidió, pero será necesaria la interacción
continúa entre el creador y el cliente, para cualquier duda o cambios necesarios.
5 Otros Requerimientos No-Funcionales
|
Número
|
Requerimiento
|
Descripción
|
|
RNF1
|
Uso de colores de la
institución
|
Hacer uso de los
colores que representan a la institución en todas las vistas de la plataforma
|
|
RNF2
|
Que el material
siempre esté disponible
|
Que no haya
problemas para disponer del material.
|
|
RNF3
|
Estabilidad
|
Que no tenga fallas
o problemas de conexión
|
|
RNF4
|
Galería de fotos
|
Debe tener una vista
especial para compartir una galería de fotos
|
|
RNF5
|
Simplicidad en el
diseño pero completa
|
Que tenga un diseño
llamativo, fácil de usar y que al mismo tiempo sea una plataforma completa
|
|
RNF6
|
Comprensión compleja
para los alumnos como para los maestros
|
Diseño simple y
fácil para la mejor compresión de los usuarios
|
5.1 Requerimientos de Rendimiento
Cuando se usen los juegos solo será esa parte, por lo que sería solo
abrir una pestaña para evitar el uso de memoria RAM innecesaria; también para
evitar que se sature el servidor solo se pueden usar máximo 2 computadoras
dentro de el porque podría no ser un buen servidor, así que se podrían asignar
horarios de uso del programa.
5.2 Requerimientos de Seguridad
Se
creara un usuario y una contraseña para cada maestra o docente en el plantel,
así para que los alumnos no puedan entrar y tampoco personas ajenas a este
plantel.
5.3 Atributos de Calidad de Software
Sería
el diseño ya que tiene que ser un tanto sencillo en la parte del uso como
complicado por su diseño dirigido al kínder.
6 Otros Requerimientos
Servidor
local
Login
para mayor seguridad
Apéndice A: Glosario
E.C:
Estefanía Castañeda, E. 5: Equipo 5, XAMPP: Servidor Web Libre y Local,
MySQL.
Sistema Gestor de Base de Datos. Dia: Sistema para modelar diagramas, ArgoUML:
Modelador de diagramas UML, UML: Lenguaje Unificado de Modelado, RAM: Memoria
de Acceso Aleatorio, Moddle: Herramienta para crear plataformas e-learning,
Wix: Pagina web para crear paginas web,
Apéndice B: Modelos de Análisis
[
Apéndice C: Lista de Problemas
-Elegir
el diseño que se utilizara para realizar la plataforma
-Hacer
que la plataforma no ocupe internet.
-Que
esté acabada a tiempo
-Que
se cumpla con los requerimientos que pide el cliente.
Suscribirse a:
Entradas (Atom)