Ingeniería en Tecnologías de la Información y Comunicación

Universidad Tecnológica de Puebla

Materia:

INTEGRADORA II
5to cuatrimestre

Enero – Abril 2011

1

Colaboradores:
- Mtro. Guillermo García Pimentel

2

UNIDAD 1 Metodología de aprendizaje basada en proyectos 1.1 Definición de proyecto
Un proyecto es un intento por lograr un objetivo específico mediante un grupo único de tareas interrelacionadas y la utilización efectiva de los recursos. Tiene un objetivo bien definido, un resultado o producto esperado. Por lo general el objetivo de un proyecto se define en términos de alcance, programa y costo. Un proyecto es un esfuerzo temporal que se lleva producto, servicio o resultado único. a cabo para crear un

El proyecto es una empresa planificada con un conjunto de actividades para alcanzar un objetivo, con un presupuesto y un tiempo previamente determinados, que como la mayoría de los procesos humanos tienen carácter cíclico, y la clave de su dinámica es la transformación de la realidad y el avanzar hacia un estadio superior del desarrollo.

1.1.2 Características de un proyecto
Consta de tres características fundamentales: *Es un proceso temporal, cuanta con un inicio y fin, es decir que se cuenta con un periodo de tiempo determinado para alcanzar el objetivo. *Cuenta con un presupuesto preestablecido para alcanzar el objetivo. *Es un proceso único (no repetitivo) en que las actividades van ligadas por requerimientos de secuencias y por tanto en que cada etapa las actividades son diferentes.

1.2 Roles y actividades
Un rol es una función encomendada a una persona, la cual desempeña ciertas actividades y tiene responsabilidades. Para un proyecto que involucre tecnologías de la información, podemos considerar los siguientes roles: 3

1.2.1 Líder del proyecto.
Es la persona que tiene la responsabilidad total del planeamiento y la ejecución acertados de cualquier proyecto. Este título se utiliza en la industria de la construcción, la arquitectura, el desarrollo de software y diversas ocupaciones que se basan en la generación o manutención de un producto. El líder de proyecto debe poseer una combinación de habilidades incluyendo una gran capacidad inquisitiva, de detectar asunciones sin especificar y de resolver conflictos interpersonales. Una de sus tareas más importantes es el reconocimiento de los riesgos que afectan directamente las probabilidades de éxito del proyecto, y la constante medición, formal e informalmente de dicho riesgo a lo largo del ciclo de vida del proyecto.

1.2.2 Analista
Es aquel individuo responsable de investigar, planear, coordinar y recomendar opciones de software y sistemas para cumplir los requerimientos de una empresa de negocios. El analista de sistemas juega un rol vital en el proceso de desarrollo de los sistemas. Un analista de sistemas exitoso debe adquirir cuatro habilidades: analítica, técnica, gerencial, e interpersonal. Las habilidades analíticas permiten al analista de sistemas entender a la organización y sus funciones, las cuales le ayudan a identificar oportunidades, analizar y resolver problemas. Las habilidades técnicas ayudan al analista de sistemas a entender el potencial y las limitaciones de las tecnologías de la información.

1.2.3 Diseñador
El Diseñador de Sistemas debe aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretación y realización física

1.2.4 Programador
Un programador es aquel que escribe, depura y mantiene el código fuente de un programa informático, es decir, el conjunto de instrucciones que ejecuta el hardware de una computadora para realizar una tarea determinada

4

Determinar los roles y actividades
Para identificar los roles se puede seguir la técnica del análisis de los interesados que consiste en tres pasos que son: 1. Identificar a todos los posibles interesados en el proyecto y asociar a cada uno su rol, departamento, intereses, nivel de conocimiento, expectativas y poder de influencia. 2. Identificar el impacto o apoyo potencial que cada interesado podría generar, y clasificarlos para definir una estrategia de acercamiento. 3. Evaluar el modo en que los interesados clave pueden reaccionar o responder en diferentes situaciones, a fin de planificar como influir en ellos para mejorar su apoyo. Cuando se han establecido los roles en un proyecto, cada integrante es responsable de un actividad que se trabaja en conjunto para llegar a un fin, cuando se asignan los roles muchas veces los integrantes tienen dudas o comentarios acerca de lo que se esta haciendo por ejemplo: • • • “Tenemos problemas para definir claramente los proyectos en nuestra organización”. “Nunca está claro quiénes son los participantes, ni cuál es la dedicación al proyecto de cada recurso.” “La gente trabaja en los proyectos pero no conoce los objetivos de negocio que los originaron, por lo tanto no está motivada y no comprende el contexto”. “Siempre tenemos problemas para pedir ayuda y dedicación de recursos de otras áreas”. “No sé si estoy en el Equipo del Proyecto o no”. “No sé qué se espera de mi en el proyecto”. “No sé quién es mi jefe durante el proyecto: si mi jefe de siempre o el Gerente del Proyecto”. “No sé cómo hacer para no tener que negociar la participación de recursos de otras áreas todos los días”. “Cuando comenzamos un proyecto no tenemos nada en qué basarnos, a pesar de que a veces hicimos proyectos similares”. 5

• • • • • •

“Nos falta cooperación de los otros sectores para poder llegar a entender perfectamente qué es lo que tendría que tener el Proyecto como meta concreta”. ”Las cosas no funcionan porque nadie invierte tiempo, no hay definiciones, no se toman responsabilidades pero todos quieren resultados”.

1.3 Fases de un proyecto
Las fases de un proyecto son: Fase 1: Identificar una necesidad o problema a resolver. Fase 2 Desarrollo de una solución.- En esta fase se presenta al cliente solicitud de propuesta, donde se estiman costos, tiempos, descripción del trabajo a realizar, con el fin de poderla desarrollar, se pueden presentar varias propuestas al cliente, donde el escogerá una. Fase 3: Puesta en Marcha.- En esta fase se incluye una planeación detallada del proyecto que realiza el líder del proyecto junto con los diferentes roles, se establecen objetivos, se asignan actividades según los roles establecidos y se hace un estimado de costos según cada actividad Fase 4: Cierre del proyecto.- Cuando un proyecto está terminado se necesita realizar ciertas actividades de cierre, por ejemplo, confirmar que todas las entregas se han hecho al cliente y han sido aceptadas por él, que se han cobrado todos los pagos y que se han pagado todas las facturas

Análisis de requerimientos
Cuando se identifica una necesidad, se debe hacer un análisis de requerimientos para esto se pueden utilizar diferentes técnicas, entre las cuales están: • • Entrevistas y cuestionarios Lluvia de ideas

Entrevistas y Cuestionarios 6

Las entrevistas y cuestionarios se emplean para reunir información proveniente de personas o de grupos. Durante la entrevista, el analista conversa con el encuestado; el cuestionario consiste en una serie de preguntas relacionadas con varios aspectos de un sistema. Por lo común, los encuestados son usuarios de los sistemas existentes o usuarios en potencia del sistema propuesto. En algunos casos, son gerentes o empleados que proporcionan datos para el sistema propuesto o que serán afectados por él. Las preguntas que deben realizarse en esta técnica, deben ser preguntas de alto nivel y abstractas que pueden realizarse al inicio del proyecto para obtener información sobre aspectos globales del problema del usuario y soluciones potenciales. Con frecuencia, se utilizan preguntas abiertas para descubrir sentimientos, opiniones y experiencias generales, o para explorar un proceso o problema. Este tipo de preguntas son siempre apropiadas, además que ayudan a entender la perspectiva del afectado y no están influenciadas por el conocimiento de la solución. Las preguntas pueden ser enfocadas a un elemento del sistema, tales como usuarios, procesos, etc. El siguiente ejemplo muestra algunos tipos de preguntas abiertas. Del Usuario • ¿Quién es el cliente? • ¿Quién es el usuario? • ¿Son sus necesidades diferentes? • ¿Cuáles son sus habilidades, capacidades, ambiente? Del Proceso • ¿Cuál es la razón por la que se quiere resolver este problema? • ¿Cuál es el valor de una solución exitosa? • ¿Cómo usted resuelve el problema actualmente? • ¿Qué retrasos ocurren o pueden ocurrir? Del Producto • ¿Qué problemas podría causar este producto en el negocio? 7

