Академический Документы
Профессиональный Документы
Культура Документы
(SRS)
Contenido
1.1 Propsito.................................................................................................... 2
1.2 Convenciones del Documento...................................................................2
1.3 Audiencia y sugerencias de lectura...........................................................2
1.4 Alcance del proyecto................................................................................. 2
1.5 Referencias................................................................................................ 3
2.1 Perspectiva del Producto........................................................................... 4
2.2 Caractersticas del Producto..........................................................................4
2.3 Clases de Usuario y Caractersticas..............................................................4
2.4 Ambiente Operativo................................................................................... 5
2.4.1 Requerimientos mnimos.....................................................................5
2.4.2. Requerimientos ptimos........................................................................5
2.5 Limitantes de Diseo e Implementacin....................................................6
2.6 Documentacin del Usuario.......................................................................6
2.7 Dependencias e Hiptesis.........................................................................6
3.1 Ser una aplicacin en Internet.................................................................8
3.2 Registro del usuario para ingreso en el sistema........................................9
3.3 Ingreso del usuario al sistema.................................................................10
3.4 Entablar conversacin con el Servidor.....................................................11
3.5 Agregar un nuevo usuario.......................................................................12
3.6 Entablar conversacin con un Usuario.....................................................13
4.1 Interfaces de Usuario............................................................................... 14
4.2 Interfaces de Hardware........................................................................... 14
4.2.1 Requerimientos Mnimos...................................................................14
4.2.2
4.3
4.4
5.1
5.2
5.3
5.4
Requerimientos ptimos....................................................................14
Interfaces de Software............................................................................. 15
Interfaces de Comunicaciones.................................................................15
Requerimientos de Rendimiento................................................................16
Requerimientos de Seguridad Fija...........................................................16
Requerimientos de Seguridad de dato.....................................................17
Atributos de Calidad de Software............................................................17
1. Introduccin
1.1 Propsito
El documento de Especificacin de Requerimientos de Software (SRS) tiene
como propsito el establecimiento y definicin de las exigencias pertinentes
del sistema Bear. As mismo, descubrir detalladamente todos os aspectos del
programa, como los usuarios, las pantallas, sus requerimientos funcionales y
los no funcionales. El documento describir todas las caractersticas y
requerimientos funcionales del sistema.
1.5 Referencias
Este escrito hace referencia a las siguientes fuentes:
-
Servidor
o Es el usuario que se necesita estar conectado para que de esta
manea los usuarios simples puedan entablar conversaciones entre
ellos.
Usuario comn
o Podr dar de alta su nombre de usuario y contrasea
o Podr entrar al sistema Bear
Requerimientos mnimos
Hardware
-
Software
-
Comunicaciones
-
Acceso a internet.
Adquisicin de una direccin IP por medio de un DHCP.
Comunicaciones
-
Descripcin y prioridad
Costo
Riesgo
3.1.2
de Descripcin
Prioridad (1-9)
Secuencias de estimulo/respuesta
3.1.3
Requerimientos Funcionales
Descripcin y Prioridad
El usuario tendr que darse de alta en la pgina, para de esta manera ingresar
al sistema.
Componente
Prioridad
Beneficio
Costo
Riesgo
3.2.2
de Descripcin
Prioridad (1-9)
Secuencia de estmulo/respuesta
3.2.3
Requerimientos Funcionales
10
Descripcin y Prioridad
Componente
Prioridad
Beneficio
Costo
Riesgo
3.3.2
de Descripcin
Prioridad (1-9)
Secuencia de estmulo/respuesta
3.3.3
Requerimientos funcionales
11
Descripcin y prioridad
Componente
Prioridad
Beneficio
Costo
Riesgo
de Descripcin
Prioridad (1-9)
12
3.4.2
Secuencia de estimulo/respuesta
3.4.3
Requerimientos funcionales
Descripcin y Prioridad
Componente
Prioridad
Beneficio
Costo
Riesgo
de Descripcin
Prioridad (1-9)
Permitir
agregar 9
nuevos
usuarios
al
usuario existente.
Tendr un costo de 3
memoria ya que se
almacenar en la base
de datos.
Ninguno
1
13
3.5.2
Secuencia de Estimulo/respuesta
3.5.3
Requerimientos Funcionales
Descripcin y prioridad
Componente
Prioridad
Beneficio
Costo
de Descripcin
Prioridad (1-9)
Riesgo
3.6.2
se
las
1
Secuencia de estimulo/respuesta
3.6.3
Requerimientos funcionales
4. Requerimientos de Interfaces
Externas
4.1 Interfaces de Usuario
El sistema Bear contar con diversas pantallas: Registro, Login, pantalla de
contactos, pantalla de conversacin.
Pantalla de registro
15
4.2.2
-
Requerimientos Mnimos
Requerimientos ptimos
16
5. Requerimientos No
Funcionales
17
18
Los datos del programa se pueden perder por una cada repentina del
servidor en el que est alojada la base de datos. Para evitar la prdida
de informacin se requiere guardar un respaldo de los datos en otro
servidor. Este respaldo se har de manera frecuente y as en caso de que
un servidor colapse, la informacin no se perder.
Cuando el usuario cree o modifique contactos la informacin se puede
perder en caso de que se pierda la seal de Internet. Para contrarrestar
esta situacin es necesario actualizar la base de datos siempre que se
modifiquen los contactos.
Contrasea segura
Para restringir el uso de la informacin del programa a otras personas, el
sistema solo dar acceso a los usuarios con los que cuenta, validando que la
contrasea sea correcta. Esta contrasea deber ser segura, es decir que
contar con maysculas, minsculas, nmeros y smbolo. La base de datos
estar restringida para el uso exclusivo del programa. Los datos almacenados
son de suma importancia, por lo que otra persona tenga acceso a esta.
Adaptabilidad
Viabilidad
Rendimiento
Flexibilidad
Portabilidad
Usabilidad
19