Welcome to Scribd, the world's digital library. Read, publish, and share books and documents. See more
Download
Standard view
Full view
of .
Save to My Library
Look up keyword
Like this
942Activity
0 of .
Results for:
No results containing your search query
P. 1
Requerimientos funcionales y no funcionales

Requerimientos funcionales y no funcionales

Ratings:

3.0

(2)
|Views: 97,577 |Likes:
Published by Angel Olivera

More info:

Published by: Angel Olivera on Sep 10, 2010
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

09/12/2013

pdf

text

original

 
 
INSTITUTO TECNOLOGICO SUPERIOR ESCÁRCEGA
Organismo Público Descentralizado de la Administración Pública del Estado de Campeche
Reporte de instalación de apache
 
 Materia:
Planificación y modelado
  Alumno:
Olivera Sosa Ángel GabrielProfesor:Carolina Novelo Can
 Semestre:VII semestre Ingeniería en sistemas computacionales Escárcega, Campeche, a 06 de septiembre 2010.
 
Requerimientos de procesos 
requerimientos de procesos son la especificación de los estándares decalidad que se deben utilizar en el proceso, una especificación que el diseñodebe producir con una herramienta CASE particular y una descripción delproceso a seguir.
Requerimientos funcionales 
 
Requerimientos funcionales.
Son declaraciones de los servicios quedebe proporcionar el sistema, de la manera en que éste debe reaccionar aentradas particulares y de cómo se debe comportar en situaciones particulares.En algunos casos, los requerimientos funcionales de los sistemas tambiénpueden declarar explícitamente lo que el sistema no debe hacer.Los requerimientos funcionales de un sistema describen lo que elsistema debe hacer. Estos requerimientos dependen del tipo de software quese desarrolle, de los posibles usuarios del software y del enfoque generaltomado por la organización al redactar requerimientos. Cuando se expresancomo requerimientos del usuario, habitualmente se describen de una formabastante abstracta. Sin embargo. los requerimientos funcionales del sistemadescriben con detalle la función de éste, sus entradas y salidas, excepciones,etcétera. Los requerimientos funcionales para un sistema software se puedenex.presar de diferentes formas. A continuación se presentan algunos ejemplosde estos requerimientos funcionales para un sistema de biblioteca universitario,denominado LIBSYS, utilizado por estudiantes y personal docente que solicitanlibros y documentos de otras bibliotecas.1. El usuario deberá tener la posibilidad de buscar en el conjuntoinicial de la base de datos o seleccionar un subconjunto de ella.2. El sistema deberá proporcionar visores adecuados para que elusuario lea documentos en el almacén de documentos.3. A cada pedido se le deberá asignar un identificador único(ID_PEDIDO), que el usuario podrá copiar al área dealmacenamiento permanente de la cuenta.Estos requerimientos funcionales del usuario definen los recursos específicosque el sistema debe proporcionar. Dichos requerimientos se toman deldocumento de requerimientos del usuario, e ilustran los diferentes niveles dedetalle en que se pueden redactar los requerimientos funcionales (contraste losrequerimientos l y 3). El sistema LIBSYS es una interfaz única para diferentesbases de datos de artículos. Esto permite a los usuarios descargar copias deartículos publicados en revistas. periódicos y publicaciones científicas. Unadescripción más detallada de los requerimientos para el sistema en el cual sebasa LIBSYS se puede ver en mi libro con Gerald Kotonya sobre ingeniería derequerimientos (Kontonya y Sommerville, 1998). La impresión en laespecificación de requerimientos es la causa de muchos de los problemas de laingeniería del software. Para un desarrollador de sistema"! es natural dar
 
interpretaciones de un requerimiento ambiguo con el fin de simplificar suimplementación. Sin embargo. a menudo no es lo que el cliente desea. Sedeben establecer nuevos requerimientos y hacer cambios en el sistema. Porsupuesto. esto retrasa la entrega de éste e incrementa los costes.En principio, la especificación de requerimientos funcionales de un sistemadebe estar completa y ser consistente. La completitud significa que todos losservicios solicitados por el usuario deben estar definidos. La consistenciasignifica que los requerimientos no deben tener definiciones contradictorias. Enla práctica, para sistemas grandes y complejos, es prácticamente imposiblealcanzar los requerimientos de consistencia y completitud. Una razón de estoes que es fácil cometer errores y omisiones cuando se redactanespecificaciones para sistemas grandes y complejos. Otra razón es que losstakeholders del sistema (véase el Capítulo 7) tienen necesidades diferentes, ya menudo contradictorias. Estas contradicciones pueden no ser obvias cuandolos requerimientos se especifican por primera vez, por lo que se incluyenrequerimientos contradictorios en la especificación. Es posible que losproblemas surjan solamente después de un análisis más profundo.
Requerimientos no funcionales 
Requerimientos no funcionales. Son restricciones de los servicios ofunciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre elproceso de desarrollo y estándares. Los requerimientos no funcionales amenudo se aplican al sistema en su totalidad. Normalmente apenas se aplicana características o servicios individuales del sistema.Los requerimientos no funcionales, como su nombre sugiere, sonaquellos requerimientos que no se refieren directamente a las funcionesespecíficas que proporciona el sistema, sino a las propiedades emergentes deéste como la fiabilidad, el tiempo de respuesta y la capacidad dealmacenamiento. De forma alternativa, definen las restricciones del sistemacomo la capacidad de los dispositivos de entrada/salida y las representacionesde datos que se utilizan en las interfaces del sistema.Los requerimientos no funcionales rara vez se asocian concaracterísticas particulares del sistema. Más bien, estos requerimientosespecifican o restringen las propiedades emergentes del sistema. como seexplicó en el Capítulo 2. Por lo tanto, pueden especificar el rendimiento delsistema, la protección, la disponibilidad, y otras propiedades emergentes. Estosignifica que a menudo son más críticos que los requerimientos funcionalesparticulares. Los usuarios del sistema normalmente pueden encontrar formasde trabajar alrededor de una función del sistema que realmente no cumple susnecesidades. Sin embargo. el incumplimiento de un requerimiento no funcionalpuede significar que el sistema entero sea inutilizable.Por ejemplo, si un sistema de vuelo no cumple sus requerimientos defiabilidad, no se certificará como seguro para el funcionamiento; si un sistemade control de tiempo real no cumple sus requerimientos de rendimiento, las

You're Reading a Free Preview

Download
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->