1 2. Concepcin del Sistema 2.1 Conceptos Esta etapa es tambin conocida como investigacin preliminar.

Esta representa las solicitudes de necesidades de sistemas de informacin originadas por varias razones; ya sea, por la solicitud de un sistema totalmente nuevo, por las mejoras hechas a sistemas ya implementados debido a perfeccionamiento de cdigos o implementacin de nuevas tecnologas, o simplemente por perfeccionar an ms un sistema que est trabajando perfectamente. 2.1.1 Necesidades Como se dijo anteriormente, son tres las razones ms comunes para el estudio de la concepcin de un sistema: realizar un sistema nuevo, mejorar un sistema existente o perfeccionar un sistema ya implementado. La finalidad de la concepcin de sistema es evaluar las solicitudes de proyectos. No es un estudio de diseo ni tampoco incluye la recoleccin de detalles para describir el sistema de la empresa. Se deben satisfacer los siguientes objetivos: 2.1.1.1 Aclarar y comprender la solicitud del proyecto. 2.1.1.2 Determinar el tamao del proyecto 2.1.1.3 Evaluar los costos y beneficios de diversas opciones. 2.1.1.4 Determinar la factibilidad tcnica y operacional de las diferentes alternativas. 2.1.1.5 Reportar los hallazgos a la administracin y formular recomendaciones que esbocen la aceptacin o rechazo de la propuesta. 2.1.2 Caractersticas Por ser la primera etapa a desarrollar dentro del ciclo de vida para desarrollo de vida (SDLC) clsico debe contarse con diversas caractersticas: consistente, completa, concisa, precisa, y en algunos casos flexibilidad. 2.1.3 Requerimientos Para llevar a cabo la concepcin de un sistema este debe requerir con cumplir con ciertos procesos: 2.1.3.1 Aclaracin de la solicitud: Muchas solicitudes que provienen de empleados y usuarios no estn formulas de manera clara. Por consiguiente, la solicitud de proyecto debe examinarse para determinar con precisin lo que el solicitante desea. 2.1.3.2 Estudio de factibilidad: Un resultado importante de la investigacin preliminar es la determinacin de que el sistema solicitado sea factible. Para esto se debe considerar tres aspectos: 2.1.3.2.1 Factibilidad tcnica: Se cuenta con suficiente equipo? Se cuenta con personal disponible y adecuado? Cul es la posibilidad de desarrollar nueva tecnologa? 2.1.3.2.2 Factibilidad econmica: Al crearse el sistema, los beneficios que se obtienen sern suficientes para aceptar los costos?, los costos asociados con la decisin de no crear el sistema son tan grandes que se debe aceptar el proyecto? 2.1.3.2.3 Factibilidad operacional: Si se desarrolla o se implanta, ser utilizado el sistema?, existir cierta resistencia al

2 cambio por parte de los usuarios que de cmo resultado una disminucin de los posibles beneficios de la aplicacin? 2.1.3.2.4 Factibilidad de cronograma: Se desarrollar el sistema en un perodo de tiempo aceptable. 2.2 Tcnicas de recopilacin de necesidades del usuario
2.2.1 Lluvia de ideas

