SlideShare una empresa de Scribd logo
2
Lo más leído
3
Lo más leído
6
Lo más leído
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

DOC
Plantilla ers
DOC
Ers calzado ferrel
PDF
SRS example
PDF
Requisitos funcionales y no funcionales
PPTX
requerimientos-tipos-y-definiciones
PDF
INFORME DE EVALUACIÓN DE LOS REQUERIMIENTOS.pdf
DOCX
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
DOC
software requirements specification template
Plantilla ers
Ers calzado ferrel
SRS example
Requisitos funcionales y no funcionales
requerimientos-tipos-y-definiciones
INFORME DE EVALUACIÓN DE LOS REQUERIMIENTOS.pdf
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
software requirements specification template

La actualidad más candente (20)

PDF
Especificaciones de Requerimientos SRS
PPT
Arquitectura 3 Capas
PPSX
Modelo Entidad Relación
PPTX
Herramientas case full informacion
DOC
Formato ieee830(srs lleno)
PPTX
Requerimiento funcional y no funcional
PPT
Clases 30 05
DOCX
Requerimientos funcionales y no funcionales de la aplicación
PPTX
diagrama de colaboracion
PDF
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
PPT
Tm03 modelo de casos de uso
DOC
Requerimientos norma ieee830
PPTX
Modelo V
PPTX
Arquitectura de software
PPT
Diagramas UML
PDF
Modelado de requisitos
DOCX
Diagrama de actividades inscripcion, evaluacion, Asistencia
PPT
Modelos de dominio
Especificaciones de Requerimientos SRS
Arquitectura 3 Capas
Modelo Entidad Relación
Herramientas case full informacion
Formato ieee830(srs lleno)
Requerimiento funcional y no funcional
Clases 30 05
Requerimientos funcionales y no funcionales de la aplicación
diagrama de colaboracion
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
Tm03 modelo de casos de uso
Requerimientos norma ieee830
Modelo V
Arquitectura de software
Diagramas UML
Modelado de requisitos
Diagrama de actividades inscripcion, evaluacion, Asistencia
Modelos de dominio
Publicidad

Destacado (20)

PPSX
Ieee 830
PDF
NORMA 830
ODT
Especificación de requisitos de software
PPTX
Ieee 830 srs
PDF
SRS Ejemplo, Sistema Tarifado de Transito
DOTX
Plantilla de toma de requisitos softwarev 1.0
DOC
3. formato hoja de vida cas jec (1)
DOCX
hoja-de_vida_2016_1
PDF
gestión ambiental
DOC
21 plantilla de requerimientos de recursos vv131113
PPTX
PDF
3. dercas -_el_documento_de_requerimientos
PPTX
Tecnicas para presentar informe de requerimientos
PPTX
Ieee 830
ODP
Priorización de Requisitos
PDF
Ingenieria requisitos
DOCX
Documento de requerimiento
PDF
Ventajas y desventajas de itil
DOCX
Srs jose1
Ieee 830
NORMA 830
Especificación de requisitos de software
Ieee 830 srs
SRS Ejemplo, Sistema Tarifado de Transito
Plantilla de toma de requisitos softwarev 1.0
3. formato hoja de vida cas jec (1)
hoja-de_vida_2016_1
gestión ambiental
21 plantilla de requerimientos de recursos vv131113
3. dercas -_el_documento_de_requerimientos
Tecnicas para presentar informe de requerimientos
Ieee 830
Priorización de Requisitos
Ingenieria requisitos
Documento de requerimiento
Ventajas y desventajas de itil
Srs jose1
Publicidad

Similar a Formato de documentacion ieee 830 (20)

PDF
Trabajo final
PPTX
Clase 1 - Introducción a la Ingenieria de Requerimientos.pptx
PDF
Requerimientos funcionales 2
PDF
2 requisitos
PPTX
Analisis y diseño exposicion
PPTX
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
PPTX
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
PPTX
Conceptos basicos de analisis y diseño
PPTX
Requerimientos
PPTX
Ingenieria de-requisitos
PPTX
Ingenieria de Requisitos
PPTX
Proyecto
PPT
01 fundamentos de ir
PPTX
Proyecto
PPTX
PPT__Análisis_de_Diseño_SEM-05_2025-1.pptx
ODP
Requerimientos muestra
PDF
Analisis de requerimientos, Ingenieria de Software
PDF
Ing1 requerimientos 3_2016
PDF
Revisión de conceptos básicos clase IR
Trabajo final
Clase 1 - Introducción a la Ingenieria de Requerimientos.pptx
Requerimientos funcionales 2
2 requisitos
Analisis y diseño exposicion
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
Conceptos basicos de analisis y diseño
Requerimientos
Ingenieria de-requisitos
Ingenieria de Requisitos
Proyecto
01 fundamentos de ir
Proyecto
PPT__Análisis_de_Diseño_SEM-05_2025-1.pptx
Requerimientos muestra
Analisis de requerimientos, Ingenieria de Software
Ing1 requerimientos 3_2016
Revisión de conceptos básicos clase IR

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.