• ¿En qué ambiente se usará el producto? • ¿Cuáles son sus expectativas para los conceptos fácil de usar, confiable, rendimiento? • ¿Qué obstáculos afectan la eficiencia del sistema? El éxito de esta técnica combinada, depende de la habilidad del entrevistador y de su preparación para la misma. Los analistas necesitan ser sensibles las dificultades que algunos entrevistados crean durante la entrevista y saber cómo tratar con problemas potenciales. Asimismo, necesitan considerar no sólo la información que adquieren a través del cuestionario y la entrevista, sino también, su significancia.

Lluvia de Ideas Este método comenzó en el ámbito de las empresas, aplicándose a temas tan variados como la productividad, la necesidad de encontrar nuevas ideas y soluciones para los productos del mercado, encontrar nuevos métodos que desarrollen el pensamiento creativo a todos los niveles, etc. Pero pronto se extendió a otros ámbitos, incluyendo el mundo de desarrollo de sistemas; básicamente se busca que los involucrados en un proyecto desarrollen su creatividad. A esta técnica se le conoce también como torbellino de ideas, tormenta de ideas, desencadenamiento de ideas, movilización verbal, bombardeo de ideas, sacudidas de cerebros, promoción de ideas, tormenta cerebral, avalancha de ideas, tempestad en el cerebro y tempestad de ideas, entre otras.

Principios de la lluvia de ideas • Aplazar el juicio y no realizar críticas, hasta que no agoten las ideas, ya que actuaría como un inhibidor. Se ha de crear una atmósfera de trabajo en la que nadie se sienta amenazado. • Cuantas más ideas se sugieren, mejores resultados se conseguirán: "la cantidad produce la calidad". Las mejores ideas aparecen tarde en el periodo de producción de ideas, será más fácil que encontremos las soluciones y tendremos más variedad sobre la que elegir. • La producción de ideas en grupos puede ser más efectiva que la individual. • Tampoco debemos olvidar que durante las sesiones, las ideas de una persona, serán asociadas de manera distinta por cada miembro, y hará que 8

aparezcan otras por contacto. El equipo en una lluvia de ideas debe estar formado por: El líder es la figura principal y el encargado de dirigir la sesión. Debe ser un experto en pensamiento creador. Su función es formular claramente el problema y que todos se familiaricen con él. Cuando lo haga, debe estimular ideas y hacer que se rompa el hielo en el grupo. Es el encargado de que se cumplan las normas, no permitiendo las críticas. Debe permanecer callado e intervenir cuando se corte la afluencia de ideas, por lo que le será útil llevar ya un listado de ideas. Debe hacer que todos participen y den ideas. Además, es la persona que da concede la palabra y da por finalizada la sesión. Posteriormente, clasificará las ideas de la lista que le proporciona el secretario. Una persona que funge como secretario: registra por escrito las ideas según van surgiendo. Las enumera, las reproduce fielmente, las redacta y se asegura que todos están de acuerdo con lo escrito. Por último realizará una lista de ideas. Los participantes: pueden ser habituales o invitados; cualquier involucrado en el proyecto entra en esta categoría. Su función es producir ideas. Conviene que entre ellos no haya diferencias jerárquicas. Las personas que componen el grupo deben estar motivadas para solucionar el problema, y con un ambiente que propicie la participación de todos. Todos pueden sentirse confiados y con la sensación de que pueden hablar sin que se produzcan críticas. Todas las ideas en principio deben tener el mismo valor, pues cualquiera de ellas puede ser la clave para la solución. Es necesario prestar mucha atención a las frases que pueden coartar la producción de ideas. Además durante la celebración no deben asistir espectadores. Debemos evitar todos los bloqueos que paralizan la ideación: como son nuestros hábitos o ideas preconcebidas, el desánimo o falta de confianza en sí mismo, el temor y la timidez. Las fases de aplicación en la lluvia de ideas son: Descubrir hechos al menos con un día de antelación, el líder comunica por escrito a los miembros del grupo sobre los temas a tratar. El líder explica los principios de la lluvia de ideas e insiste en la importancia de tenerlos en cuenta. La sesión comienza con una ambientación de unos 10 minutos, tratando un tema sencillo y no comprometido. Es una fase especialmente importante para los miembros sin experiencia. Se determina el problema, delimitándolo, precisándolo y clarificándolo. Después se plantea el problema, recogiendo las experiencias que se poseen o consultando documentación. Cuando es complejo, conviene dividirlo en partes. Aquí es importante la utilización del análisis, desmenuzando el problema en pequeñas partes para conectar lo nuevo y lo desconocido.

9

Producir ideas (es la fase de tormenta de ideas propiamente dicha) Se van aplicando alternativas. Se busca producir una gran cantidad de ideas, aplicando los principios que hemos visto. Además, es útil cuando se ha trabajado mucho, alejarse del problema, pues es un buen momento para que se produzcan asociaciones. Muchas de las nuevas ideas serán ideas antiguas, mejoradas o combinadas con varias ya conocidas. Al final de la reunión, el líder da las gracias a los asistentes y les ruega que no se olviden del problema, ya que al día siguiente se le pedirá una lista de ideas que les puedan haber surgido. Se incorporan las ideas surgidas después de la reunión. Para descubrir soluciones se elabora una lista definitiva de ideas, para seleccionar las más interesantes. La selección se realiza desechando las ideas que no tienen valor y se estudia si son válidas las que se consideran interesantes. Lo mejor es establecer una lista de criterios de conveniencia para cada idea. Se seleccionan las ideas más útiles y si es necesario se ponderarán. Pueden realizarlo los mismos miembros del grupo o crear otros para esta tarea; la clasificación debe hacerse por categorías. Se presentan las ideas de forma atractiva, haciendo uso de soportes visuales.

Gu í a pa ra En trevi s ta c on el C li en te
Objetivo
Proporcionar una metodología que permita llevar a cabo la primer entrevista con el cliente, con la finalidad de reflejar profesionalismo, conocimiento del tema y principalmente la obtención de datos e información.

PROCESO DE TRABAJO Elaborar orden de día para la junta         Determinación del objetivo de la junta. Selección de actividades y su duración aproximada. Selección de quiénes van a participar. Establecimiento de incursión secuencial por persona. Elección del secretario de la junta (esta persona llevará los reportes de la junta) Compromisos de la junta. Se selecciona la persona responsable para llevarla a cabo la tarea. Vía telefónica, comunicarse con la persona con quien se va a celebrar dicha cita.

realizar cita con representante Envío de orden del día Preparación para la entrevista

 Se selecciona el responsable de enviar el documento, ya sea por correo electrónico o por fax.  Se Envía el documento  Se enlistan los elementos para llevar a cabo la entrevista, tales como: orden del día, cuestionario o entrevista semi-dirigida, asegurarse que los integrantes del

10

En la entrevista