La lluvia de ideas es una manera en que los grupos generan tantas ideas como sea posible en un perodo muy breve aprovechando la energa del grupo y la creatividad individual. Se trata de un mtodo desarrollado por A.F. Osborne en los aos 1930. 2.2.1.1 Cundo se usa La lluvia de ideas es muy til cuando se trata de generar ideas sobre problemas, aspectos para mejorar, posibles causas, otras soluciones y oposicin al cambio. Al presentar la mayor cantidad de ideas posibles en corto perodo e invitar a todos los miembros del grupo a participar, esta herramienta ayuda a la gente a pensar con mayor amplitud y tener otras perspectivas. Sirve para que las ideas se propaguen por la influencia que ejercen entre ellas. Pero no sirve para reemplazar a los datos. 2.2.1.2 Cmo se usa Escriba en un rotafolio la pregunta o la cuestin a estudiar mediante una lluvia de ideas, o bien use algn otro lugar que todos puedan ver. Cercirese de que todos entiendan bien el tema. Repase las reglas de la lluvia de ideas: No analice las ideas durante la lluvia de ideas. No abra juicio: no se permite criticar la idea de otra persona. Se aceptan todas las ideas: no sea convencional. Aproveche las ideas de otros para basarse en ellas. La cantidad de ideas es importante. La lluvia de ideas puede responder a una estructura o no. Cuando la lluvia de ideas es desestructurada, cada persona presenta una idea a medida que se le ocurre. Este mtodo funciona bien si los participantes son extrovertidos y se sienten cmodos entre ellos. Cuando la lluvia de ideas es estructurada, cada una de las personas aporta una idea por turno (una persona puede pasar si no tiene una idea en ese momento). La lluvia de ideas estructurada funciona bien cuando la gente no se conoce entre s y no es tan extrovertida: la estructura le brinda a todos una oportunidad para hablar. Deje que la gente piense algunas ideas durante unos minutos antes de empezar. Escriba todas las ideas en un rotafolio. Una vez generadas todas las ideas (por lo general toma entre 30 a 45 minutos), analice cada una para aclararlas y combinar las ideas afines de la lista.

3 Llegue a un acuerdo con respecto a las maneras de analizar las ideas y use la recopilacin de datos, la votacin, la creacin de matrices o los grficos de Pareto para elegir entre las distintas opciones. A menudo, los grupos utilizan las tcnicas de votacin primero para reducir la lista a alrededor de 6 a 10 ideas principales, para despus usar otras tcnicas para elegir de esta lista ms corta. 2.2.1.3 Precauciones La lluvia de ideas es una tcnica para generar ideas, pero cada una tiene que tener algn fundamento. El anlisis o la crtica de las ideas durante la lluvia de ideas prolonga la duracin del ejercicio y limita el flujo de ideas creativas. Deje el anlisis de las ideas para el final. Si alguna persona o un grupito de personas domina el anlisis, el lder tendr que cambiar el formato de la lluvia de ideas a uno ms estructurado (vase lo indicado antes).

2.2.2 Entrevistas Las entrevistas se utilizan para recabar informacin en forma verbal, a travs de preguntas que propone el analista. Quienes responden pueden ser gerentes o empleados, los cuales son usuarios actuales del sistema existente, usuarios potenciales del sistema propuesto o aquellos que proporcionarn datos o sern afectados por la aplicacin propuesta. El analista puede entrevistar al personal en forma individual o en grupos algunos analistas prefieren este mtodo a las otras tcnicas que se estudiarn ms adelante. Sin embargo, las entrevistas no siempre son la mejor fuente de datos de aplicacin. Dentro de una organizacin, la entrevista es la tcnica ms significativa y productiva de que dispone el analista para recabar datos. En otras palabras,

4 la entrevista es un intercambio de informacin que se efecta cara a cara. Es un canal de comunicacin entre el analista y la organizacin; sirve para obtener informacin acerca de las necesidades y la manera de satisfacerlas, as como concejo y comprensin por parte del usuario para toda idea o mtodo nuevos. Por otra parte, la entrevista ofrece al analista una excelente oportunidad para establecer una corriente de simpata con el personal usuario, lo cual es fundamental en transcurso del estudio. 2.2.2.1 Preparacin de la Entrevista 1. Determinar la posicin que ocupa de la organizacin el futuro entrevistado, sus responsabilidades bsicas, actividades, etc. (Investigacin). Preparar las preguntas que van a plantearse, y los documentos necesarios (Organizacin). Fijar un lmite de tiempo y preparar la agenda para la entrevista. (Sicologa). 4. Elegir un lugar donde se puede conducir la entrevista con la mayor comodidad (Sicologa). 5. Hacer la cita con la debida anticipacin (Planeacin).

2. 3.

