SlideShare una empresa de Scribd logo
1 de 6
1 Requisitos específicos
  REQUISITOS ESPECÍFICOS DE INTERFACES
   Número de requisito       REQ1

   Nombre de requisito       INTERFACES DE USUARIO

   Tipo                         Requisito           Restricción

   Fuente del requisito      Entrevista # 1 con el cliente
   Prioridad del requisito      Alta/Esencial       Media/Deseado   Baja/ Opcional




   Número de requisito       REQ2
   Nombre de requisito       INTERFACES DEL SOFTWARE
   Tipo                         Requisito           Restricción
   Fuente del requisito      Entrevista #1 con el cliente
   Prioridad del requisito      Alta/Esencial       Media/Deseado   Baja/ Opcional




   Número de requisito       REQ3

   Nombre de requisito       INTERFACES DE COMUNICACIÓN

   Tipo                         Requisito           Restricción

   Fuente del requisito      Entrevista #1 con el cliente

   Prioridad del requisito      Alta/Esencial       Media/Deseado   Baja/ Opcional
1.1   Requisitos comunes de los interfaces

      1.1.1 Interfaces de usuario
Se realizará con una interfaz agradable, fácil y sencilla de utilizar para el
usuario, ya que la persona quien es el cliente que requirió la base de da-
tos no cuenta con mucho conocimiento técnico en el ámbito computacio-
nal. Se tendrá un logo de la empresa al iniciar, así como botones que
nos mandaran a las ventas y cortes al final del día, también botones de
retorno al menú principal.

      1.1.2 Interfaces de software
La base de datos se relacionara con la plataforma Mysql debido a que
esta plataforma es en la cual programaremos, además de necesitar el
ADOBE READER ya que en los requerimientos se nos pide guardar un
reporte de las ventas diarias en un documento PDF.



      1.1.3 Interfaces de comunicación
No existirá comunicación con otros sistemas ya que la base de datos
es única y no se relacionara con otros componentes debido a que su
función la puede desarrollar de manera independiente.
1.2    REQUISITOS FUNCIONALES

Número de requisito       REQ4
Nombre de requisito       REPORTES PDF

Tipo                         Requisito           Restricción
Fuente del requisito      Entrevista #2 con el cliente

Prioridad del requisito      Alta/Esencial       Media/Deseado         Baja/ Opcional




Número de requisito       REQ5

Nombre de requisito       TIEMPO DE RESPUESTA

Tipo                         Requisito           Restricción

Fuente del requisito      Entrevista #2 con el cliente

Prioridad del requisito      Alta/Esencial       Media/Deseado        Baja/ Opcional




       1.2.1 Requisito funcional 1
  El sistema de base de datos debe ser capaz de guardar un reporte de
  las ventas digital en pdf que le permita al dueño revisar con facilidad las
  ventas de cualquier día que solicite.

       1.2.2 Requisito funcional 2
  Tiempo de repuesta:
  La respuesta que dará el sistema con respecto a la petición del usuario
  deberá ser en tiempo real.
1.3    Requisitos no funcionales
Número de requisito       REQ6

Nombre de requisito       RENDIMIENTO

Tipo                         Requisito           Restricción

Fuente del requisito      Entrevista #3 con el cliente

Prioridad del requisito      Alta/Esencial       Media/Deseado   Baja/ Opcional




Número de requisito       REQ7
Nombre de requisito       SEGURIDAD
Tipo                         Requisito           Restricción
Fuente del requisito      Entrevista #3 con el cliente
Prioridad del requisito      Alta/Esencial       Media/Deseado   Baja/ Opcional




Número de requisito       REQ8
Nombre de requisito       FIABILIDAD
Tipo                         Requisito           Restricción
Fuente del requisito      Entrevista #3 con el cliente
Prioridad del requisito      Alta/Esencial       Media/Deseado   Baja/ Opcional




