Professional Documents
Culture Documents
Introduccin ............................................................................................................................. 2 1ANALISIS DE VIABILIDAD DEL PROYECTO ........................................................................... 3 Anlisis Situacin Actual: ..................................................................................................... 3 Factibilidad tcnica .............................................................................................................. 3 Factibilidad operativa .......................................................................................................... 4 Factibilidad Econmica: ....................................................................................................... 5 Factibilidad Legal:................................................................................................................ 6 Plazos y Calendario: ............................................................................................................. 6 2. Que metodologa se usara y por que? ................................................................................... 7 3. plan de aseguramiento de calidad segn McCall .................................................................. 7 4. Casos de Uso ...................................................................................................................... 10 Casos de Uso para Gestin de Ordenes de trabajo ............................................................ 10 Casos de uso Gestin de Mantenimiento Preventivo ....................................................... 13 Casos de Uso Gestin de mantenimiento correctivo ......................................................... 14 5. Requerimientos Funcionales y no funcionales................................................................ 15 Funcionales: ....................................................................................................................... 15 No Funcionales ................................................................................................................... 15 CONCLUSIONES ...................................................................................................................... 17 BIBLIOGRAFIA ........................................................................................................................ 18
Introduccin
Al realizar este trabajo me pude dar cuenta que para realizar un proyecto de software no es tarea fcil, que se deben seguir una cantidad de pasos, mtricas y estndares establecidos y que del cumplimiento de los mismos depende el xito del proyecto.
1-
Despus de analizar el caso de la Compaa Gestin Innovadora este estudio tiene como finalidad proponer una solucin a corto plazo teniendo en cuenta la factibilidad econmica, tcnica, legal y operativa. Anlisis Situacin Actual: Segn el caso que se nos presenta la compaa no cuenta con ninguna infraestructura tecnolgica, lo que nos lleva a pensar que en la actualidad estn desarrollando todas las tareas de forma manual lo que hace el proceso ms lento, inseguro y poco productivo. Factibilidad tcnica Debido a que no existe infraestructura tecnolgica se estudiaran los componentes tcnicos a adquirir para el desarrollo y puesta en marcha del software. Este tendr dos partes el Hardware y el Software. Se recomiendas los siguientes componentes de hardware con los cuales se realizara un red de topologa estrella a la cual irn conectados tanto el servidor como lo 8 computadores para que estn conectados entre si y pueden compartir informacin en tiempo real, tambin estarn conectados al router para que cualquier persona conectada a internet pueda acceder a los servicios del help desk.
Requerimientos de Hardware equipo caractersticas cantidad
Servidor
Computador
LENOVO THINK SERVER TS100 Intel Xeon procesador E3110, 3.00GHz, 1333MHz FSB, 6MB Cache Disco duro.5-in SS SATA memoria 2GB (2x1GB) PC2-6400 DDR2 SDRAM (800MHz) raid 0,1, 10 + Mouse 06P4069 + teclado 73P5240 Intel Corel 2 Duo, 2 Gigas en ram, 260 Gigas en disco, tarjeta de red, Telefono Panasonic KX-TSC11, Identificador de llamadas, Display, 50 memorias, rediscado, control de volumen
Telfono
Impresoras
Velocidad de impresin 12 pmm, calidad de impresin optima de 600 x 600 ppp, bandejas 3
Planta telefnica Panasonic KXTES 824 con posibilidad para habilitar (3 Lneas y 8 Ext.) + Telfono conmutador Panasonic KKT7730 + 1 Canal de contestacin automtica Planta telefnica con mensaje regrabable !!!!. Canal internet Banda ancha 4 megas Tecnologa de doble conversin, amplio rango de voltaje, pantalla lcd, cero tiempo de transferencia, arranque en frio, proteccin contra rayos y picos, alarma acstica, batera sellada. Router cisco de 15 puertos de alta velocidad puerto ethernet Red Ethernet topologa estrella Hub de 12 puertos
1 1 1
Requerimientos de software
Software Windows Server 2003 Windows Vista Bussines Office 2007 Antivirus sql server Cantidad 1 8 8 9 1
Factibilidad operativa La factibilidad operativa nos permite predecir si el nuevo sistema entrara en funcionamiento, en este caso no se encuentra ninguna resistencia a su uso por parte de los operadores o tcnicos del sistema ya que no habiendo hasta el momento ninguna plataforma tecnologa la necesidad de esta es muy grande y se necesita con urgencia un sistema que permita generar informacin confiable de forma gil y as permitir tomar decisiones ms rpido y ser ms eficientes , los funcionarios sern capacitados en el nuevo software y se tendr mucho cuidado en su diseo para hacer unas interfaces amigables para los nuevos usuarios, en cuanto a los clientes tampoco se presenta ningn problema ya que al poder realizar los
requerimientos a travs de internet les agrada, estas conclusiones surgieron despus de realizar entrevistas . Factibilidad Econmica:
equipo carateristicas LENOVO THINK SERVER TS100 Intel Xeon procesador E3110, 3.00GHz, 1333MHz FSB, 6MB Cache Disco duro.5-in SS SATA memoria 2GB (2x1GB) PC2-6400 DDR2 SDRAM (800MHz) raid 0,1, 10 + Mouse 06P4069 + teclado 73P5240 Intel Corel 2 Duo, 2 Gigas en ram, 260 Gigas en disco, tarjeta de red, Telefono Panasonic KX-TSC11, Identificador de llamadas, Display, 50 memorias, rediscado, control de volumen Velocidad de impresin 12 pmm, calidad de impresin optima de 600 x 600 ppp, bandejas 3 Planta telefnica Panasonic KXTES 824 con posibilidad para habilitar (3 Lneas y 8 Ext.) + Telfono conmutador Panasonic KKT7730 + 1 Canal de contestacin autom tica con mensaje regrabable !!!!. Banda ancha 4 megas Tecnologa de doble conversin, amplio rango de voltaje, pantalla lcd, cero tiempo de transferencia, arranque en frio,proteccion contra rayos y picos, alarma acustica,bateria sellada. Router cisco de 15 puertos de alta velocidad puerto ethernet Red Ethernet topolia estrella Hub de 12 puertos cantidad Precio Total
Servidor
Computador
Telefono Impresoras
Total
$ 30.311.000,00
Software Windows Server 2003 Windows Vista Bussines Office 2007 Antivirus sql server
Cantidad 1 8 8 9 1
ITEM
MES 1
MES 2
MES 3
MES 4
MES 5
MES 6
MES 7
MES 8
MES 9
ASIGNACIN PRESUPUESTAL INGRESOS POR SERVICIOS TOTAL INGRESOS EQUIPOS SOFTWARE PERSONAL TECNICO MANTENIMIENTO PAPELERIA Y UTILES DE OFICINA TOTAL EGRESOS BENEFICIO DEL PERIODO BENEFICIO ACUMULADO
Factibilidad Legal: En el proyecto se manejara acatando todas las disposiciones legales en cuanto a contratos y lo referente a licenciamiento.
Plazos y Calendario:
2. Que metodologa se usara y por que? Utilizare el modelo iterativo incremental el cual permite entrega de versiones parciales a medida que se construye el producto final, realmente son varios ciclos cascada aplicados repetidamente y cada producto terminado se va acoplando al anterior. De esta manera se pueden manejar varios mdulos a la vez y as el cliente puede ir utilizando mdulos antes de que se entregue el proyecto total, creo que este sistema es ms funcional que el de cascada por que este no necesita que se especifique absolutamente todos los requerimientos lo que hace ms manejable el proceso y reduce los costos de correcciones si existen alguna inconsistencia solo afecta una parte del sistema y no todo. Con este sistema se reduce el tiempo de desarrollo inicial ya que se implementa funcionalidad parcial, y es una gran ventaja para el cliente quien va a ir recibiendo partes operativas del proyecto antes de que este totalmente terminado.
3. plan de aseguramiento de calidad segn McCall Para el plan de aseguramiento de calidad se tomara el modelo de McCall el cual organiza los factores en tres ejes que son: Operacin del producto, revisin del producto y transicin del producto. El primero la operacin del producto se divide en los siguientes factores: Facilidad de uso, Integridad, Correccin, Fiabilidad y eficiencia.
Integridad
Facilidad de Operacin Facilidad de Comunicacin Facilidad de Aprendizaje Control de accesos Facilidad de Auditoria
Se realizarn manuales de usuario para facilitar el aprendizaje, tambin se dictaran capacitaciones de los diferentes mdulos y dentro del programa se presentaran contantemente ayudas. Se crearan perfiles para los accesos, perfil de usuario, administrador, auditor y tcnico. Existir un modulo de auditora donde se pueden realizar
Correccin
Fiabilidad
Eficiencia
Precisin Consistencia Tolerancia a fallos Modularidad Simplicidad Eficiencia en Ejecucin Eficiencia en almacenamiento
consultas de rastreo de un soporte solicitado. Se realizara mediante encuestas y entrevistas levantamiento de informacin para determinar los requerimiento funcionales y no funcionales del proyecto y as poder cumplir con estos tres criterios Se realizara un plan de pruebas estructurado que permita evaluar cada uno de estos criterios
Facilidad de Mantenimiento
Simplicidad Auto descripcin Instrumentacin Auto descripcin Capacidad de Expansin Generalidad Modularidad
Facilidad de Reutilizacin
Se dimensionaran los equipos y/o servidores de acuerdo al nmero de usuarios y estadsticas de casos solicitados para que los equipos tengan un buen rendimiento. Tambin una vez terminada la parte de programacin se realizaran pruebas de Stress sobre los equipos para revisar su funcionamiento antes de que software entre en ejecucin Existirn manuales tcnicos de cada modulo y cada cdigo ser debidamente comentariado, adems se velara por que cumpla al pie de la letra la metodologa de desarrollo escogida. Se realizaran procedimientos de cada uno de los procesos. Se creara unos casos de prueba funcionales suficientes para determinar los posibles errores El proyecto se realizara por mdulos independientes los cuales se irn acoplando uno a uno, esto nos facilita la expansin del mismo y tambin cumpliramos la parte de modularidad lo que nos permite que pueda fallar un modulo pero el resto del programa siga funcionando correctamente. Se cuidara de utilizar cdigo con patrones similares a los de otros proyectos para as lograr escribir menos cdigo y poder utilizar el tiempo en mejoras y correccin de software, el proyecto como se ha dicho anteriormente se manejara por mdulos lo que implica tambin trabajar el software con mdulos.
Interoperabilidad
Modularidad Compatibilidad de comunicaciones Compatibilidad de datos Auto Descripcin Independencia entre sistema y software Independencia del hardware
Portabilidad
Se verificara que el cdigo se puede adaptar a diferentes sistemas operativos y a diferentes canales de comunicaciones para garantizar que un cambio de SO o de servidores todos quede funcionando. Se verificara que el software se haga en un lenguaje que permita adaptar el proyecto a diferentes ambientes sin necesidad de aplicarle modificaciones, con un mnimo de esfuerzo y tiempo.
4. Casos de Uso
Casos de Uso para Gestin de Ordenes de trabajo
Caso de uso: Solicitar Servicio Actor: Cliente Descripcin: Registrar solicitud de servicio Activacin: Se activa en el momento que falla un equipo Caso Normal: Caso Alternativo: se comunica telefnicamente o va internet Que el cliente no se encuentre en la base de con el help desk para reportar el caso. datos de clientes
10
Precondiciones: Que exista problema con algn equipo. Postcondiciones: La solicitud se registra en el sistema Caso de uso: Registrar caso Actor: Help desk Descripcin: Crear caso en el modulo de Gestin de Ordenes de Trabajo Activacin: Se activa cuando el cliente llama o a travs de internet informa de un caso Caso Normal: Caso Alternativo: 1. el administrador del help desk recibe la 1. No encontrar la solucin del llamada o el caso a travs de internet. problema y lo asigna a tcnico. 2. se registra hora 3. tipo de servicio si es preventivo o correctivo 4. descripcin del problema. 5. usuario al que se le presenta la falla. 6. se abre orden de trabajo 7. Revisa en la baso si el equipo reportado existe en la base de datos 7. Revisa en la base de datos de conocimientos si puede dar un soporte telefnico. 8. si no encuentra solucin asigna un tcnico especializado en el tema
Precondiciones: Que exista base de datos de conocimientos, base de datos de equipos y de repuestos, tcnicos preparados Postcondiciones: Visita tcnica
Caso de uso: Cerrar Caso Actor: Help Desk Descripcin: Cerrar caso creado Activacin: Se activa en el momento que el administrador. De help Desk puede solucionar el caso telefnicamente Caso Normal: Caso Alternativo: 1. El cliente se comunica y reporta un No se encuentra la solucin y se asigna error. tcnico 2. El administrador de help desk revisa la baso de datos de conocimientos. 3. Encuentra la solucin al problema Precondiciones: Que exista un caso abierto. Postcondiciones: casi cerrado
Caso de uso: Eliminar Caso Actor: Help Desk Descripcin: Elimina caso Activacin: Se activa en el momento exista un caso duplicado o abierto por error por parte del cliente Caso Normal: Caso Alternativo: 11
1. El administrador verifica y encuentra un caso duplicado. 2. el Cliente crea caso por error o el equipo dejo de fallar sin ninguna intervencin Precondiciones: Error en creacin de caso Postcondiciones: Se elimina caso.
Caso de uso: Revisa Actor: Tcnico Descripcin: Revisar equipo objeto del caso Activacin: Se activa en el momento al que al tcnico es asignado a un caso. Caso Normal: Caso Alternativo: 1. El tcnico visita las instalaciones del cliente 1. Si al revisar el tcnico encuentra que 2. Revisa equipo objeto del caso se deben pedir repuestos, estos se 3. Genera Diagnostico del servicio. detallan y se pasa cotizacin al 4. Tipo de error cliente. 5. Fecha y hora de la Solucin Precondiciones: Tener caso Asignado Postcondiciones: Cierre de caso o tramitar cotizacin
Caso de uso: Cierra caso Actor: Tcnico Descripcin: Cerrar caso abierto en hep desk Activacin: Se activa en el momento que el tcnico termina la revisin y repara el equipo Caso Normal: Caso Alternativo: 1. El tcnico termina de revisar el equipo 1. El cliente no est conforme y no s reportado puede cerrar el caso. 2. genera reporte 3. cierra el caso. Precondiciones: Que el equipo este reparado Postcondiciones: asignacin de otro Help Desk.
Caso de uso: Actualizar caso Actor: Tcnico Descripcin: Actualizar caso abierto en hep desk Activacin: Se activa en el momento que el tcnico encuentre que se deben pedir repuestos o que no ha terminado de reparar el equipo por cualquier causa Caso Normal: Caso Alternativo: 1. tcnico entra al caso 1. El cliente no est conforme y no s 2. actualiza el estado del caso para futuras puede cerrar el caso. consultas Precondiciones: Que el equipo este reparado Postcondiciones: asignacin de otro Help Desk.
12
Caso de uso: Revisa Equipos Actor: Tcnico Descripcin: Revisar equipos contratados para el mantenimiento preventivo Activacin: Se activa en el momento al que al tcnico es asignado a un caso y visita al cliente para la visita. Caso Normal: Caso Alternativo: 1. El tcnico visita las instalaciones del cliente 1. 2. Revisa equipo objeto del caso Precondiciones: Tener caso Asignado Postcondiciones: Levantamiento de informacin
Caso de uso: Levantar Hoja de Vida Actor: Tcnico Descripcin: Tomar datos de los equipos que se les ha realizado mantenimiento Activacin: Se activa en el momento en que el tcnico est revisando por primera vez los equipos Caso Normal: Caso Alternativo: 1. tomas los datos asi: Series, modelos de 1. cada uno de los componentes, usuario del equipo, software instalado y licencias del mismo Precondiciones: Estar frente del equipo que se le estn tomando datos Postcondiciones: Hoja de vida del equipo
Caso de uso: Ingresar datos a base de datos Actor: Tcnico Descripcin: Ingresar datos recolectados detro de la base de datos del help desk Activacin: Se activa en el momento al que al tcnico ha recogido la informacin y vuelve a la oficina Caso Normal: Caso Alternativo: 13
1. El tcnico ingresa al programa de Help desk 2. Ubica en el men la opcin para crear la empresa 3. crea los diferentes equipos con sus respectivas caractersticas 4. Guarda la informacin
Precondiciones: Tener la relacin de los equipos y sus caractersticas Postcondiciones: Actualizacin de la base de datos
Caso de uso: Solicitar Servicio Actor: Cliente Descripcin: Registrar solicitud de servicio Activacin: Se activa en el momento que falla un equipo Caso Normal: Caso Alternativo: se comunica telefnicamente o va internet Que el cliente no se encuentre en la base de con el help desk para reportar el caso. datos de clientes Precondiciones: Que exista problema con algn equipo. Postcondiciones: La solicitud se registra en el sistema
Caso de uso: Registrar datos Actor: Tcnico Descripcin: Registrar la informacin en el sistema Activacin: Se activa en el momento en que el cliente solicita el servicio tcnico Caso Normal: Caso Alternativo: 1. tomar los datos as: fecha de la 1. solicitud, empresa, usuario, tipo de error 2. Asignar caso a tcnico Precondiciones: Llamada del cliente 14
5. Requerimientos Funcionales y no funcionales Funcionales: - Atender solicitudes de los usuarios Se atienden va internet o telfono y se hace lo posible por ayudar al cliente, si definitivamente no lo logra la persona que lo atiende por telfono se asigna un tcnico. - Consultar avances por parte del cliente. El cliente va web puede consultar el estado de su ticket. - Actualizar avances de trabajos El tcnico se conecta va web para actualizar el caso. - Consultas Internas Los administradores de help desk, los tcnicos y el personal administrativo pueden realizar consultas sobre la base de datos de clientes, mantenimientos o partes. - Cierre caso Los casos pueden ser cerrados por los tcnicos o por el administrador de help desk - Gestin de Equipos El tcnico o administrador del help desk puede crear equipos o actualizar los datos de los mismos. - Informes El software generara informes para estadsticas por cliente, tipo de error y fallas presentadas por usuario.
No Funcionales - Interfaz Web Los clientes, administradores de hep desk y tcnicos pueden acceder a travs de una interfaz web.
15
- Comunicacin con otros sistemas Equipos en red y canales de comunicacin adecuados - Recursos Equipos de computo con las caractersticas mnimas y software compatible con la aplicacin. - Velocidad de Respuesta La aplicacin debe responder mnimo en 2 minutos - Plataforma El software debe funcionar sobre cualquier plataforma o Sistema Operativo - Seguridad Para el ingreso al aplicativo se debe contar con un usuario y una contrasea - Fiabilidad El sistema debe ser fiable es decir la informacin debe ser confiable y la informacin debe estar segura no se puede perder. - Impresiones Deben generarse en un formato estndar.
16
CONCLUSIONES Puedo concluir que para desarrollar un proyecto de software todos los pasos son igual de importantes y tambin todas las personas involucradas en el mismo, si alguno de los pasos presenta fallas esto va a influir en el resto, lo que podra ser un error muy grave que se vera representado en un incremento del costo del proyecto o un atraso significativo en los tiempos lo que podra representar el fracaso del proyecto.
17
BIBLIOGRAFIA - Aplicaciones Informticas de Gestin Calvo, Joaqun Cervera, Luis Fernndez Mario G. Plattini, Jos A.
18