2.2.2.2 Conduccin de la Entrevista 1. (Honestidad). 2. 3. (Hechos). 4. 5. 6. (Objetividad). 7. 8. Conservar el control de la entrevista, evitando las divagaciones y los comentarios al margen de la cuestin. Escuchar atentamente lo que se dice, guardndose de anticiparse a las respuestas (Comunicacin). 2.2.2.3 Secuela de la Entrevista 1. 2. Escribir los resultados (Documentacin). Entregar una copia al entrevistado, solicitando conformacin, correcciones o adiciones. (Profesionalismo). su Evitar las preguntas subjetividad y actitudes similares (habilidad). que exijan opiniones interesadas, Explicar la funcin propietaria como analista y la funcin que se espera conferir al entrevistado. (Imparcialidad). Hacer preguntas especficas para obtener respuestas cuantitativas Explicar con toda amplitud el propsito y alcance del estudio

Evitar el cuchicheo y las frases carentes de sentido (Claridad). Ser corts y comedio, abstenindose de emitir juicios de valores.

5 3. Archivar los resultados de la entrevista para referencia y anlisis posteriores (Documentacin).

2.2.2.4 Recabar datos mediante la Entrevista La entrevista es una forma de conversacin, no de interrogacin, al analizar las caractersticas de los sistemas con personal seleccionado cuidadosamente por sus conocimientos sobre el sistema, los analistas pueden conocer datos que no estn disponibles en ningn otra forma. En las investigaciones de sistema, las formas cualitativas y cuantitativas de la informacin importante. La informacin cualitativa est relacionada con opinin, poltica y descripciones narrativas de actividades o problemas, mientras que las descripciones cuantitativas tratan con nmeros frecuencia, o cantidades. A menudo las entrevistas pueden ser la mejor fuente de informacin cualitativas, los otros mtodos tiende a ser ms tiles en la recabacin de datos cuantitativos. Son valiosas las opiniones, comentarios, ideas o sugerencia en relacin a como se podra hacer el trabajo; las entrevistas a veces es la mejor forma para conocer las actividades de las empresas. La entrevista pueden descubrir rpidamente malos entendidos, falsa expectativa o incluso resistencia potencial para las aplicaciones de desarrollo; ms an, a menudo es ms fcil calendarizar una entrevista con los gerentes de alto nivel, que pedirle que llenen cuestionario. 2.2.2.5 Determinacin del tipo de Entrevista La estructura de la entrevista vara. Si el objetivo de la entrevista radica en adquirir informacin general, es conveniente elaborar una serie de pregunta sin estructura, con una sesin de preguntas y respuesta libres Las entrevistas estructuradas utilizan pregunta estandarizada. El formato de respuestas para las preguntas pueden ser abierto o cerrado; las preguntas para respuestas abierta permiten a los entrevistados dar cualquier respuesta que parezca apropiado. Pueden contestar por completo con sus propias palabras. Con las preguntas para respuesta cerradas se proporcionan al usuario un conjunto de respuesta que se pueda seleccionar. Todas las personas que respondes se basan en un mismo conjunto de posibles respuestas. Los analistas tambin deben dividir el tiempo entre desarrollar preguntas para entrevistas y analizar respuesta. La entrevista no estructurada no requiere menos tiempos de preparacin, porque no necesita tener por anticipado las palabras precisas de las preguntas. Analizar las respuestas despus de la entrevista lleva ms tiempo que con la entrevista estructuradas. El mayor costo radica en la

6 preparacin, administracin y anlisis de las entrevistas estructuradas para pregunta cerradas. 2.2.2.6 Ejemplos de las preguntas abiertas y cerradas en la entrevista estructurada FORMA DE PREGUNTA ABIERTA FORMA DE PREGUNTA CERRADA