grupo asistan, quiénes van a preguntar y qué van a preguntar.  Asistir puntualmente, por lo menos 10 minutos antes.  Ir vestidos formalmente, aunque sea en esta cita, deben de demostrar la seriedad que implica el caso.  Llegar al lugar de la cita, y permitir que la persona o personas que van a ser entrevistadas se ubiquen dentro del lugar, que se sienten y después hacer lo propio.  Iniciar las presentaciones de las personas del equipo, deberá ser tarea del profesor.  Una vez que les han presentado a la gente a entrevistar, no olvidarse del nombre, apellido, puesto de quienes vayan a entrevistar.  Comunicarse sin tuteos a los entrevistados a menos que ellos sugieran lo contrario.  Explicar el motivo de la junta y seguir la misma de acuerdo a la orden del día, no romper el protocolo por nada, a menos que el cliente proponga lo contrario y siga una secuencia diferente.  Explicar al entrevistado(s), que se va a ir colectando la información durante la sesión por escrito, de tal manera que considere interrupciones y que sean respuestas efectivas.  No se distraigan en respuestas que se tornen excesivas en explicación, traten de ser efectivos en el registro de las respuestas.  Traten de ser originales, siéntanse cómodos, comunicando corporalmente una actitud de interés y atención a las respuestas de su interlocutor, traten de no verse durante la sesión, ni mandar mensajes que puedan ser vistos por las personas a quienes entrevistan, mantengan contacto visual con la persona(s) que responden a las preguntas.  Sean discretos, en caso de necesitar comunicarse entre ustedes durante la entrevista.  Si alguna respuesta no es clara, traten de re-formular la misma, siendo corteses y tolerantes.  Terminen la sesión, agradeciendo al o los entrevistas por sus atenciones y tiempo prestado a la sesión.

Ejemplo de una entrevista con el cliente
Entrevista realizada al restaurante “mi sabor”, para identificar el proceso de negocio cuando se sirve al cliente. Analista
Gracias por atendernos Es un placer Empecemos con una sencilla transacción de negocios, ¿Qué sucede cuando un cliente entra en el restaurante?

Restaurantero
¿Qué es exactamente lo que desea saber? Bueno, si el cliente tiene un abrigo o chaqueta, le ayudamos a quitársela, lo almacenamos en un guardarropa y le damos un boleto para que pueda solicitarlo posteriormente. Esto mismo hacemos con un sombrero. Luego nosotros …
11

Analista
Un momento… Suponga que hay otros clientes esperando… ¿Primero se forma, o da su nombre al capitán… o…?

Restaurantero
No, intentamos que se sientan tan cómodos como sea posible desde su llegada, luego nos preocupamos por la línea de espera en caso de haber alguna. De hecho si hay una línea de espera, le preguntamos al cliente si hizo alguna reservación. Si la hizo intentamos honrarlos de forma oportuna y darles asiento tan pronto como sea posible. Si no hay una reservación, deja su nombre y puede ir a nuestro bar para tomar algo antes de comer. Claro que no es obligatorio que lo hagan, pueden tan solo sentarse en el área de espera indicada.

Interesante, aún no se han sentado a comer y ya se han logrando algunos puntos decisivos. Hagamos una pausa para determinar a dónde llegamos. Bien, cuando llegue al turno al cliente, o que haya llegado un cliente que hizo reservación, será hora de sentarlo, ¿no?

¿Lo llama?

Luego ¿qué ocurre?

Sí, pero ahora que lo pienso no es tan sencillo, la mesa deberá estar lista; para ello, deberá ser limitada. Un mozo de piso debe cambiar el mantel usado por el cliente anterior, y acomodar la mesa. Cuando esta lista, el capitán de meseros lleva al cliente a su mesa y luego llama a un mesero. Sí. No es muy complicado dado que los meseros tienen sus áreas asignadas de servicio y, por lo general, saben cuando está lista una mesa. Normalmente circundan su área y están atentos a las expresiones del capitán. Bueno, el mesero llega a la mesa, entrega un menú a casa comensal y les preguntan si desean una bebida mientras se deciden. Luego llamara a un asistente, quien coloca una charola con pan y mantequilla, llenara un vaso con agua para cada persona en la mesa. Si alguien ha pedido una bebida el mesero la traerá.
12

Analista
Un momento, Dijo, “el mesero”, ¿la persona siempre es un hombre” Bien, que tal si utilizamos el termino neutral “sirviente”.

Restaurantero
No, hablo de “el mesero” por hábito. Lo siento. Sirviente no es una palabra que usemos en el ámbito restaurantero. Es mejor que usemos “mesero” indistintamente para hombres y mujeres. Es cierto, si el cliente está en espera de una mesa y pasó al bar, puede llevarse su bebida a la mesa si no se la ha terminado una vez que se la asignen; a propósito, siempre nos reservamos el derecho a negar el servicio a quien ha consumido demasiado alcohol. Sí, siempre tenemos sugerencias del día que no están en el menú, y el mesero se las propone a los clientes. ¿Sabe que es lo que el he visto que pasa?, la gente le pide al mesero las recomendaciones y los meseros por lo general parecen ser sinceros: les dicen si un platillo es mejor que otro. Así es, ciertamente nuestros meseros comen en el restaurante y tiene sus opiniones de lo que les gusta y lo que no. Si a ellos realmente no les gusta un platillo, en particular, queremos que lo digan al chef antes que a los clientes; aunque no tengo inconveniente que expresen su preferencia. Claro que no quiero que los meseros les digan a los comensales que la comida es terrible, pero expresar una preferencia por un platillo no está mal. Así es. El mesero regresa con una bebida y los clientes la beben mientras ven el menú. El mesero les da de cinco a diez minutos para hacer su elección y, luego, regresa. El mesero regresa antes sí, claro, los comensales hacen su elección antes. Bien, los clientes llaman la atención del mesero. Por lo general está cerca del área de la mesa, a menos que
13

Bien. Vi que el cliente tiene un par de oportunidades para pedir una bebida.

Es bueno saberlo, regresemos a la mesa donde los clientes deciden que van a consumir.

¿Es algo que usted aliente a hacer?

Bien. Vamos a resumir. El cliente o comensal deja sus abrigos, entra en el bar, aguarda una mesa, se sienta el ella, posiblemente ordena una bebida, se le sirve pan y agua y mira el menú. ¿Cómo saben que deben regresar antes?

Analista

Restaurantero
haya tenido que ir a la cocina a traer un pedido o necesitara hablar con los chefs por alguna razón. Sí, a cada mesero se le asigna un área que consta de varias mesas. Hay una sección asignada como área de fumadores, y el resto es para quienes no fuman. Alternamos a los meseros en las diferentes áreas. Y luego, notifica al chef. Esto lo hace mediante la trascripción de la elección de un formulario, llamado comanda que le da al chef. La mesa, la elección y, muy importante, la hora Debido a que generalmente la cocina está (espero) muy ocupada, y el chef tiene que dar prioridad a los comensales en el orden en que hayan llegado. Es realidad, se complica más de acuerdo con su naturaleza. La mayoría de las comidas incluyen un entremés antes del plato principal. A la mayoría de la gente le gusta comer el plato fuerte caliente, así que el chef prepara el entremés, muchos de ellos ya están preparados, como algunas ensaladas, y el mesero se los lleva al cliente. El reto está el llevar el plato fuerte, caliente, a todos los comensales al mismo tiempo. Digo “reto” porque las personas en la mesa se terminan el entremés en diferentes momentos. Todo el asunto debe estar coordinado. De acuerdo, es una buena idea.

¿Área?

¿Cómo determinan quién atiende un área? Bueno, volvamos al proceso de servir. Los comensales hacen su elección, los meseros toman la orden en su comanda y luego … ¿Qué hay en la comanda? ¿Por qué es tan importante?

¿Eso es complicado? ¿Cómo está eso?

