Unidad 3: Adquisición de Paquetes de Software Msc. Lic. Susana I. Herrera - Lic. Paola Budán UNSE 2012.

Presentación del tema: "Unidad 3: Adquisición de Paquetes de Software Msc. Lic. Susana I. Herrera - Lic. Paola Budán UNSE 2012."— Transcripción de la presentación:

1 Unidad 3: Adquisición de Paquetes de Software Msc. Lic. Susana I. Herrera - Lic. Paola Budán UNSE 2012

2 PUI Uno de nuestros clientes, la empresa constructora INGECON, decidió realizar el cálculo de sus nuevas obras civiles en forma asistida por computadora. Y nos consulta… ¿Cuál software de cálculo responde a nuestras necesidades? ¿Cómo se realiza la instalación y configuración? ADQUISICIÓN y CONFIGURACIÓN DE PAQUETES DE SOFTWARE Configuración y Uso de Paquetes de Software -Msc.Lic.Susana Herrera - 2012 2 PS Adquisición

3 Que logren:  Definir la adquisición de paquetes de software, a partir de requisitos preliminares, mediante el desarrollo de Estudios de Viabilidad  Instalar y configurar los Paquetes de Software Enlatados de Propósito General, adquiridos mediante Estudios de Viabilidad, de manera adecuada utilizando instrumentos y métodos orientados a la seguridad. 3 Configuración y Uso de Paquetes de Software -Msc.Lic.Susana Herrera - 2012 Unidad III: Adquisición de Paquetes de Software Requisitos funcionales y no funcionales definidos en la investigación preliminar y en el análisis. Adquisición de paquetes software. Estudio de Viabilidad. Instalación, configuración y uso de paquetes enlatados de propósito general: suites ofimáticas, navegadores de internet, correo electrónico, herramientas de groupware, multimedia. Manuales de Instalación y Configuración. Manuales de Uso. Evolución del software.

4 4 Requisitos o Requerimientos de Software Los requerimientos de un sistema son la descripción de los servicios proporcionados por el sistema y sus restricciones operativas. Reflejan las necesidades de los clientes. No Funcionales Requisitos Funcionales Sommerville, I. Ingeniería del Software, 7ª Edición, pag. 108. Los requerimientos de un sistema son la descripción de los servicios proporcionados por el sistema y sus restricciones operativas. Reflejan las necesidades de los clientes. Sommerville, I. Ingeniería del Software, 7ª Edición, pag. 108.

5 5 Requisitos Funcionales Los requerimientos funcionales de un sistema describen lo que un sistema debe hacer. Dependen del tipo de software que se desarrolle, de los posibles usuarios y del enfoque general de la organización. Describen con detalle las funciones, entradas y salidas del sistema. Sommerville, I. Ingeniería del Software, 7ª Edición, pag. 110. La especificación de requisitos de un sistema debe ser: Completa: todos los servicios solicitados por el usuario deben estar definidos. Consistente: los requerimientos no deben tener definiciones contradictorias. Requisitos Funcionales Los requerimientos funcionales de un sistema describen lo que un sistema debe hacer. Dependen del tipo de software que se desarrolle, de los posibles usuarios y del enfoque general de la organización. Describen con detalle las funciones, entradas y salidas del sistema. Sommerville, I. Ingeniería del Software, 7ª Edición, pag. 110. Requisitos Funcionales Los requerimientos funcionales de un sistema describen lo que un sistema debe hacer. Dependen del tipo de software que se desarrolle, de los posibles usuarios y del enfoque general de la organización. Describen con detalle las funciones, entradas y salidas del sistema.

6 6 Sommerville, I. Ingeniería del Software, 7ª Edición, pag. 111. Requisitos No Funcionales Los requerimientos no funcionales de un sistema son aquellos que NO se refieren directamente a las funciones específicas que proporciona el sistema, sino a las propiedades emergentes de éste como fiabilidad, tiempo de respuesta, capacidad de almacenamiento. Definen las restricciones operativas del sistema, como la capacidad de los dispositivos E/S, las representaciones de datos usados en las interfaces del sistema.

7 7 Sommerville, I. Ingeniería del Software, 7ª Edición, pag. 130. Es el proceso de descubrir, analizar, documentar y verificar los servicios que el sistema debe proporcionar y las restricciones operativas que debe considerar.

8 8 Sommerville, I. Ingeniería del Software, 7ª Edición, pag. 132.

9 9 Norma ISO 12.212 - Information Technology Software Life Cycle Proceses Proceso de adquisición. Este proceso contiene las actividades y las tareas que el comprador, el cliente o el usuario realizan para adquirir un sistema o un producto software. También incluye la preparación y publicación de una solicitud de ofertas, la selección del suministrador del software y la gestión de los procesos desde la adquisición hasta la aceptación del producto.

10 10 Metodología de Planificación, Desarrollo y Mantenimiento de sistemas de información; http://www.csae.map.es/csi/metrica3/

11 11

12 12

13 13 INSTRUMENTOS: objetos que permiten “conocer” el PS Instrumentos: Documentos de compra: orden de compra, remito, factura Sitio web del proveedor o del distribuidor: descripción del PS, manuales, versiones de evaluación, demos Documentación impresa: ídem anterior. Manuales: manual de instalación, manual de usuario. MÉTODO PRÁCTICO: pasos a seguir en la instalación y configuración de PS Aspectos relevados: Responsable, plazo de instalación. Licencias: cómo obtenerlas Arquitectura, requisitos de hardware (procesador, memoria, espacio en disco), sistema operativo Definir administrador, usuarios, etc.

14 14 1)Definir si la instalación se hará con Instaladores o mediante Gestor de Paquetes de software. Medio físico por el cual obtendremos los paquetes (CD, desde Internet) y las licencias. 2)Comprender los Manuales de Instalación: requisitos de hardware y de software. Pasos de instalación. 3)Identificar al responsable del sistema: identificar administrador, perfiles, usuarios. 4)Si existen versiones shareware o demo instalar en una máquina virtual en el servidor: Utilizar el manual de instalación Registrar las preguntas y decisiones adoptadas durante la instalación Si la instalación no fuera exitosa o eficiente, reiterar la instalación las veces que sea necesario. 5)Realizar el paso 4) en los usuarios 6)Instalar los PS en una máquina virtual en el servidor y en los clientes: Utilizar el manual de instalación Registrar las preguntas y decisiones adoptadas durante la instalación Si la instalación no fuera exitosa o eficiente, reiterar la instalación las veces que sea necesario. 7)Prueba de validación de los requisitos (establecer el período de prueba) 8)Prueba de aceptación, seguridad, resistencia, rendimiento 9)Instalación definitiva en servidor y clientes. Registro del producto MÉTODO PRÁCTICO: pasos a seguir en la instalación y configuración de PS

15  Sommerville, Ian. Ingeniería del Software. 7ma. Edición. Ed. Pearson-Addison Wesley. 2005.  Consejo Superior de Administración Electrónica, Gobierno de España, Metodología de Planificación, Desarrollo y Mantenimiento de sistemas de información; disponible en http://www.csae.map.es/csi/metrica3/  International Estandar Organization - Norma ISO 12.212 - Information Technology Software Life Cycle Proceses.  Wikipedia, Métrica, http://es.wikipedia.org/wiki/METRICA 15