Número de requisito       REQ9
Nombre de requisito       DISPONIBILIDAD
Tipo                         Requisito           Restricción
Fuente del requisito      Entrevista #3 con el cliente
Prioridad del requisito      Alta/Esencial       Media/Deseado   Baja/ Opcional
Número de requisito       REQ10
Nombre de requisito       MANTENIBILIDAD
Tipo                         Requisito           Restricción
Fuente del requisito      Entrevista #3 con el cliente
Prioridad del requisito      Alta/Esencial       Media/Deseado        Baja/ Opcional




Número de requisito       REQ11
Nombre de requisito       PORTABILIDAD
Tipo                         Requisito           Restricción
Fuente del requisito      Entrevista #3 con el cliente
Prioridad del requisito      Alta/Esencial       Media/Deseado        Baja/ Opcional




       1.3.1 Requisitos de rendimiento
  El sistema de base de datos tendrá un buen rendimiento debido a que
  no es mucha la carga que tiene que soportar debido a que no se so-
  meterá a grandes procesos, esto porque en la empresa en la que se
  implementara no se tiene mucha actividad y no se utilizara demasiado
  el sistema.
  El rendimiento será bueno ya que las ventas realizadas son pocas con
  un promedio de 6 por cada hora.

       1.3.2 Seguridad
  Dentro de la base de datos no se tendrá una rigurosa seguridad debi-
  do a que el cliente así lo pidió, dentro del área de ventas hay poco per-
  sonal y es por esto que no se pondrá ningún tipo de seguridad en cuan-
  to a privacidad sobre los recursos obtenidos. No habrá tampoco seguri-
  dad en cuanto a modificaciones esto para si el algún lo desean     cam-
  biar o modificar la base de datos lo hagan sin ningún problema.
1.3.3 Fiabilidad
Esta base de datos será fiable debido a que trabajara satisfactoriamen-
te, esto por varios factores como lo son la cantidad de información que
se procesara en ella ya que no es demasiada, debido al mantenimiento
que se le dará y esto evitara saturación de información. y un factor im-
portante es que se realizara a la medida de los requerimientos.

    1.3.4 Disponibilidad
La base de datos estará 100 % disponible para el uso de los empleado
tanto como el administrador debido a que no hay atenciones simulta-
neas y esto facilita usar el sistema en tiempo y forma cuando sea re-
querido, además de que no son muchos los usuarios.

    1.3.5 Mantenibilidad
El mantenimiento que se le dará a la base de datos será preventivo.
Esta tarea de mantenimiento preventivo se realizara por los desarrolla-
dores y Diseñadores, así como también se le dará una capacitación a
los usuarios para que contribuyan al mantenimiento del sistema.
Este mantenimiento     por parte de los desarrolladores al momento de
dar la entrega del sistema se le dará mantenimiento por periodos de 1
mes durante un año.

    1.3.6 Portabilidad
La base de datos será portable para todos los sistemas operativos
siempre y cuando se cuente con la plataforma de MySQL. Debido a
que es la plataforma necesaria para que el la base de datos pueda
desempeñar las funciones.

Más contenido relacionado

La actualidad más candente

Sesion5 requerimientos de software
Sesion5 requerimientos de softwareSesion5 requerimientos de software
Sesion5 requerimientos de softwareOscar López
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejerciciosWalter Chacon
 
El dba(administracion de base de datos)
El dba(administracion de base de datos)El dba(administracion de base de datos)
El dba(administracion de base de datos)UTN
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?Software Guru
 
Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesRequerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesCarlos Macallums
 
Metodologías de Desarrollo de Software Tradicionales y Emergentes
Metodologías de Desarrollo de Software Tradicionales y EmergentesMetodologías de Desarrollo de Software Tradicionales y Emergentes
Metodologías de Desarrollo de Software Tradicionales y EmergentesMiguel Rodríguez
 
Gestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyectoGestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyectoJair Valenz
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitosKleo Jorgee
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftChuyito Alvarado
 
Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientosalmarza1
 
Ingeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosIngeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosunrated999
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software  Unidad 2 - Software Enginnering - Ian sommervilleProcesos de software  Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software Unidad 2 - Software Enginnering - Ian sommervilleMatias Gonzalo Acosta
 
Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de softwareJhoselinQ
 