Ejemplo: obtener la informacin sobre las Ejemplo: obtener la informacin sobre las caractersticas de diseos crticas para los Caractersticas de diseo crticas para los empleados. empleados. algunos empleados han sugerido que la mejor forma para hacer eficiente el procesamiento de La experiencia le ha proporcionado una pedidos es instalar un sistema de computadora amplia visin en cuanto a la forma en la que la empresa maneja los pedidos..." Me gustara que maneje todos los clculos..." que usted contestara algunas preguntas Bajo estas circunstancias apoyara usted el especficas en relacin en lo anterior: desarrollo de un sistema de este tipo?. -Qu etapas trabajas bien?cules no -En donde se presenta la mayor parte del problema? - Cundo ocurre un atraso, cmo se maneja? Entre otros 2.2.2.7 Seleccin de Entrevistados Realizar entrevistas toma tiempo; por lo tanto no es posible utilizar este mtodo para recopilar toda la informacin que se necesite en la investigacin; incluso el analista debe verificar los datos recopilados utilizando unos de los otros mtodos de recabacin de datos. La entrevista se aplican en todos los niveles gerencial y de empleados y dependa de quien pueda proporcionar la mayor parte de la informacin til para el estudio los analistas que estudian la administracin de inventarios pueden entrevistar a los trabajadores del embarque y de recepcin, al personal de almacn y a los supervisores de los diferentes turnos, es decir. Aquellas personas que realmente trabajan en el almacn, tambin entrevistarn a los gerentes ms importantes. 2.2.2.8 Realizacin de Entrevista La habilidad del entrevistador es vital para el xito en la bsqueda de hecho por medio de la entrevista. Las buenas entrevistas dependen del conocimiento del analista tanto de la preparacin del objetivo de una entrevista especfica como de las preguntas por realizar a una persona determinada.

7 El tacto, la imparcialidad e incluso la vestimenta apropiada ayudan a asegurar una entrevista exitosa. La falta de estos factores puede reducir cualquier oportunidad de xito. Por ejemplo, analista que trabaja en la aplicacin enfocada a la reduccin de errores (captado por la gerencia de alto nivel) probablemente no tendra xito si llegara a una oficina de gerencia de nivel medio con la presentacin equivocada, ejemplo "Estamos aqu para resolver su problema". A travs de la entrevista, los analistas deben preguntarse a s mismo las siguientes preguntas:

o Qu es

lo que me est diciendo la persona?

o Por qu me lo est diciendo a m? o Qu est olvidando? o Qu espera est persona que haga yo?

Entrevista estructurada

Entrevista no estructurada

VENTAJAS

-Asegura la elaboracin uniforme -El entrevistador tiene mayor de las preguntas para todos los flexibilidad al realizar las que van a responder. preguntas adecuadas a quien responde. -Fcil de administrar y evaluar. -El entrevistador puede explotar -Evaluacin ms objetiva tanto de reas que surgen espontneamente quienes responden como de las durante la entrevista. respuestas a las preguntas. -Puede producir informacin sobre -Se necesita un limitado rea que se minimizaron o en las entrenamiento del entrevistador. que no se pens que fueran importantes. -Resulta en entrevistas ms pequeas. -Alto costo de preparacin. -Puede utilizarse negativamente el tiempo, tanto de quien responde -Los que responden pueden no como del entrevistador. aceptar un alto nivel en la estructura y carcter mecnico de -Los entrevistadores pueden las preguntas. introducir sus sesgos en las preguntas o al informar de los -Un alto nivel en la estructura resultados.

8 DESVENTAJAS puede no ser adecuado para todas -Puede recopilarse las situaciones. extraa informacin

-El alto nivel en las estructuras -El anlisis y la interpretacin de reduce responder en forma los resultados pueden ser largos. espontnea, as como la habilidad del entrevistador para continuar -Toma tiempo extra recabar los con comentarios hacia el hechos esenciales. entrevistado.