Hmmm. Esto suena a un proceso separado. Tomaremos eso en una reunión por separado desde el punto de vista del chef. Estamos en el punto, donde el chef prepara el plato fuerte.

El chef preparará el plato fuerte y el mesero lo recogerá cuando se dé cuenta de que los comensales han terminado con el entremés; posteriormente, el mesero llevará el
14

Analista

Restaurantero
plato fuerte a la mesa. Los comensales ingerirán sus alimentos y el mesero regresará al menos una vez para verificar si todo está bien. Bueno. Hacemos nuestro mejor esfuerzo para que le satisfaga, aún cuando nos cueste algo de dinero. Es mejor perder algo de dinero que a un cliente. Gracias. Cuando los comensales terminan con sus alimentos, el mesero regresa y pregunta si desean un postre. En tal caso, el mesero dará el menú de postres y tomará las órdenes. En caso de que no deseen postre, preguntará si desean un café. Si es el caso, traerá café y tazas y les servirá. Si no desean nada, traerá la cuenta. Luego de unos instantes, regresará y obtendrá el pago en efectivo o con tarjeta de crédito. Luego traerá el cambio o los Boucher, los clientes dejarán su propina, recogerán sus abrigos y se irán. No necesariamente, el mesero llamara al mozo de piso para que limpie la mesa, la prepara y la deja lista para los siguientes comensales. Él permanece en su área, y echa una mirada a cada mesa. La experiencia le dicta cuanto le toma a los comensales ingerir sus alimentos, de forma que se pude anticipar a ello cuando esté cerca de una mesa. ¿Otra pregunta? En ocasiones el cliente necesita saber cuánto tardará la preparación de un alimento. En tales casos, el cliente llama al mesero, quien le pregunta al chef, una vez que se informa, regresa y le responde al cliente. Es curioso que lo diga, hasta que me pidió que le describiera los pasos, yo tampoco lo había analizado mucho.

Suponga que a un cliente no le ha satisfecho algo de la comida, ¿Qué ocurre? Buen concepto

¿Es todo?

Dado que ello no tiene que ver con el cliente, voy a considerarlo dentro de un proceso por separado, aunque sea breve. Quiero hacerle un par de preguntas. La primera, ¿Cómo sabe el mesero que la gente ha terminado? Sí, dijo que el mesero podría estar en la cocina para hablar con el chef por alguna razón, ¿cuál sería tal razón?

¿Sabe?, nunca me había dado cuenta de todo lo que ocurre para servir a un cliente en un restaurante.

15

1.4 Bitácoras
Una bitácora es un registro oficial donde se anotan las incidencias diarias y algunos datos obligatorios. En los barcos la bitácora sirve para anotar datos de localización, día y hora y situaciones extrañas, anormales o incidentes, así como que todo marcha bien, etc. En el desarrollo de un proyecto la bitácora es un complemento de información a la planeación realizada, donde se puede ver con detalle tiempos muertos, tiempos productivos y el tiempo que se invierte en las diferentes actividades que realizan los involucrados del proyecto, la bitácora nos ayuda para tener un conteo real de las horas trabajadas en el proyecto.

FORMATO DE BITACORA

Actividad

Fecha

Hora inicio

Hora fin

Lugar

Responsabl e

¿Cómo organizar reuniones efectivas?
Cuántas veces por semana nos sucede que tenemos que estar en una reunión y no queremos? ¿Cuántas veces por semana estás en una reunión y piensas “Estoy perdiendo mi tiempo, tengo tantas cosas para hacer”? Estos son algunos consejos para preparar adecuadamente una reunión: 1. Objetivo: debemos respondernos ¿para qué nos reunimos?, y saber transmitir la respuesta de forma adecuada a cada uno de los asistentes en el momento en que los invitamos. 16

2. Participantes: únicamente deben convocarse las personas realmente necesarias, aquellas que estén implicadas con el tema que se va a tratar y que tengan algo que aportar. 3. Orden del día: empezar con temas conocidos, a modo de introducción. Pueden ser temas de puntos acordados en una reunión anterior. También es aconsejable iniciar la reunión con puntos muy concretos para que todos los participantes tengan una sensación de logro. Debemos finalizar con temas de menor importancia y analizando los próximos pasos a seguir. 4. Duración: es importante estipular un período de tiempo. Esto ayuda a organizar la sesión y permite también la organización de agendas de los participantes. A partir de los 45 minutos el ritmo de la reunión baja en forma significativa. La fórmula mágica para la duración de una película de cine es 90-100 minutos. aburrida que una película de cine. 5. Lugar: cosas obvias que a veces no se cumplen, lugar sin ruidos, con suficiente iluminación y con espacio para todos, pizarra, pantalla. 6. Convocatoria: convocatoria de la reunión con la hora de inicio, el lugar, de ser posible horario de cierre y un orden del día (agenda). Y una reunión es mucho más

17

UNIDAD 2 Fases del proyecto
2.1 Proyecto de sistemas Es la disciplina que guía e integra los procesos de planificar, captar, dinamizar y organizar talentos y administrar recursos, con el fin de culminar todo el trabajo requerido para desarrollar todo el proyecto y cumplir con el alcance, dentro de límites de tiempo, y costo definidos 2.1.2 Establecimiento de los roles en un proyecto de sistemas Para establecer los roles se debe seguir la técnica del análisis de los interesados vista en la unidad 1. Los roles típicos de un proyecto de sistemas tienen las siguientes responsabilidades:
Rol Líder del proyecto Responsabilidad Coordinar la ejecución de las tareas. Agilizar los procesos de cada uno de los integrantes del proyecto. Gestionar las actividades realizadas por los integrantes. Hacer los tratos directos con los clientes. Se encarga de llevar al cliente los avances del proyecto. Dar soluciones a casos imprevistos. Verificar riesgos. Evalúa el funcionamiento del negocio. Recopilar información de entradas y salidas para mejorar el proceso de la organización. • • Diseñador • • • • Establece los límites junto con los integrantes del equipo. Integrar graficas de tiempo y avances del proyecto. Ver las necesidades a implementar según el modelo. Genera pantallas del sistema. Expone cual es la función de cada uno de los botones del interfaz. Realiza Diagramas de flujo.

• • • • • • • • •

Analista

18

Programador

Determinar en colaboración con los Analistas informáticos los objetivos perseguidos con los distintos programas, la naturaleza y fuentes de datos que habrá que introducir y ordenar, y establecer los controles necesarios

Mantener actualizados los programas

2.1 .2 Desarrollo del proyecto de sistemas El desarrollo de la solución del proyecto consiste en realizar lo que nos pide el cliente, para esto se debe conocer cómo se realizan los procesos dentro de la empresa, identificar las personas involucradas, proponer un modelo de desarrollo de software que se adapte al problema que deseamos resolver. 2.1 .3 Especificación de requerimientos del sistema Dentro del diseño conceptual debemos hacer un análisis de requerimientos, para esto se pueden utilizar diferentes técnicas, entre las cuales están: • • • Entrevistas y cuestionarios Lluvia de ideas Casos de uso para analizar requerimientos

Se obtiene información suficiente para: Diseño conceptual
• • • • • Identificar los usuarios y sus roles Obtener datos de los usuarios Evaluar la información Documentar los escenarios de uso Validar con los usuarios

Diseño lógico
• Identificar y definir los objetos de negocio y sus servicios • Definir las interfaces • Identificar las dependencias entre objetos • Validar contra los escenarios de uso • Revisar y refinar tanto como sea necesario

2.1 .4 Administración de requerimientos con casos de uso Los casos de uso son una técnica para especificar el comportamiento de un sistema: "Un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios." Un caso de uso es una forma de expresar cómo alguien o algo externo a un sistema lo usa. Cuando decimos "alguien o algo" hacemos referencia a que los sistemas son usados no sólo por personas, sino también por otros sistemas de hardware y software. 19