Ingenieria de requisitos y requerimientos
Ingenieria de requisitos y requerimientosIngenieria de requisitos y requerimientos
Ingenieria de requisitos y requerimientosIsidro Gonzalez
 

La actualidad más candente (20)

Sesion5 requerimientos de software
Sesion5 requerimientos de softwareSesion5 requerimientos de software
Sesion5 requerimientos de software
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
 
El dba(administracion de base de datos)
El dba(administracion de base de datos)El dba(administracion de base de datos)
El dba(administracion de base de datos)
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
 
Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesRequerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No Funcionales
 
Metodología ICONIX
Metodología ICONIXMetodología ICONIX
Metodología ICONIX
 
Metodologías de Desarrollo de Software Tradicionales y Emergentes
Metodologías de Desarrollo de Software Tradicionales y EmergentesMetodologías de Desarrollo de Software Tradicionales y Emergentes
Metodologías de Desarrollo de Software Tradicionales y Emergentes
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
Gestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyectoGestión de proyectos de software - Tema 3: Planificación del proyecto
Gestión de proyectos de software - Tema 3: Planificación del proyecto
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitos
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientos
 
Ingeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosIngeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientos
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software  Unidad 2 - Software Enginnering - Ian sommervilleProcesos de software  Unidad 2 - Software Enginnering - Ian sommerville
Procesos de software Unidad 2 - Software Enginnering - Ian sommerville
 
Ingenieria De Software
Ingenieria De SoftwareIngenieria De Software
Ingenieria De Software
 
Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de software
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
02 Mitos de la ingeniería de software
02 Mitos de la ingeniería de software02 Mitos de la ingeniería de software
02 Mitos de la ingeniería de software
 
Ingenieria de requisitos y requerimientos
Ingenieria de requisitos y requerimientosIngenieria de requisitos y requerimientos
Ingenieria de requisitos y requerimientos
 

Destacado

Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de software481200601
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoJuan Jose Lucero
 
Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0Javier Hermoso Blanco
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónYare LoZada
 
21 plantilla de requerimientos de recursos vv131113
21 plantilla de requerimientos de recursos vv13111321 plantilla de requerimientos de recursos vv131113
21 plantilla de requerimientos de recursos vv131113Walter Fuentes Cavides
 
3. dercas -_el_documento_de_requerimientos
3. dercas -_el_documento_de_requerimientos3. dercas -_el_documento_de_requerimientos
3. dercas -_el_documento_de_requerimientosEstefanny Martinez Soto
 
Tecnicas para presentar informe de requerimientos
Tecnicas para presentar informe de requerimientosTecnicas para presentar informe de requerimientos
Tecnicas para presentar informe de requerimientosDuber Collazos
 
Priorización de Requisitos
Priorización de RequisitosPriorización de Requisitos
Priorización de RequisitosJoselu Marina
 
Ingenieria requisitos
Ingenieria requisitosIngenieria requisitos
Ingenieria requisitosYAMILA GASCON
 
Documento de requerimiento
Documento de requerimientoDocumento de requerimiento
Documento de requerimientoJosesito Flores
 
Ventajas y desventajas de itil
Ventajas y desventajas de itilVentajas y desventajas de itil
Ventajas y desventajas de itilNena Patraca
 

Destacado (20)

NORMA 830
NORMA 830NORMA 830
NORMA 830
 
Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de software
 
Ieee 830 srs
Ieee 830 srsIeee 830 srs
Ieee 830 srs
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de Transito
 
Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicación
 
Plantilla ers
Plantilla ersPlantilla ers
Plantilla ers
 
Adoo
AdooAdoo
Adoo
 
3. formato hoja de vida cas jec (1)
3. formato hoja de vida   cas jec (1)3. formato hoja de vida   cas jec (1)
3. formato hoja de vida cas jec (1)
 
hoja-de_vida_2016_1
hoja-de_vida_2016_1hoja-de_vida_2016_1
hoja-de_vida_2016_1
 