2.2.3 Presentaciones (storyboards) Los Storyboards son ilustraciones mostradas en secuencia con el objetivo de servir de gua para entender una historia, previsualizar una animacin o seguir la estructura de una pelcula antes de realizarse o filmarse. Un storyboard es esencialmente una serie grande de vietas de la pelcula o alguna seccin de la pelcula producida de antemano para ayudar a los directores y los cineastas a visualizar las escenas y encontrar problemas potenciales antes de que stos ocurran. Cada vieta equivale a una toma y debe mostrar el momento clave de la accin: el ngulo de la cmara, la toma a realizar, las acciones de los actores, la distribucin de la escenografa, etc. Los storyboards incluyen instrucciones o apuntes necesarios que servirn al equipo de trabajo para que ste se desarrolle dentro de un plan pre establecido. Gracias a este elemento, el director puede desglosar y segmentar su filmacin sin seguir estrictamente el orden lgico de la trama. El proceso de storyboarding, en la forma que se conoce hoy, fue desarrollado en el estudio de Walt Disney durante principios de los aos 1930, despus de varios aos de procesos similares que fueron empleados en Disney y otros estudios de animacin. El Storyboarding se hizo popular en la produccin de pelculas de accin viva durante principios de los aos 1940. En la creacin de una pelcula con cualquier grado de fidelidad a una escritura, un storyboard proporciona una disposicin visual de acontecimientos tal como deben ser vistos por el objetivo de la cmara. En el proceso de storyboarding, los detalles ms tcnicos complicados en el trabajo de una pelcula pueden ser descritos de manera eficiente en el cuadro (la imagen), o en la anotacin al pie del mismo. La elaboracin de un storyboard est en funcin directamente proporcional con el uso: en publicidad a menudo es mucho ms general para que el director y el productor aporten con su talento y enriquezcan la filmacin, mientras que en cine es mucho ms tcnico y elaborado para que sirva de gua a cada miembro del equipo de trabajo.

9 Tambin podemos encontrar storyboards llenos de color o en blanco y negro, lleno de detalles o simplemente trazos que esbozan una idea de figuras. Es comn la utilizacin del storyboard en animaciones ya sea tradicionales o por computadoras.

2.2.4 Cuestionarios

Los cuestionarios proporcionan una alternativa muy til para la entrevista; si embargo, existen ciertas caractersticas que pueden ser apropiada en algunas situaciones e inapropiadas en otra. Al igual que la entrevistas, deben disearse cuidadosamente para una mxima efectividad. 2.2.4.1 Recabacin de datos mediante cuestionarios Para los analistas los cuestionarios pueden ser la nica forma posible de relacionarse con un gran nmero de personas para conocer varios aspectos del sistema. Cuando se llevan a cabo largos estudios en varios departamentos, se puede distribuir los cuestionarios a todas las personas apropiadas para recabar hechos en relacin al sistema. En mayor parte de los casos, el analista no ver a los que responde; no obstante, tambin esto es una ventaja porque aplican muchas entrevista ayuda a asegurar que el interpelado cuenta con mayor anonimato y puedan darse respuestas mas honesta (y menos respuestas prehechas o estereotipadas). Tambin las preguntas estandarizadas pueden proporcionar datos ms confiables. 2.2.4.2 Seleccin de formas para cuestionarios El desarrollo y distribucin de los cuestionarios; por lo tanto, el tiempo invertido en esto debe utilizarse en una forma inteligente. Tambin es importante el formato y contenido de las preguntas en la recopilacin de hechos significativos. Existen dos formas de cuestionarios para recabar datos: cuestionarios abiertos y cerrados, y se aplican dependiendo de si los analistas conocen de antemano todas las posibles respuestas de las