Por ejemplo, un sistema de ventas, si pretende tener éxito, debe ofrecer un servicio para ingresar un nuevo pedido de un cliente. Cuando un usuario accede a este servicio, podemos decir que está "ejecutando" el caso de uso ingresando pedido. Dentro del caso de uso se manejan eventos, un evento es algo que ocurre fuera de los límites del sistema, ante lo cual el sistema debe responder. 2.1.5 Cómo se realiza el caso de uso Un caso de uso es iniciado por un actor. A partir de ese momento, ese actor, junto con otros actores intercambia datos o control con el sistema, participando de ese caso de uso. El nombre de un caso de uso se expresa con un verbo en gerundio, seguido generalmente por el principal objeto o entidad del sistema que es afectado por el caso. Gráficamente, los casos de uso se representan con un óvalo, con el nombre del caso en su interior. Los casos de uso tienen las siguientes características: • • • • Están expresados desde el punto de vista del actor. Describen tanto lo que hace el actor como lo que hace el sistema cuando interactúa con él, aunque el énfasis está puesto en la interacción. Son iniciados por un único actor. Se refieren al uso de una determinada funcionalidad del sistema, claramente diferenciada.

El empleado de ventas es un actor del sistema ventas

20

Algunas preguntas que nos debemos hacer para establecer la interacción entre el actor y el sistema son: • ¿Cuáles son las tareas del actor? • ¿Necesita el actor estar informado de ciertas ocurrencias del sistema? • ¿Necesita el actor informar al sistema de cambios externos súbitos? • ¿Proporciona el sistema el comportamiento correcto al negocio? • ¿Pueden ser todos los requerimientos funcionales, desarrollados por los casos de uso? • ¿Qué casos de uso soportarán y mantendrán al sistema? • ¿Qué información debe ser modificada o creada? Especificación de casos de uso La especificación del caso de uso nos ayuda a describir el flujo que se realiza, de forma normal y en situaciones que pueden ser no las normales, con un inicio y fin facilitando al programador información necesaria para la codificación del sistema. El contenido típico con la especificación de caso de uso sería: • • • • Describir cómo comienza el caso de uso y cómo termina. Realizar un flujo normal de eventos. Realizar un flujo alterno de eventos. Detallar las excepciones al flujo de eventos.

Al identificar los distintos casos de uso que se presentan en el sistema, se debe hacer una especificación de cada uno de ellos para su mejor comprensión sin necesidad de tenerlo que explicar cuando lo lea otra persona. Ejemplo: Si pensamos en un bufete jurídico donde las personas pueden poner sus quejas de derechos humanos, a través de un sistema que permite a los abogados leer la queja y poderla canalizar con las autoridades correspondientes. Se definen diferentes casos de uso entre ellos pude ser el caso de uso quejas, donde al actor que pone la queja se la da el nombre de visitante. Caso de uso Quejas 21

Para que el programador pueda realizar su actividad sin tener que estar preguntándole al diseñador que se debe hacer, se hace la especificación del caso de uso. Ejemplo de la especificación de un caso de uso

CASO DE USO: QUEJAS

22

PROPIEDAD Nombre

DESCRIPCIÓN QUEJAS

Breve descripción

Buzón de Quejas: El visitante utilizará el buzón de quejas para interponer quejas ante el organismo por presuntas violaciones a los derechos humanos. El sistema enviara copia de la queja al buzón del visitante, una vez que el abogado responsable de leer el buzón de quejas del organismo lo especifique explícitamente, y ésta haya sido registrada en la base de datos.

Flujo se eventos

El visitante interpone quejas en el buzón de quejas. El abogado lee el buzón de quejas y mediante la opción –link• Enviará una copia de las quejas al buzón electrónico del visitante. • Registrará las quejas en la base de datos.

Requerimien tos especiales

Al interponer la queja el visitante deberá indicar los siguientes datos: • Nombre • Dirección • Teléfono • Email • Fecha de recepción (automáticamente) • Autoridad responsable de la violación (si es que la conoce) • Hechos violatorios a derechos humanos (narración de cómo ocurrieron los hechos). En la queja recibida por el abogado en el buzón de quejas, deberá incluir una opción –link.

Precondicion es Poscondicion es Puntos de extensión Relaciones Diagrama de caso de uso

• •

Solo los visitantes pueden interponer quejas.

El visitante recibirá en su buzón electrónico una copia de las quejas una vez leídas por el abogado correspondiente. -(Alguno que puedan extender el caso de uso) (Si se relaciona con otro caso de uso)

23

2.1.6 Seleccionar un ciclo de vida para el desarrollo del software El ciclo de vida del software se utiliza como parte de una metodología de desarrollo, algunos de los más comunes son RAD (Rapid Acelerated Development), XP (extreme programing), RUP, cascada, prototipos, etc. 2.1.7 Programación Reducir un diseño lógico a código puede ser la parte más obvia del trabajo de ingeniería de software, pero no necesariamente es la que demanda mayor trabajo y ni la más complicada. La complejidad y la duración de esta etapa están relacionadas a los lenguajes de programación utilizados, así como al diseño previamente realizado. 2.1.8 Diseño de base de datos Si el sistema que se está desarrollando hace uso de base de datos, se debe hacer el modelado de la misma mediante técnicas como el modelo es el llamado entidad – relación donde se maneja una entidad que es un objeto o cosa conocido con atributos como por ejemplo la entidad persona que tiene atributos como nombre, edad, sexo. Etc. Otro es el modelo relacional donde se representan con información que se va a guardar. tablas la estructura de la

2.1.9 Diseñar interfaz de usuario La interfaz de usuario es el medio con que el usuario puede comunicarse con la computadora, y comprende todos los puntos de contacto entre el usuario y el equipo, normalmente suelen ser fáciles de entender y fáciles de accionar. Las interfaces básicas de usuario son aquellas que incluyen elementos como menús, ventanas, teclado, ratón, los beeps y algunos otros sonidos que la computadora hace, y en general, todos aquellos canales por los cuales se permite la comunicación entre el ser humano y la computadora. La mejor interacción humano-máquina a través de una adecuada interfaz (Interfaz de Usuario), que le brinde tanto comodidad, como eficiencia. Tipos de interfaces 24

Dentro de las Interfaces de Usuario se puede distinguir básicamente tres tipos: a) Una interfaz de hardware, a nivel de los dispositivos utilizados para ingresar, procesar y entregar los datos: teclado, ratón y pantalla visualizadora. b) Una interfaz de software, destinada a entregar información acerca de los procesos y herramientas de control, a través de lo que el usuario observa habitualmente en la pantalla. c) Una interfaz de Software-Hardware, que establece un puente entre la máquina y las personas, permite a la máquina entender la instrucción y a el hombre entender el código binario traducido a información legible. (la plataforma de software que usamos). 2.1.10 Gestión del proyecto El software requiere gestión de proyectos. Hay presupuestos y establecimiento de tiempos. Gente para liderar. Recursos (espacio de oficina, computadoras) por adquirir. Todo esto se relaciona con la visión de la Gestión de Proyectos. El proyecto se administra también con el uso de cronogramas o gráficas de Gantt, el uso de bitácoras, reuniones de trabajo, y el manejo de entregables. Un entregable es el producto del trabajo que se puede medir y verificar, los entregables pueden ser contratos, documentos que se entregan al cliente, especificaciones, pantallas, casos de uso, diagramas, avances del sistema, etc. 2.1.11 Paquete de instalación La instalación de programas computacionales (software) es el proceso por el cual nuevos programas son transferidos a la computadora y eventualmente configurados para ser usados con el fin para el cual fueron desarrollados. Una vez que se ha programado el sistema, se debe crear un paquete de instalación, el cual debe funcionar sobre cierta plataforma de software, los paquetes de instalación generalmente hacen modificaciones al sistema operativo y crean iconos y accesos directos para poder abrir el programa. 2.1.12 Pruebas del sistema