gestión ambiental
gestión ambiental gestión ambiental
gestión ambiental
 
21 plantilla de requerimientos de recursos vv131113
21 plantilla de requerimientos de recursos vv13111321 plantilla de requerimientos de recursos vv131113
21 plantilla de requerimientos de recursos vv131113
 
Pesi
PesiPesi
Pesi
 
3. dercas -_el_documento_de_requerimientos
3. dercas -_el_documento_de_requerimientos3. dercas -_el_documento_de_requerimientos
3. dercas -_el_documento_de_requerimientos
 
Tecnicas para presentar informe de requerimientos
Tecnicas para presentar informe de requerimientosTecnicas para presentar informe de requerimientos
Tecnicas para presentar informe de requerimientos
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
Priorización de Requisitos
Priorización de RequisitosPriorización de Requisitos
Priorización de Requisitos
 
Ingenieria requisitos
Ingenieria requisitosIngenieria requisitos
Ingenieria requisitos
 
Documento de requerimiento
Documento de requerimientoDocumento de requerimiento
Documento de requerimiento
 
Ventajas y desventajas de itil
Ventajas y desventajas de itilVentajas y desventajas de itil
Ventajas y desventajas de itil
 

Similar a Formato de documentacion ieee 830

Ap1 aa3-ev2-informe de especificación de requerimientos.
Ap1 aa3-ev2-informe de especificación de requerimientos.Ap1 aa3-ev2-informe de especificación de requerimientos.
Ap1 aa3-ev2-informe de especificación de requerimientos.nay-censey
 
Ap1 aa3-ev2-informedeespecificacinderequerimientos-150504105222-conversion-ga...
Ap1 aa3-ev2-informedeespecificacinderequerimientos-150504105222-conversion-ga...Ap1 aa3-ev2-informedeespecificacinderequerimientos-150504105222-conversion-ga...
Ap1 aa3-ev2-informedeespecificacinderequerimientos-150504105222-conversion-ga...djreaz1
 
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.AProyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.AJr. Rodriguez Valladares
 
Analisis de requerimientos, Ingenieria de Software
Analisis de requerimientos, Ingenieria de SoftwareAnalisis de requerimientos, Ingenieria de Software
Analisis de requerimientos, Ingenieria de SoftwareMarvin Romero
 
Cliente servidor
Cliente   servidorCliente   servidor
Cliente servidorwilmersp04
 
Adquisició de hardware y software
Adquisició de hardware y softwareAdquisició de hardware y software
Adquisició de hardware y softwareHermias Espinoza
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSLuis Anibal
 
Ev2 informe srs stbg
Ev2 informe srs stbgEv2 informe srs stbg
Ev2 informe srs stbgSTBG
 
Cliente usuario -comercio electronico
Cliente usuario -comercio electronicoCliente usuario -comercio electronico
Cliente usuario -comercio electronicoRakel Cruz
 
D.d.indicom sena20110401v2
D.d.indicom sena20110401v2D.d.indicom sena20110401v2
D.d.indicom sena20110401v2FaridTorres18
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientosjhonier1999
 
4.-.-SESION3.1-PUESSESION3.1-PUESTO.pptx
4.-.-SESION3.1-PUESSESION3.1-PUESTO.pptx4.-.-SESION3.1-PUESSESION3.1-PUESTO.pptx
4.-.-SESION3.1-PUESSESION3.1-PUESTO.pptxALEXANDROWILFREDOROD2
 

Similar a Formato de documentacion ieee 830 (20)

Ers panaderia final analisis2
Ers panaderia final analisis2Ers panaderia final analisis2
Ers panaderia final analisis2
 
Eq 4 seg- fiis -disponibilidad
Eq 4  seg- fiis -disponibilidadEq 4  seg- fiis -disponibilidad
Eq 4 seg- fiis -disponibilidad
 
Ap1 aa3-ev2-informe de especificación de requerimientos.
Ap1 aa3-ev2-informe de especificación de requerimientos.Ap1 aa3-ev2-informe de especificación de requerimientos.
Ap1 aa3-ev2-informe de especificación de requerimientos.
 