10 preguntas y pueden incluirlas. Con frecuencia se utilizan ambas formas en los estudios de sistemas. 2.2.4.3 Cuestionario Abierto Al igual que las entrevistas, los cuestionarios pueden ser abiertos y se aplican cuando se quieren conocer los sentimientos, opiniones y experiencias generales; tambin son tiles al explorar el problema bsico, por ejemplo, un analista que utiliza cuestionarios para estudiar los mtodos de verificacin de crdito, es un medio. El formato abierto proporciona una amplia oportunidad para quienes respondan escriba las razones de sus ideas. Algunas personas sin embargo, encuentran ms fcil escoger una de un conjunto de respuestas preparadas que pensar por s mismas. 2.2.4.4 Cuestionario Cerrado El cuestionario cerrado limita las respuestas posibles del interrogado. Por medio de un cuidadoso estilo en la pregunta, el analista puede controlar el marco de referencia. Este formato es el mtodo para obtener informacin sobre los hechos. Tambin fuerza a los individuos para que tomen una posicin y forma su opinin sobre los aspectos importantes. 2.2.5 Encuestas Una encuesta es un conjunto de preguntas normalizadas dirigidas a una muestra representativa de la poblacin o instituciones, con el fin de conocer estados de opinin o hechos especficos. Las encuestas tienen por objetivo obtener informacin estadstica indefinida, mientras que los censos y registros vitales de poblacin son de mayor alcance y extensin. Este tipo de estadsticas pocas veces otorga, en forma clara y precisa, la verdadera informacin que se requiere, de ah que sea necesario realizar encuestas a esa poblacin en estudio, para obtener los datos que se necesitan para un buen anlisis. Este tipo de encuesta abarca generalmente el UNIVERSO de los individuos en cuestin. Otro tipo de Encuestas es Encuestas por Muestreo en donde se elige una parte de la poblacin que se estima representativa de la poblacin total. Debe tener un diseo muestral, necesariamente debe tener un marco de donde extraerla y ese marco lo constituye el censo de poblacin. La encuesta (muestra o total), es una investigacin estadstica en que la informacin se obtiene de una parte representativa de las unidades de informacin o de todas las unidades seleccionadas que componen el universo a investigar. La informacin se obtiene tal como se necesita para fines estadstico-demogrficos.

11 Una forma reducida de una encuesta por muestreo es un "sondeo de opinin", esta forma de encuesta es similar a un muestreo, pero se caracteriza porque la muestra de la poblacin elegida no es suficiente para que los resultados puedan aportar un informe confiable. Se utiliza solo para recolectar algunos datos sobre lo que piensa un nmero de individuos de un determinado grupo sobre un determinado tema. Actualmente, existen sistemas de gestin de encuestas en Internet, que estn acercando su utilizacin a investigadores que hasta el momento no tenan acceso a los medios necesarios para ejecutarlas. Es un novedoso mtodo de hacer encuestas, que permite que cualquier persona o empresa realice un estudio de investigacin de una forma rpida y a un precio asequible. Algunos ejemplos de empresas que permiten hacer esto son: 1. Encuestafacil 2. Zoomerang 3. Survey Monkey 2.2.5.1 Ventajas y Desventajas Ventajas 1. Bajo costo 2. Informacin ms exacta (mejor calidad) que la del Censo debido al menor nmero de empadronadores permite capacitarlos mejor y ms selectivamente. 3. Es posible introducir mtodos cientficos objetivos de medicin para corregir errores. 4. Mayor rapidez en la obtencin de resultados. 5. Tcnica ms utilizada y que permite obtener informacin de casi cualquier tipo de poblacin. 6. Permite obtener informacin sobre hechos pasados de los encuestados. 7. Gran capacidad para estandarizar datos, lo que permite su tratamiento informtico y el anlisis estadstico. 8. Relativamente barata para la informacin que se obtiene con ello. Desventajas 1. El planeamiento y ejecucin de la investigacin suele ser ms complejo que si se realizara por censo. 3. Requiere para su diseo de profesionales con buenos conocimientos de teora y habilidad en su aplicacin.

12 3. Hay un mayor riesgo de sesgo muestral. 2.2.6 Intercambio de roles o Desempeo de roles: Esta tcnica presenta al encuestado una situacin verbal o visual. En vez de expresar directamente sus persuasiones y sentimientos personales con relacin a la situacin, se le solicita que relate las persuasiones y sentimientos de otras personas con respecto a la situacin. Esta tercera persona puede ser un amigo, vecino o persona "tpica". Al describir la reaccin de otros, se cree que el encuestado revelar persuasiones y sentimientos personales con relacin a la situacin. Una versin comn de esta tcnica consiste en proporcionar al encuestado una descripcin de lo que ha comprado una persona y solicitarle que clasifique a esa persona. Se supone que las persuasiones y sentimientos del encuestado hacia los productos de la lista se reflejarn en la descripcin del comprador
Otras tcnicas