25

Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación del problema. Una técnica de prueba es probar por separado cada módulo del software, y luego probarlo de forma integral, para así llegar al objetivo. Se considera una buena práctica el que las pruebas sean efectuadas por alguien distinto al desarrollador que la programó, idealmente un área de pruebas; sin perjuicio de lo anterior el programador debe hacer sus propias pruebas. En general hay dos grandes formas de organizar un área de pruebas, la primera es que esté compuesta por personal inexperto y que desconozca el tema de pruebas, de esta forma se evalúa que la documentación entregada sea de calidad, que los procesos descritos son tan claros que cualquiera puede entenderlos y el software hace las cosas tal y como están descritas. El segundo enfoque es tener un área de pruebas conformada por programadores con experiencia, personas que saben sin mayores indicaciones en qué condiciones puede fallar una aplicación y que pueden poner atención en detalles que personal inexperto no consideraría. 2.1.13 Documentación Todo lo referente a la documentación del propio desarrollo del software y de la gestión del proyecto, pasando por modelaciones (UML), diagramas, pruebas, manuales de usuario, manuales técnicos, etc.; todo con el propósito de eventuales correcciones, usabilidad, mantenimiento futuro y ampliaciones al sistema. Manual del usuario El manual del usuario solo menciona lo básico para la operación del sistema (funciones básicas de operación. Manual técnico El manual técnico, contiene una explicación completa del funcionamiento y configuración del sistema y los dispositivos (relacionado con el hardware y hardware). 2.2 Definición de un proyecto de redes Un proyecto de redes es un sistema intrínsecamente conectado de objetos o personas. Las redes nos rodean por todas partes, incluso dentro de nosotros. Sus propios sistemas nerviosos y cardiovasculares son redes. Hoy en día el manejo de la información es 26

imprescindible, la información electrónica ha tomado un gran auge a nivel mundial, la información generada debe ser utilizada por todos los usuarios de un sistema de comunicación. Una red proporciona muchas características para mejorar la productividad, reducir costos y permitir el intercambio de información importante. El que la red satisfaga estas necesidades se consigue con la planeación previa a su instalación. Las redes pequeñas de unos cuantos nodos, ubicados en la misma área física, requieren una planeación mínima. En cambio una planeación más amplia es obligada para aquellas redes de muchos nodos a situarse en diferentes espacios y hasta en distintos pisos, redes que probablemente requerirán nodos adicionales en el futuro. 2.2.1 Establecimiento de los roles en un proyecto de redes Se utiliza la técnica del análisis de los interesados vista en la unidad 1. Algunos roles comunes en un proyecto de redes son:
Rol Técnico de redes • • • • • Ingeniero de redes • • Responsabilidad Control de la actividad de la red. Intervención a nivel de cables, especialmente en los puertos de conexión. Configuración de los equipos de red (router, switch, etc.). Análisis de la seguridad de red. Trabajo en conjunto con los departamentos de servicios de postventa de las compañías que distribuyen hardware para redes. Conocimiento amplio de los sistemas de redes y telecomunicaciones (infraestructura, cableado, protocolos, herramientas de administración, seguridad, etc.). Habilidades interpersonales y de organización de un director de proyectos para poder coordinar a los equipos técnicos. También puede involucrarse en la contratación de equipos de técnicos. • Experiencia en muchos campos de especialización, por ejemplo, electrónica, informática, técnicas de transmisión y conceptos básicos Administrador de red • de gestión de empresas. Controlar la actividad en la red y llamar a los técnicos rápidamente en caso de congestión o problemas de acceso.

27

Conocimiento preciso de todos los equipos de red, de los diferentes protocolos de comunicación, del modelo OSI y de diferentes arquitecturas de redes.

También está a cargo de administrar las cuentas de los usuarios, de crear cuentas para nuevos miembros del personal y eliminarlas cuando éstos ya no laboran en la empresa.

Estar

permanentemente

atento

y

mantener

actualizados

sus

conocimientos sobre los últimos avances en la materia para poder modernizar la infraestructura de red de la compañía. • Implementar medidas de protección adecuadas, supervisar los registros de actividades y controlar las alertas de seguridad. Para anticiparse a peligros posibles. • Implementar un plan de recuperación definiendo lo que se debe hacer para restablecer el acceso lo antes posible, de acuerdo con la política de seguridad de la compañía.

2.2.2 Desarrollo del proyecto de redes Las redes de datos aparecieron como resultado de las aplicaciones para computadoras mainframe que habían sido escritas por empresas. Para seleccionar una aplicación de red hay que tener en cuenta el tipo de trabajo que queremos realizar. Hay disponibles un conjunto completo de programas de capa de aplicaciones para hacer de interfaces con interfaz. Cada tipo de programa de aplicación está asociado con un propio protocolo de aplicación. El siguiente paso en la planeación de la red es determinar dónde ubicar las computadoras, después de determinar si la red será basada en servidor o de punto a punto, sobra mejor si se quiere un servidor dedicado además de los otros nodos. Para ayudar en la planeación, se debe de trazar un plano de área donde se ubicaran las computadoras. La instalación de una red Abarca desde la solicitud de proyecto hasta la puesta en marcha de la red. Para ello, debemos tener en cuenta lo siguiente: Etapas de la red

28

1. INTERNA: Dentro de un edificio: Cableado Estructurado (UTP y sistemas integrados) 2. EXTERNA: Entre edificios. Cableado Estructurado (Fibra Óptica y sistemas integrados) Planear es el proceso básico del cual nos servimos para seleccionar las metas y determinar la manera de conseguirlas, así mismo la Planeación es la primera etapa del proceso administrativo, ya que planear implica hacer la elección de las decisiones más adecuadas acerca de lo que se habrá de realizar en el futuro. 2.2.3 Especificación de requerimientos de la red Contempla las necesidades actuales del cliente (equipos a conectar) dentro de un edificio o los edificios a conectar y servicios que ofrecerá el cliente en la red y/o recursos a compartir. Las necesidades de redes actuales y futuras determinan lo extenso que debe ser el proceso de la planeación. Las redes pequeñas de unos cuantos nodos, ubicados en la misma área física, requieren una planeación mínima. En cambio, una planeación más extensa es necesaria para aquellas redes de muchos nodos a situarse en diferentes espacios y hasta en distintos pisos, redes que probablemente requerirán nodos adicionales en el futuro. Determinación de las necesidades de la red La siguiente lista de preguntas ayuda a identificar las necesidades de la red: • • • • • ¿Para qué es la red? ¿Cuántos nodos se necesitan? ¿Cuáles son las necesidades de rendimiento? ¿Qué nodos necesitan compartir recursos? ¿Cuánto costara la red?

A continuación se presenta una explicación detallada de cada pregunta:

29

¿Para qué es la red? La determinación del objetivo de la red ayuda a establecer muchos factores, incluyendo cuál sistema operativo de red (NOS) se seleccionara. Se necesita determinar si varias personas deben tener acceso a archivos, como documentos acerca de las políticas de la compañía o plantillas para crear otros documentos. Tal vez se quiera guardar en un lugar común los archivos de datos de varias computadoras y tener acceso a ellos. Las redes ayudan a compartir impresoras. La capacidad de que más de una persona use un programa de aplicación común para acceder a los mismos datos es una de las características más poderosas de las redes. Se debe tomar en cuanta si la red manejara aplicaciones multiusuarios, como compartir una base de datos de clientes o un programa administrativo o contable. ¿Cuántos nodos necesitan? Una consideración importante cuando se planea la red es determinar cuántas computadoras se necesitan conectar y las que se conectarán en el futuro. El número máximo de nodos, conectados en una configuración de red depende de varios factores, incluyendo el Sistema operativo de red (NOS), la topología física y el tipo de red. ¿Cuáles son las necesidades de rendimiento? Los requisitos de rendimiento de la red dependen de varios factores. Cada NOS se comporta diferente, y algunos pueden ser más adecuados para determinados estándares de rendimiento que otros. Afectan el rendimiento el tipo de adaptador de red, la topología de la red y los protocolos. Si, el objetivo principal de la red es compartir impresoras, entonces es probable que la configuración de red con menor rendimiento sea más que suficiente. Si se van a compartir archivos y datos con otros nodos de la red, importa el rendimiento; tal vez valga la pena pensar en un servidor dedicado para proporcionar el rendimiento necesario. En situaciones en las que solo unos cuantos usuarios acceden con frecuencia a una base de datos común, un servidor dedicado puede proporcionar mejoras significativas de rendimiento. ¿Qué nodos necesitan compartir recursos? 30

Cuando determinan las necesidades de la red se deben establecer los nodos que compartan recursos y lo que no. Los nodos que compartan sus recursos, como unidades de disco, directorios e impresoras, se configuran como servidores. ¿Cuánto costara la red? El costo es un factor importante en la determinación de cuál de los requisitos de red especificados tiene prioridad y cuáles no. En razón de los costos, tal vez se escoja dar prioridad a las necesidades establecidas y posteriormente poner en funcionamiento determinadas características. El proceso de planeación comienza al enfoque en lo que se desea lograr escribiendo los problemas, las necesidades que estos hacen evidentes y las metas que deben alcanzar las soluciones. El proceso de escribir estos puntos lo obliga a analizar lo que se deberá hacer. 2.2.4 Bitácoras del proyecto En esta etapa se deben manejar bitácoras y otros documentos para tener evidencia y control de lo que se realiza con actividades como: • Iniciar el proyecto en la fecha indicada • Supervisar la instalación de canaletas externa y obra civil, esta es la primera fase de esta etapa. • Una vez concluida la etapa anterior trasladarse al lugar de la instalación • Realizar una bitácora por día de las actividades realizadas • Realizar la instalación • Realizar pruebas de funcionamiento • Entrega del proyecto con bitácora. • Hacer documento de cierre de esta etapa del proyecto. 2.2.5 Etapa interna En esta etapa se realiza lo siguiente: • Conocer la cantidad de equipos que se pretenden conectar en red. • Realizar una visita al lugar donde se instalara la red. 31

• Realizar un inventario actual de: • Plataformas de trabajo • Equipos: PC, servidores, estaciones de trabajo y características • Recursos a compartir • Planos del edificio donde se instalará la red • Equipo activo de red con que cuenta • Accesorios de red con que se cuenta • Visualizar posibles obstáculos que se presentarán en la instalación • Determinar el tipo de cableado a utilizar: tradicional o estructurado • Ubicar el lugar de servidores y cantidad de servidores • Ubicar lugar de las estaciones de trabajo y cantidad de estaciones de trabajo • Determinar los puntos de conexión en red • Realizar trazos de canalización para la conducción del cableado Se debe realizar lista de materiales que se utilizan para: 1. Actualización de servidores 2. Actualización de estaciones de trabajo 3. Accesorios de red (tarjetas) 4. Equipo activo de red 5. Canaletas 6. Instalación 7. Pruebas de funcionamiento Realizar un plan para determinar lo siguiente: • Licencias legales de uso de software • Determinar número de personal que participará en la instalación • Determinar el tiempo estimado para la instalación • Elaborar un plan de trabajo calendarizado para la realización de las actividades • Determinar un costo estimado del proyecto • Presentar el proyecto al cliente 2.2.6 Etapa externa Una LAN (Local Área Network) es una red que conecta directamente entre sí equipos 32

situados en un ámbito geográfico local (unos centenares de metros o unos pocos Km.). Suele ser administrada localmente por la misma empresa que dispone de la red, es decir, es una red privada. Ofrece velocidades de transmisión altas (decenas o cientos de Mbps). El medio de transmisión es compartido por todas las estaciones, por consiguiente es necesario el uso de un protocolo de enlace que permita a las estaciones acceder de forma coherente al medio. Se pueden usar redes LAN cableadas y de tipo inalámbrico. 2.2.7 Documentación Planos de distribución La distribución del espacio dentro de un sitio debe empezar por seguir algunos principios simples si se quiere que la construcción cumpla con medidas básicas de seguridad, conveniencia y sostenibilidad. Los puntos para el plano de distribución son: • • • • • • Ubicación de seccionamiento Croquis de localización Escala del dibujo Simbologías Colindancias en caso de que el plano muestre solo una parte de la red Especificaciones de cada una de las áreas.

El plano de distribución debe incluir una vista general de toda la red, así como planos más específicos de cada una de las áreas. También debe incluir el número de redes que van a interconectar y topologías de las redes. El conocimiento del número de redes a interconectar y las características específicas de cada una de ellas, permitirá dimensionar correctamente tanto la estructura de la red final como los elementos necesarios para realizar la interconexión. Así como su topología, distribución espacial en el entorno de operación (localización y distancias). Es recomendable realizar planos del entorno de red en cuestión. 33

Los planos de distribución son una parte esencial en el diseño de redes ya que permite visualizar de una manera más detallada el espacio de área donde va a ser montada la red ya que el espacio es muy importante, ya que si no existe un espacio suficiente será muy difícil trabajar en la instalación de una red. La preparación del plano de distribución consiste en: • • • • • • • • Determinar los costos. Determinar la separación de cada equipo evitando que al momento de conectar haya estorbos en el camino. Flujo eficiente de trabajo. Cercanía de área ínteractuantes. Flujo de trabajo sin retrocesos. No interferencia de tránsito de personas con el procedimiento. Cercanía del personal a recursos de uso frecuente. Áreas de almacenamiento/recepción adecuadas para consumibles, equipo, y material de desecho. En general la forma en que van a estar distribuidos los equipos dentro del edificio. Debe tener en cuenta la distribución debido a que es como se va a considerar la cantidad de cable que se va a utilizar y por consiguiente a comprar. El siguiente paso es la implantación de la red, es determinar dónde ubicar las computadoras. Después determinar si la red será basada en servidor o de punto a punto. Para ayudar a la planeación. Se debe trazar un plano del área donde se ubicaran las computadoras. Indicar en el plano la ubicación del equipo existente (computadoras, impresoras, así como periféricos). Si tiene un servidor dedicado debe ponerlo en un área segura e impedir el acceso no autorizado a él. Después de plantear en el plano la ubicación de las computadoras llega el momento de establecer que computadoras serán configuradas como servidores y cuáles serán estaciones de trabajo.

34

2.3 Cierre del proyecto El proceso de cierre del proyecto incluye, a satisfacción del cliente, la entrega formal y recepción de los entregables y productos del proyecto, verificando y documentando los resultados del proyecto. El cierre considera la entrega ordenada de todos los documentos generados durante el desarrollo del proyecto, así como el cierre profesional de todos los acuerdos legales y evaluaciones de desempeño. Dicho proceso comienza después de que el proyecto o su etapa cumplen con sus objetivos o es suspendido o cancelado por otras razones. El cierre del proyecto incluye un cierre contractual y un cierre administrativo. Cierre Contractual Conclusión profesional de los acuerdos legales, incluyendo documentos tales como: finanzas, garantías, manuales, comunicados, etc. Involucra de la verificación del producto y el cierre administrativo de cada contrato. Cierre Administrativo Consiste en verificar y documentar los resultados del proyecto para formalizar la aceptación del producto por parte del cliente, incluye la recolección de documentos con las especificaciones finales, análisis de efectividad, el éxito del proyecto y el archivo de toda esa información para su uso futuro. 2.3.1 Informe de cierre del proyecto de sistemas El contenido del informe de cierre del proyecto incluye:

1. Aspectos Generales del Proyecto Productividad Se lleva a cabo un análisis de las lecciones aprendidas durante el desarrollo del proyecto, no con la intención de criticar, sino para que esta experiencia pueda ser aprovechada en proyectos futuros. Las lecciones aprendidas conllevan una actividad que se realiza en el cierre de todo proyecto, cuyo objetivo es analizar con el equipo qué salió bien, qué salió

35

mal, qué conclusiones, consejos, advertencias, podemos rescatar para proyectos futuros. Calidad Describir las métricas utilizadas para medir la calidad durante el proyecto, como se hicieron las revisiones a los avances del proyecto.

Feedback de los Clientes De las pláticas con los clientes, que información se obtuvo cuando se presentaron entregables en las diferentes fases del sistema.

2. Aspectos Metodológicos Metodología usada Se documenta la metodología usada como el ciclo de vida, o alguna metodología de desarrollo como RUP que se haya usado en el desarrollo del sistema.

Herramientas usadas Que herramientas se utilizaron, por ejemplo casos de uso En este apartado tienen cabida un amplio abanico de herramientas dentro de las cuáles se pueden citar las siguientes:

Herramientas de gestión de proyectos. Facilitan la labor de planificación y seguimiento de tareas y recursos, para conseguir que el proyecto logre sus objetivos en plazo y presupuesto.

Herramientas de gestión de la configuración. Identifican y definen los elementos de un sistema, controlan los cambios y las versiones de dichos elementos.

36

Herramientas de ayuda en las pruebas. Facilitan la tarea de probar el diseño lógico desarrollado, para asegurar que cumple las especificaciones del diseño.

3. Diferencias Duración del Proyecto Se incluyen cronogramas (Gráfica de Gannt) de avance del proyecto Se compara lo programado contra lo realizado Se indica si se extendieron los tiempos planeados en alguna actividad

Utilización del Presupuesto Se comparan presupuestos contra costos reales Si el presupuesto es fijo se debe indicar si se sobrepasó el mismo

Riesgos • Se especifican riesgos que se presentaron al realizar el proyecto que influyeron el termino del mismo, la constante medición, formal e informal de dicho riesgo a lo largo del desarrollo del proyecto. • Se incluyen otros riesgos como complejidad técnica, tiempo asignado, habilidades requeridas, apoyo gerencial y del usuario, subcontratación de terceros. • Se indican otros riesgos externos como pueden ser fenómenos naturales, sociales o políticos, como por ejemplo una inundación, devaluación de la moneda que puede afectar las finanzas si estamos cotizando equipo en moneda extranjera.

4. Conclusiones Generales Conclusiones de los clientes y del personal del equipo de desarrollo.

37

Se hace una evaluación del desempeño del equipo de trabajo, sobre todo si se extendió considerablemente el proyecto o si nos encontramos en una organización matricial, donde los integrantes del proyecto reportan al gerente de proyecto y al gerente funcional.

5. Recomendaciones Como experiencia del proyecto que se recomienda a futuro. Debemos archivar los documentos del proyecto para poder volver a utilizarlos. Es decir, procuraremos que cada miembro del equipo vacíe la información en un repositorio común, que en realidad debería ser el resultado de la recopilación de todos los documentos que se han ido elaborando en el desarrollo de los trabajos.

Debemos impedir que a la finalización del proyecto la información quede en cada una de las PCs de los miembros del equipo y, por eso, debemos impulsar una cultura de compartir los documentos y colocarlos en un solo repositorio.

Después de archivar los documentos con la colaboración de nuestro equipo, realizamos un proceso de transferencia de conocimiento, que servirá para la operación del producto que hemos creado, lo que más adelante realizará otro equipo. Es indispensable realizar este paso, porque si no lo efectuamos, significará que

2.3.2 Informe de cierre del proyecto de redes Productividad Se lleva a cabo un análisis de las lecciones aprendidas durante el desarrollo del proyecto, no con la intención de criticar, sino para que esta experiencia pueda ser aprovechada en proyectos futuros. Las lecciones aprendidas conllevan una actividad que se realiza en el cierre de todo proyecto, cuyo objetivo es analizar con el equipo qué salió bien, qué salió mal, qué conclusiones, consejos, advertencias, podemos rescatar para proyectos futuros. Calidad

38

Describir las métricas utilizadas para medir la calidad durante el proyecto, como se hicieron las revisiones a los avances del proyecto.

Feedback de los Clientes De las pláticas con los clientes, que información se obtuvo cuando se presentaron entregables de la red, diagramas, planos, etc.

2. Aspectos Metodológicos Diseño de la red Topología utilizada Planos Subneteo

Herramientas usadas Que herramientas se utilizaron, por ejemplo testers, pinzas de crimpeo, kit de fibra óptica, kit de seguridad, pelador de cables, multímetro, localizador de fallas.

3. Diferencias Duración del Proyecto Se incluyen cronogramas (Gráfica de Gannt) de avance del proyecto Se compara lo programado contra lo realizado Se indica si se extendieron los tiempos planeados en alguna actividad

Utilización del Presupuesto Se comparan presupuestos contra costos reales Si el presupuesto es fijo se debe indicar si se sobrepasó el mismo 39

Riesgos • Se especifican riesgos que se presentaron al realizar el proyecto que influyeron el termino del mismo, la constante medición, formal e informal de dicho riesgo a lo largo del desarrollo del proyecto. • Se incluyen otros riesgos como complejidad técnica, tiempo asignado, habilidades requeridas, apoyo gerencial y del usuario, subcontratación de terceros. • Se indican otros riesgos externos como pueden ser fenómenos naturales, sociales o políticos, como por ejemplo una inundación, devaluación de la moneda que puede afectar las finanzas si estamos cotizando equipo en moneda extranjera.

4. Conclusiones Generales Conclusiones de los clientes y del personal del equipo de trabajo.

Se hace una evaluación del desempeño del equipo de trabajo, sobre todo si se extendió considerablemente el proyecto o si nos encontramos en una organización matricial, donde los integrantes del proyecto reportan al gerente de proyecto y al gerente funcional.

5. Recomendaciones Debemos archivar los documentos del proyecto para poder volver a utilizarlos. Es decir, procuraremos que cada miembro del equipo vacíe la información en un repositorio común, que en realidad debería ser el resultado de la recopilación de todos los documentos que se han ido elaborando en el desarrollo de los trabajos.

Debemos impedir que a la finalización del proyecto la información quede en cada una de las PCs de los miembros del equipo y, por eso, debemos impulsar una cultura de compartir los documentos y colocarlos en un solo repositorio.

40

Después de archivar los documentos con la colaboración de nuestro equipo, realizamos un proceso de transferencia de conocimiento, que servirá para la operación de la red y su monitoreo.

41

BIBLIOGRAFÍA Documentando…

-

Redes

CIBERGRAFÍA http://es.kioskea.net/contents/metiers-informatique/ingenieur-reseau.php3 http://my.opera.com/adrianred/blog/show.dml/1099934

42

Sign up to vote on this title
UsefulNot useful