Ap1 aa3-ev2-informedeespecificacinderequerimientos-150504105222-conversion-ga...
Ap1 aa3-ev2-informedeespecificacinderequerimientos-150504105222-conversion-ga...Ap1 aa3-ev2-informedeespecificacinderequerimientos-150504105222-conversion-ga...
Ap1 aa3-ev2-informedeespecificacinderequerimientos-150504105222-conversion-ga...
 
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
PROYECTO FINAL ANÀLISIS Y DISEÑO llPROYECTO FINAL ANÀLISIS Y DISEÑO ll
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
 
Analisis y diseño exposicion
Analisis y diseño exposicionAnalisis y diseño exposicion
Analisis y diseño exposicion
 
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.AProyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
 
Di agramas eloy_mvc
Di agramas eloy_mvcDi agramas eloy_mvc
Di agramas eloy_mvc
 
Analisis de requerimientos, Ingenieria de Software
Analisis de requerimientos, Ingenieria de SoftwareAnalisis de requerimientos, Ingenieria de Software
Analisis de requerimientos, Ingenieria de Software
 
Cliente servidor
Cliente   servidorCliente   servidor
Cliente servidor
 
Adquisició de hardware y software
Adquisició de hardware y softwareAdquisició de hardware y software
Adquisició de hardware y software
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
 
Ev2 informe srs stbg
Ev2 informe srs stbgEv2 informe srs stbg
Ev2 informe srs stbg
 
Cliente usuario cliente
Cliente usuario   clienteCliente usuario   cliente
Cliente usuario cliente
 
Activity no. 3
Activity no. 3Activity no. 3
Activity no. 3
 
Cliente usuario -comercio electronico
Cliente usuario -comercio electronicoCliente usuario -comercio electronico
Cliente usuario -comercio electronico
 
D.d.indicom sena20110401v2
D.d.indicom sena20110401v2D.d.indicom sena20110401v2
D.d.indicom sena20110401v2
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientos
 
Evidencia 3 sandra jaramillo
Evidencia 3 sandra jaramilloEvidencia 3 sandra jaramillo
Evidencia 3 sandra jaramillo
 
4.-.-SESION3.1-PUESSESION3.1-PUESTO.pptx
4.-.-SESION3.1-PUESSESION3.1-PUESTO.pptx4.-.-SESION3.1-PUESSESION3.1-PUESTO.pptx
4.-.-SESION3.1-PUESSESION3.1-PUESTO.pptx
 