2.2.7 2.2.7.1

La observacin Otra tcnica til para el analista en su progreso de investigacin, consiste en observar a las personas cuando efectan su trabajo. Como tcnica de investigacin, la observacin tiene amplia aceptacin cientfica. Los socilogos, siclogos e ingenieros industriales utilizan extensamente sta tcnica con el fin de estudiar a las personas en sus actividades de grupo y como miembros de la organizacin. El propsito de la organizacin es mltiple: permite al analista determinar que se est haciendo, como se est haciendo, quien lo hace, cuando se lleva a cabo, cuanto tiempo toma, dnde se hace y por que se hace. "Ver es creer! Observar las operaciones la proporciona el analista hechos que no podra obtener de otra forma. 2.2.7.1.1 Tipos de Observacin El analista de sistemas puede observar de tres maneras bsicas. Primero, puede observar a una persona o actitud sin que el observado se d cuenta y su interaccin por aparte del propio analista. Quiz esta alternativa tenga poca importancia para el anlisis de sistemas, puesto que resulta casi imposible reunir las condiciones necesarias. Segundo, el analista puede observar una operacin sin intervenir para nada, pero estando la persona observada enteramente consciente de la observacin. Por ltimo, puede observar y a la vez estar en contacto con las personas observas. La interaccin puede consistir simplemente en preguntar respecto a una tarea especfica, pedir una explicacin, etc.

13 2.2.7.1.2 Preparacin para la observacin 1.Determinar y definir aquella que va a observarse. 2.Estimar el tiempo necesario de observacin. 3.Obtener la autorizacin de la gerencia para llevar a cabo la observacin. 4.Explicar a las personas que van a ser observadas lo que se va a hacer y las razones para ello.

2.2.7.1.3 Conduccin de la observacin 1. Familiarizarse con los componentes fsicos del rea inmediata de observacin. 2. Mientras se observa, medir el tiempo en forma peridica. 3. Anotar lo que se observa lo ms especficamente posible, evitando las generalidades y las descripciones vagas. 4. Si se est en contacto con las personas observadas, es necesario abstenerse de hacer comentarios cualitativos o que impliquen un juicio de valores. 5.Observar las reglas de cortesa y seguridad. 2.2.7.1.4 Secuela de la observacin 1. Documentar y organizar formalmente las notas, impresionistas, etc. 2. Revisar los resultados y conclusiones junto con la persona observada, el supervisar inmediato y posiblemente otro de sistemas. 2.3 Definir Caractersticas del software Un software se forma con: 1) las instrucciones (programas de computadora) que al ejecutarse proporcionan las caractersticas, funciones y el grado de desempeo deseado; 2) las estructuras de datos que permiten que los programas manipulen informacin de manera adecuada; y 3) los documentos que describen la operacin y el uso de los programas. Las caractersticas del software son: 2.3.1 El software se desarrolla o construye; no se manufactura en el sentido clsico. 2.3.2 El software no se desgasta. 2.3.3 A pesar de que la industria tiene una tendencia hacia la construccin por componentes, la mayora del software an se construye a la medida. 2.4 Elaboracin de la Matriz de Requerimientos