Formato de documentacion ieee 830

  • 1. 1 Requisitos específicos REQUISITOS ESPECÍFICOS DE INTERFACES Número de requisito REQ1 Nombre de requisito INTERFACES DE USUARIO Tipo Requisito Restricción Fuente del requisito Entrevista # 1 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional Número de requisito REQ2 Nombre de requisito INTERFACES DEL SOFTWARE Tipo Requisito Restricción Fuente del requisito Entrevista #1 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional Número de requisito REQ3 Nombre de requisito INTERFACES DE COMUNICACIÓN Tipo Requisito Restricción Fuente del requisito Entrevista #1 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
  • 2. 1.1 Requisitos comunes de los interfaces 1.1.1 Interfaces de usuario Se realizará con una interfaz agradable, fácil y sencilla de utilizar para el usuario, ya que la persona quien es el cliente que requirió la base de da- tos no cuenta con mucho conocimiento técnico en el ámbito computacio- nal. Se tendrá un logo de la empresa al iniciar, así como botones que nos mandaran a las ventas y cortes al final del día, también botones de retorno al menú principal. 1.1.2 Interfaces de software La base de datos se relacionara con la plataforma Mysql debido a que esta plataforma es en la cual programaremos, además de necesitar el ADOBE READER ya que en los requerimientos se nos pide guardar un reporte de las ventas diarias en un documento PDF. 1.1.3 Interfaces de comunicación No existirá comunicación con otros sistemas ya que la base de datos es única y no se relacionara con otros componentes debido a que su función la puede desarrollar de manera independiente.
  • 3. 1.2 REQUISITOS FUNCIONALES Número de requisito REQ4 Nombre de requisito REPORTES PDF Tipo Requisito Restricción Fuente del requisito Entrevista #2 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional Número de requisito REQ5 Nombre de requisito TIEMPO DE RESPUESTA Tipo Requisito Restricción Fuente del requisito Entrevista #2 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional 1.2.1 Requisito funcional 1 El sistema de base de datos debe ser capaz de guardar un reporte de las ventas digital en pdf que le permita al dueño revisar con facilidad las ventas de cualquier día que solicite. 1.2.2 Requisito funcional 2 Tiempo de repuesta: La respuesta que dará el sistema con respecto a la petición del usuario deberá ser en tiempo real.
  • 4. 1.3 Requisitos no funcionales Número de requisito REQ6 Nombre de requisito RENDIMIENTO Tipo Requisito Restricción Fuente del requisito Entrevista #3 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional Número de requisito REQ7 Nombre de requisito SEGURIDAD Tipo Requisito Restricción Fuente del requisito Entrevista #3 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional Número de requisito REQ8 Nombre de requisito FIABILIDAD Tipo Requisito Restricción Fuente del requisito Entrevista #3 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional Número de requisito REQ9 Nombre de requisito DISPONIBILIDAD Tipo Requisito Restricción Fuente del requisito Entrevista #3 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
  • 5. Número de requisito REQ10 Nombre de requisito MANTENIBILIDAD Tipo Requisito Restricción Fuente del requisito Entrevista #3 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional Número de requisito REQ11 Nombre de requisito PORTABILIDAD Tipo Requisito Restricción Fuente del requisito Entrevista #3 con el cliente Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional 1.3.1 Requisitos de rendimiento El sistema de base de datos tendrá un buen rendimiento debido a que no es mucha la carga que tiene que soportar debido a que no se so- meterá a grandes procesos, esto porque en la empresa en la que se implementara no se tiene mucha actividad y no se utilizara demasiado el sistema. El rendimiento será bueno ya que las ventas realizadas son pocas con un promedio de 6 por cada hora. 1.3.2 Seguridad Dentro de la base de datos no se tendrá una rigurosa seguridad debi- do a que el cliente así lo pidió, dentro del área de ventas hay poco per- sonal y es por esto que no se pondrá ningún tipo de seguridad en cuan- to a privacidad sobre los recursos obtenidos. No habrá tampoco seguri- dad en cuanto a modificaciones esto para si el algún lo desean cam- biar o modificar la base de datos lo hagan sin ningún problema.
  • 6. 1.3.3 Fiabilidad Esta base de datos será fiable debido a que trabajara satisfactoriamen- te, esto por varios factores como lo son la cantidad de información que se procesara en ella ya que no es demasiada, debido al mantenimiento que se le dará y esto evitara saturación de información. y un factor im- portante es que se realizara a la medida de los requerimientos. 1.3.4 Disponibilidad La base de datos estará 100 % disponible para el uso de los empleado tanto como el administrador debido a que no hay atenciones simulta- neas y esto facilita usar el sistema en tiempo y forma cuando sea re- querido, además de que no son muchos los usuarios. 1.3.5 Mantenibilidad El mantenimiento que se le dará a la base de datos será preventivo. Esta tarea de mantenimiento preventivo se realizara por los desarrolla- dores y Diseñadores, así como también se le dará una capacitación a los usuarios para que contribuyan al mantenimiento del sistema. Este mantenimiento por parte de los desarrolladores al momento de dar la entrega del sistema se le dará mantenimiento por periodos de 1 mes durante un año. 1.3.6 Portabilidad La base de datos será portable para todos los sistemas operativos siempre y cuando se cuente con la plataforma de MySQL. Debido a que es la plataforma necesaria para que el la base de datos pueda desempeñar las funciones.