14 2.4.1 Evaluar trazabilidad 2.4.1.1 Necesidades, caractersticas, requerimientos funcionales La definicin de traceability se reconoce como la ms difundida que permite remontar hacia atrs en el origen de los requerimientos y que tambin posibilita referenciar a cada requerimiento en la documentacin de desarrollo. Por su parte Wieringa [5] propone una generalizacin del concepto extendindolo ms all de la especificacin de requerimientos de software hasta abarcar todos los documentos que se generan a lo largo del ciclo de vida. "Requirements traceability refers to the ability to describe and follow the life of a requirement, in both a forwards and backwards direction (i.e., from its origins, through its development and specification, to its subsequent deployment and use, and through all periods of on-going refinement and iteration in any of these phases)." El cambio puede producirse en diferentes momentos: Cuando se estn desarrollando los requerimientos, por lo cual se puede evaluar el efecto del cambio sobre los otros requerimientos Si se est en la implementacin, es necesario evaluar el impacto en los requerimientos, diseo e implementacin. Si el sistema est en operacin, se requiere una evaluacin adicional a la anterior: cmo son afectados los stakeholders. La evaluacin de este impacto requiere informacin sobre: Dependencias de requerimientos Fundamentos de los requerimientos Implementacin de los requerimientos Esto se denomina "traceability information". Se encuentra los siguientes beneficios en traceability de los requerimientos: Puede ayudar a demostrar que se implementaron todos los requerimientos (certificacin) Analizar el impacto de los cambios Ayudar al mantenimiento Seguimiento de la funcionalidad que se implementa Reingeniera de los legacy systems Facilita el reuso de componentes identificando paquetes de requerimientos, diseos, cdigo, test, y otros artefactos Reduccin del riesgo. Conocer los links entre las componentes ayuda a superar el problema de gente clave que abandona un proyecto Testeo

15

2.5 Conceptos de Calidad de Software Calidad del software: es el desarrollo de software basado en estndares con la funcionalidad y rendimiento total que satisfacen los requerimientos del cliente.
7.1 Modelo FURPS+

De manera tradicional, existe la clasificacin que se hace de requisitos en 2 tipos: Los requisitos Funcionales los cuales especifican funciones que el sistema debe ser capaz de realizar, sin tomar restricciones fsicas a consideracin. Los Requisitos no Funcionales los cuales describen atributos del sistema o atributos del ambiente del sistema. Pero existen muchas clasificaciones de requisitos. Una de estas es el modelo FURPS+, usando el acrnimo FURPS (por las siglas en ingls) para describir las principales categoras de requisitos: Funcionalidad Facilidad de Uso Confiabilidad Rendimiento Soporte El signo + dentro del nombre del modelo indica que se deben de incluir requisitos tales como: Restricciones de diseo Requisitos de Implementacin

16 Requisitos de Interfase Requisitos Fsicos

Funcionalidad Los requisitos de funcionalidad deben incluir: Conjunto de Caractersticas Capacidades Facilidad de Uso Deben incluir subcategoras tales como: Factores humanos Consistencia en la Interfaz de Usuario Ayuda en lnea Documentacin del usuario Material de capacitacin Confiabilidad Se considera requisitos de confiabilidad: Frecuencia y severidad de fallas Recuperacin a fallos Tiempo entre fallos Rendimiento Un requisito de rendimiento impone condiciones a los requisitos funcionales. Por ejemplo a una accin dada, se pueden especificar los siguientes parmetros de rendimiento: Velocidad Disponibilidad Tiempo de Respuesta Tiempo de Recuperacin Utilizacin de Recursos

Soporte Los requisitos de soporte pueden incluir: Requisitos de Diseo Requisitos de instalacin Requisitos de Configuracin Requisitos de Adaptabilidad Requisitos de Compatibilidad

17 Tambin llamados restricciones de diseo, especifican o restringen el diseo de un sistema. Requisitos de Implementacin Un requisito de implementacin especifica o restringe la codificacin o construccin de un sistema. Algunos ejemplos son: Estndares requeridos Lenguajes de implementacin Polticas para la integridad de la Base de Datos Limites de los recursos Ambientes de operacin

Requisitos de Interfase Un requisito de interfase especifica: Un elemento externo con el cual el sistema debe de interactuar Restricciones en formato, tiempos u otros factores. Requisitos Fsicos Un requisito fsico especifica una caracterstica fsica que el sistema debe de poseer, por ejemplo: Este tipo de requisitos puede ser usado para representar requisitos de hardware, as como la configuracin de red requerida.