PRIMER CLASES

QUE ES UN SISTEMA

Sistema conjunto de objetos reunidos con conexión, relación entre ellos y con
ambiente que tiene como totalidad lograr un objetivo.

QUE ES UN SOFTWARE

Software no es solo referencia a un conjunto de programa sí no también la

configuración de datos, procedimiento pautas, documentos asociados y que necesita para que
estos programas operen de forma correcta y que permiten desarrollar tareas en un sistema
informática. Consiste en diversos PROGRAMAS INDEPENDIENTES, ARCHIVOS DE
CONFIGURACIÓN que se utilizan para ejecutar estos programas, documentación que guía al
usuario como utilizar el sistema// Es u termino en ingles aceptado por la RAE La Real Academia
Española formado para hacer oposición al terminación hardware

TIPOS DE SOFTWARE
1. SOFTWARE BASADO EN WEB conjunto archivos de hipertexto
2. SOFTWARE DE IA utiliza algoritmo no N en la resolución de problema robotica
3. SOFTWARE HEREDADO=legacy sistema viejo que continúan en funcionamiento
4. SOFTWARE DE SISTEMA interacción intensa con el hardware del sistema
5. SOFTWARE DE APLICACIÓN programas independiente
6. SOFTWARE DE INGENIERIA Y CIENTIFICO algoritmos numéricos diseño
asistido por computadora
7. SOFTWARE EMPOTRADO recide dentro de la memoria de solo lectura del
sistema con el se implementan y controlan características y funciones para el
usuario final y el sistema mismo

¿QUE ES UN PROCESO DE DESARROLLO DE SW?

Define QUIEN debe hacer QUE, CUANDO y COMO debe hacerlo //cuenta con el proceso:
requisito nuevo->proceso de desarrollo de software->sistema nuevo
No existe un proceso de software universal las características de cada implica (equipo de
desarrollo, recurso, etc.)Exige que el proceso sea reconfigurable

DESARROLLO DE SOFTWARE

También denominado ciclo de vida ES UNA ESTRUCTURA aplicada al desarrollo de

software, hay varios modelos a seguir para el establecimiento de un PROCESO para el
desarrollo de software, en general es:

1 investigación preliminar,
2 análisis del sistema,
3 diseño del sistema,
4 desarrollo del sistema,
5 implementación del sistema,
6 mantenimiento del sistema
1 investigación preliminar: se inicia con la petición de una persona
2 análisis del sistema: definición de los requerimientos, los analistas al trabajar con los
empleados y administradores del dominio bajo estudio. EL ¿QUE?
3 diseño del sistema: se detalla como el sistema software cumplirá con los requerimientos
especificados durante el análisis EL COMO¿
4 desarrollo del sistema: se escribirá los programas a la medida del solicitante, también se
prueba el sistema que funcione de acuerdo con la especificación y en la forma que los
usuarios esperan que lo haga
5 implementaciones del sistema se verifica el buen funcionamiento del producto software ,
instalar nuevo equipos, entrenar usuarios, instalar la aplicación y construir todos los archivos
de datos necesario para utilizarlas
6 mantenimientos del sistema: las aplicaciones que se emplean por mucho tiempo al
encontrarse con nuevos problemas y necesidades surge la necesidad de mantenimiento
Todos los PROCESOS están compuesto en su mayoría por distintas fases que varían

FASE 1 DE DEFINICION:

AGRUPA1 ESPECIFICACIÓN DE REQUISITOS->2 ANÁLISIS

Planificación del proyecto de desarrollo de software Ingeniería de requisitos
// extracción de información
Análisis(estudio) de esos requisitos

FASE 2 DE DESARROLLO:

3 DISEÑO->4 IMPLEMENTACIÓN->5 PRUEBA

Diseño de software
Generación de código
Pruebas de código

FASE 3 DE MANTENIMIENTO:

6- MENTENIMIENTO

Corrección de errores y reajuste de nuevos requisitos e implica repetir las faces anteriores
El desarrollo de software en uno de los pilares fundamentales en la informática y se dedican
muchas horas de esfuerzo
Agrupa instalación y mantenimiento

INGENIERIA DE SOSFTWARE

Ingeniería es la aplicación de un método sistemático, estructurado y cuantificable a estructura,

maquina, producto, sistema o proceso.
Ingeniería del Software es la aplicación de un método sistemático, estructurado y cuantificable
el desarrollo, operación y mantenimiento de software
La técnicas, metodologías y herramientas que ayudan a la producción de un software de alta
calidad , con un determinado presupuesto y ante de determinada fecha
 ------------------//SEGUNDA CLASES//----------
MODELO DE DESARRO DE SOFWAR

Son una representación abstracta de una manera particular Realmente no representa

como se debe desarrollar un software, si no de un enfoque en común. Puede ser modificado y
adaptado de acuerdo la necesidades del software en proceso de desarrollo, hay varios modelo
para perfilar el proceso de desarrollo cada uno tiene su pro y contra alguna veces se recomienda
combinaciones de varios modelos.

Existen TRES paradigmas de los modelos de desarrollo de software.

UN PARADIGMA ES UNA FORMA ESTABLECIDA DE PENSAR

ACERCA DE CÓMO HACER ALGO.
1-PARADIGMA ORIENTADA A OBJETO

Se basa en programación basada en objeto refiere al concepto de clases, el análisis de requisito y

el diseño. este modelo posee DOS características principales

*permite la reutilización de software.

*facilita el desarrollo de herramienta informáticas de apoyo al desarrollo, el cual es simple de

implementarla en una notación orientada de objeto llamado UML/***averiguar ***

2-PARADIGAMA TRADICIONAL

Es antiguo se inventó durante la creación de método estructurado tiene varias etapas existe su
pro y contra

Si se aplica este paradigma, unos de los principales problemas, es que las etapas realizadas
deben ser autónoma a la que le sigue, ya que con eso se atrasaría el proyecto.

Se tiene que tener pautas bien definidas, y que no se incurra a modificación porque implicaría
en que el software no cumpla con su ciclo de vida. Tener en cuenta que el cliente no se vea
afectado por la impaciencia.
3-PARADIGMA DE DESARROLLO AGIL

Basado en proceso agiles. esto intentan evitar los tediosos caminos de la metodología
tradicional enfocándose en las personas y los resultados. Usa un enfoque vasado en valor para
construir software, colaborando con el cliente e incorporando los cambios continuamente

INTRODUCCION REQUERIMIENTO Y REQUESITOS

Cada uno de los modelos del proceso de desarrollo de software propuesto incluyen
actividades que apuntan a capturar de requerimiento. Cuando el cliente solicita que se desarrolle
un sistema software tiene nociones básica de lo que DEBE HACER. Por esta razón el cada sistema
basado en software tiene un PROPÓSITO

REQUERIMIENTO:

Es una característica del sistema o una descripción DE ALGO que el sistema es capaz de
hacer con el objeto de satisfacer el PROPOSITO sistema, es decir los requerimientos son lo que los
usuarios / clientes ESPERA QUE HAGA EL SISTEMA, por lo tanto deben entender el problema de
los usuarios en su cultura y con su lenguaje y construir un sistema que resuelva sus necesidades

REQUISITOS DEL SOFTWARE:

Es la descripción de los servicios y restricciones de un sistema de software es decir lo

que el software debe hacer y bajo que circunstancia debe hacerlo

SI EL OBJETIVO DEL ANALISIS DE REQUERIMIENTO Y REQUISITO ES RESOLVER EL PROBLEMA

Los requerimientos definen el QUE (el problema) del sistema- el Diseño define el CÓMO (la
resolución)

FUNCION Y HABILIDADES DEL ANALISTA

La función principal de un analista de sistema software es llevar a cabo las actividades
necesarias para cumplir con las cincos área de esfuerzo descripta en la sección anterior para
lo cuales hacen uso de la siguientes herramientas

 ENTREVISTAS
 TALLERES
 OBSERVACION
 ENCUESTA
 REVISION DOCUMENTAL
 USO DE ESPECIFICACIONES FORMALES PARA REQUERIMIENTOS

-------------//CLASES 3//---------------------------

Tanto el desarrollador como el cliente tiene un papel activo en la especificación de

requerimiento- un conjunto de actividades que son denominadas análisis:

El cliente intenta replantear un sistema confuso, a nivel de descripción de datos, funciones y

comportamiento, en detalles concretos.

El desarrollador actúa como interrogador, como consultor, como persona que resuelve
problemas y como negociador

Todos los métodos de análisis se relacionan por un conjunto de principios operativos:

1. debe representarse y entenderse el dominio de la información del problema

2. deben definirse las funciones que debe realizar el software
3. debe representarse el comportamiento del software (como consecuencia de
acontecimientos externos)
4. deben dividirse los modelos que representa la información, función y
comportamiento de manera que se descubran los detalles por capaz (o
jerárquicamente)
5. El proceso de análisis debería ir desde la información esencial hasta el detalle de
la implementación

Además de los principios operativos mencionado anteriormente se sugiere un conjunto de

principios directrices

1. Entender el problema ante de empezar a crear el modelo de analisis

2. Desarrollador prototipos que permitan al usuario entender como será la interacción
hombre- maquina
3. Registrar el orden y la razón de cada requerimiento
4. Usar múltiples planteamientos de requerimiento
5. Priorizar los requerimientos.
6. Trabajar para eliminar la ambigüedad

PERFIL DE ANALISTA DE SISTEMA

 ANALITICO entender la organización y sus funciones

 TECNICO entender el potencial y limitaciones de la tecnología
 GERENCIAL administra proyecto, recurso
 INTERPERSONAL permite trabajar con los usuarios finales así como con otros
analistas, programadores y profesionales de sistema
 STAKENHOLDER

Persona que tiene influencia directa o indirecta con el sistema , se encuentra usuario finales
que interactúan con el sistema y todo aquellos que se verán afectados por dicho sistema ,
también son los ingenieros que desarrollan o dan mantenimiento a otros sistema relacionado ,
los administradores del negocio , los expertos en el dominio del sistema , los representante
de los trabajadores

REQUERIMIENTO FUNCIONALES

Describen la funcionalidad o los servicio que se espera que el sistema proveerá

Dependen del tipo de software, del sistema que se desarrollo y de los posibles usuarios
Cuando se expresan como requerimientos del usuario , se define de forma general
Cuando se expresan como requerimientos del sistema describen con detalle la función de
este , sus entradas y salidas , exepciones etc
 Protección de datos de usuarios especificar una política para la gestión de dato de
usuario (control de acceso y reglas de flujo de información )
 Identificación y autenticación uso de técnicas para la validación de identidad
 Gestión de seguridad: definición de perfiles de usuario y niveles de acceso asociados
 Privacidad soporte del anonimato de lo usuarios
 Autodefensa la aplicación debe incluir sistema de validación de su funcionamiento y
fallar de manera segura si esa validación no se cumple

REQUERIMIENTO NO FUNCIONALES

Se clasifican según su implicancia

 • Del producto: especifican comportamiento del producto. Ej. de desempeño en la
rapidez de ejecución del sistema, cuanta memoria se requiere; los de fiabilidad que
fijan la tasa de fallas para el sistema sea aceptable, los de portabilidad y de usabilidad.

• Organizacionales: se derivan de las políticas y procedimientos existentes en la

organización del cliente y del desarrollador. Ej.: estándares en los procesos que deben
utilizarse, requerimientos de implementación como los lenguajes de programación o el
método de diseño a utilizar.

• Externos: Cubre todos los requerimientos que se derivan de los factores externos al
sistema y de su proceso de desarrollo.

REQUERIMIENTO DEL DOMINIO

• Se derivan del dominio del sistema más que de las necesidades especificas del
usuario.

• Son importantes debido a que a menudo reflejan los fundamentos del dominio de la
aplicación. Si estos no se satisfacen es imposible que el sistema trabaje de forma
satisfactoria.

• Estos se expresan utilizando un lenguaje específico del dominio de la aplicación que a

menudo es difícil de comprender. Ej.: operación para calcular desaceleración del tren,
para un sistema de control de trenes.

----------//CLASES 4//---------------
CARACTERISTICA DE LOS REQUERIMIENTOS
Es importante señalar que los requerimientos pueden servir a tres propósitos

1. Permitir que el desarrollar esplique como ha entendido lo que el cliente pretende del
sistema
2. Indican a los diseñadores que funcionalidades y características va tener el sistema
resultante
3. Los requerimientos indican al equipo de prueba que demostraciones llevar a cabo para
convencer al cliente de que el sistema que se entrega es de hecho lo que había ordenado

La características se desprenden de la siguientes preguntas

NECESARIOS

• ¿describe cada requerimiento algo que es necesario para el cliente? Los

requerimientos deben ser revisados para conservar sólo aquellos que inciden directamente

en la resolución del problema del cliente.

VERIFICABLES

• ¿los requerimientos son verificables? Debemos preparar pruebas que demuestren que

se han cumplido los requerimientos.

RASTREABLES
 •¿los requerimientos son rastreables?

¿Se puede rastrear cada función del sistema

hasta el conjunto de requerimientos que la

establece? ¿Resulta fácil encontrar el conjunto de

requerimientos que coinciden a un aspecto

específico del sistema?

INGENRIERIA DE REQUISITO DE SOSTWARE

Es el proceso de Descubrir, analizar , documentar y verificar los requisito del software

INGENIERA DE REQUERIMIENTO DEL SOFTWARE

Es el proceso de recopilar, analizar ,verificar la necesidades del cliente para un sistema de

software

Le proceso se cumple en 5 fases

1. VIABILIDAD
2. CAPTURA Y ANALISIS
3. ESPECIFICACION
4. VALIDACION
5. GESTION DE REQUISITO

La meta de la ingeniería es entregar una especificación de requerimiento y requisitos de

software correcta y completa

El proceso se cumple en 5 fases

1. VIABILIDAD- Informe de viabilidad

2. CAPTURA Y ANALISIS-modelo del sistema de software
3. ESPECIFICACION-requerimiento y requisito
4. VALIDACION documentos
5. GESTION DE REQUISITOS

1-ESTUDIO DE LA VIABILIDAD

Entrada , primer acercamiento con el cliente lo que se pretende es decir si se puede o no

implementar un sistema atreves de un estudio , recomendación de equipo de desarrollo, costo
, tiempo, tecnología

2- OBTENCION Y ANALISIS

Elegimos la herramienta de recolección “entevista y cuestionario se identifica el servicio -

actividades que se realizan ¡que espera del sistema ¡

Entra en contacto con el usuario final determina el alcance del proyecto se identifica los
servicios que prestara , su rendimiento ,sus necesidades y restricciones y cuales son los
obejtivos esperados // sus actividades son:
FASES:

Comprensión del dominio: el analista debe desarrollar su propia comprensión del dominio
de la aplicación Ej si fuera un supermercado este debería evaluar como trabaja un
supermercado

Recolección de Requerimientos: este es el proceso de interactuar con el cliente para

descubrir sus requerimientos. Acá se desarrolla la comprensión del dominio

Clasificación: considera la recolección no estructurada de requerimiento y lo organiza en

grupos coherentes

Resolución de conflicto: de forma inevitable cuando existen varios stakeholder los

requerimientos estarán en conflicto

Priorización: descubrir la importancia de cada requerimiento por lo cual se separa en 3

categoría

 Requerimientos que deben ser absolutamente satisfechos.

 Requerimientos que son muy deseables pero no indispensables.
 Requerimientos que son posibles, pero que podrían eliminarse

Verificación de requerimientos; los requerimientos se verifican para descubrir si están

completo , son consistentes y acorde con lo que realmente quieren los stakeholder

3-ESPECIFICACION DE REQUERIMIENTO

La especificación de requisito del software es una descripción completa del comportamiento

del sistema sostware que se va desarrollar. Incluye un conjunto de casos de uso que describe
todaslas interacciones que tendrá los ususarios con el software , esto para requisito
funcionales . Ademas de los casos de uso, la ERS también contiene requisito funcionales
estos impone la restricciones en el diseño o la implementación . lenguaje informal

La características de una buena ERS son 8:

1. •Completa. Todos los requerimientos deben estar reflejados en ella y todas las
referencias deben estar definidas.
2. •Consistente. Debe ser coherente con los propios requerimientos y también con otros
documentos de especificación.
3. •Inequívoca. La redacción debe ser clara de modo que no se pueda mal interpretar.
4. •Correcta. El software debe cumplir con los requisitos de la especificación.
 5. •Trazable. Se refiere a la posibilidad de verificar la historia, ubicación o aplicación de
un ítem a través de su identificación almacenada y documentada.
6. •Priorizable. Los requisitos deben poder organizarse jerárquicamente según su
relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales.
7. •Modificable. Aunque todo requerimiento es modificable, se refiere a que debe ser
fácilmente modificable.
8. •Verificable. Debe existir un método finito sin costo para poder probarlo.

4 VALIDACION Y GESTION

Proceso por el cual se determina si la especificación es consistente con la necesidades del

cliente incluye verificar la trazabilidad entre la especificación y el documento de
requerimiento y requisito

Se realizan las siguientes verificaciones son 4:

1. Validez: compromiso con el usuario, que valide que es lo que quiere.

2. Consistencia: que no haya contradicciones.
3. Realismo: que se puedan implementar (incluye: tecnología, presupuesto y
calendario).
4. Verificabilidad: Diseñar conjunto de pruebas para demostrar que el sistema cumple
esos requerimientos.

VALIDACIÓN: Consiste en mostrar o comprobar que cada uno de los requerimientos y

requisitos obtenidos definen el sistema software o proyecto que se va a construir y que desea
el cliente. En esta etapa solamente entran aquellos requerimientos y requisitos que se
mencionaron ya en la especificación.
GESTIÓN: Se realiza la comprensión y control de los cambios de cada uno de los
requerimientos y requisitos, sean estos estables (corresponden al estado del sistema) o
volátiles (representan eventos que hacen que el sistema realice una función dada).

DOCUMENTO DE REQUERIMIENTO

Existe dos documentos que emanan de análisis de requerimiento

Definición de requerimientos:
 Es un documento que debe escribirse en termino que el cliente puede entender. Es
decir, este documento es un listado completo de todas las cosas que el cliente espera
que haga el sistema propuesto
 Este documento es escrito en forma conjunta con el cliente y el desarrollador

Especificación de requerimientos:

 Documento que reitera la definición de los requerimientos en los términos técnico

apropiado para el desarrollador del diseño del sistema
 Es la contrapartida técnica del documento de definición de requerimiento y es escrito
por lo analistas de requerimientos
A veces un único documento sirve para ambos propósitos , lo que lleva un entendimiento
común entre clientes, analista de requerimientos y diseñadores. Pero a menudo se
necesita ambos documentos
Es muy importante, que al usar ambos documentos exista una correspondencia
 directa entre cada requerimiento/requisitos del documento de definición y aquellos
documentos en la especificación.
Esto para que la visión del cliente este unida a la de los
desarrolladores (esto se logra gracias a la gestión de configuración).

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
//

INGENIERIA DEL SOFTAWARE

Es la aplicación de un método sistemático, estructurado, cuantificable a estructura , calificable al

desarrollo y operación y mantenimiento de software

HERRAMIENTA – METODOS – PROCESOS- UN ENFOQUE DE CALIDAD

Técnica (Metodo) procedimiento formal para obtener resultado utilizando alguna notación
especifica

Metodologia ; colección de métodos aplicados a lo largo del ciclo de vida del software unificado
mediante alguna aproximación filosifica genérica

Herramienta: sistema automatizado para poner en practica un método

PROCESO DE SOFWARE ES conjunto de actividades y resultado asosaciados que producen un

producto de software existen cuatro actividades fundamentales

Especificación del sof: se define software a producir y las restricciones sobre su operacionen

Desarrollo del sof: donde se diseña y programa

Validación del sof: se valida lo que el cliente requiere

Evaluación : se modif el sof para modificarlo a los cambios requerido del cliente

PROCESO PARA EL DESARROLLO DEL SOFWARE :

Tambien denominado ciclo de vida del desarrollo de software es una estructura aplicada al
adesarrollo del software , hay varios modelos cada uno de ellos describe un enfoque distinto para
cada actividad que tiene lugar durante el proceso

EL CICLO DE

DESARROLLO DE LOS SISTEMA

Metodo conjunto de actividades que .., .. y … realizan para desarrollar e implementar un sistema
de información y consta de

Investigación preliminar: la solicitud no importa la razone se originan siempre don una petición
Determinación de los requisitos del sistema: comprender todas las facetas importante de la parte
de la empresa que se encuentra en estudio .los analista al trabajar con los empleados y
administradores

3 diseño del sistema : se producen los detalles que establece la FORMA con la que el sistema
cumplirá con los requisitod identificados durante la fase de análisis , análisis lógico en constraste
con el desarrollo delsof ware ,a la que denominan diseño físico

4 Desarrollo de Software se puede instalar software comprobando a tercero o escribir programas

diseñados a medidas del solicitante , la elección depende del costo de cada alternativa , el tiempo
para escribir el soft y de la disponibilidad de los programadores

5 Prueba de sistema: de manera esperimental se comprueba que el software no tenga fallas que
funcione según las especificaciones . se alimenta de datos de prueba para examinar dato

6 implementacion y evaluación : implementación es el proceso de intalar nuevo equipo, entrenar a

los usuarios ,instalar aplicación , construir todos los archivos necesarios para utilizar . debe darse
mantenimiento a la aplicaciones debido a los cambios que pasan con el tiempo . la evaluación de
un sistema se lleva a cabo para identificar los puntos débiles y fuerte

Evaluación operacional valoración de la forma que funciona el sistema incluye facilidad de uso ,
tiempo de respuesta nivel de actualización

Impacto organizacional : identificación y medición de los beneficios para la organización en áreas

tales como la finanza eficiencia operacional y competitivo también incluye el impacto de
información externo e interno

Opinion de lo administradores evaluación de la actividades de directivo y administradores dentro

de la organización como de los usuarios finales

Desempeño del Desorrollo …

/// todos los modelos de proceso están compuesto en sui mayria por distinta face que varian
ligeramente de modelo a modelo

Fase de Definicion

Planificacion de proyecto de desarrollo de softare

Ingeniaría de requisitos extracción de información

Análisis (estudio) de esos requisistos

Fases de desarrollo

Diseño de Soft

Generacion de Codigo

Prueba de soft

Fases de mantenimiento
 Correccion de errores y reajustes que a veces previende de nuevos requisitos e implica
repetir la actividades de la fases anteriores

El desarrollo de Software es uno de lo pilares fundamentales de la infromatica

las etapas realizadas deben ser autónomas a la que sigue ya que con eso se atrasaría el proyecto
se tiene que tener pauta bien defenidas y que no se incurra a la modificación pro que implicaría
que el sof no cumpla con su siclo de vida

tener en cuenta que el cliente no se ve afectado por la impaciencia

UNIDAD 2

REQUERIMIENTO Y REQUISITOS DE SOFTWARE

///Todos lo modelo tiene incluido la captura de requerimiento

Por lo tanto la comprensión del propósito y la función del sof comienzan con un examen de los
requrimeinto , cliente solic que se desarrolle un sistema con nociones de lo que se debe hacer .
con esto surge una razón del por que del sistema razón del propósito , adjunto con algo que tiene
que hacer el sistema a

*****************************REQUERIMIENTO ************************

“característica del sistema o una descripción de algo que el sistema es capaz de hacer con el
propósito de satisfacer el propósito del sistema”

REQUERIMIENTO V/S DISEÑO

Lo que el usuario espera que haga el sistema , analista deben entender el problema dentro de su
cultura y sus lenguaje para resolver su problema
Se define el QUE del sistema (problema)

El diseño define COMO (solución)

En el análisis del requerimiento No se considera la implementación de “base de datos , lenguaje
de programación , etc.--// esto se centra en el usuario y problema

*****************REQUISITO DEL SOSFTWARE************************

“descripción del scio y restricciones lo que se debe hacer bajo que circunstancia debe
hacerlo”
ANALISIS DEL REQUISITO: proceso de descubrimiento, refinamiento, modelado y
especificación. Detalle de lo requisito del sistema es importante un conjunto de actividades para
el análisis (cliente intenta plantear un sistema que funcione y su comportamiento) entramos
en el papel de interrogador , consultor , resolvedor de problema y negociador// esto cubre el
huevo entre definición del software a nivel sistema y el diseño de software- salta a la vista función.
Datos y rendimientos se indica la interfas de los elementos del sistema y establece las
restricciones que debe cumplir el sistema

TRABAJO PRÁCTICO Nº 1
Hospital Universitario
El Hospital Universitario “Santa Clara” del Campus de Ciudad Universitaria atiende a una
población de 100.000 asegurados. Tiene unos problemas graves de gestión por lo que ha decidido
desarrollar un nuevo Sistema de Información que permita atender los requisitos del departamento de
admisión, de las unidades funcionales, del departamento de dietética y comidas, del departamento
de farmacia y del servicio de administración.

/requisito sistema de admisión

El hospital se organiza en diferentes especialidades médicas. Cada especialidad médica o

unidad funcional dispone en función a las 50 y 60 camas. El hospital dispone de 6 edificios
diseminados a lo largo del campus.

/varias unidades funcionales(c/u 50 camas) // disposición 6 edificio

En el proceso de admisión, a los pacientes se les realiza un examen médico efectuado por el
médico de urgencias que determina la unidad funcional que se encargará de atender al paciente.
El personal de admisión es responsable de registrar las entradas y salidas de los pacientes del hospital.

/atreves de examen derivan unidad funcional // hay personal de admisión encargado de registro y
salida de paciente

Además, el personal de admisión actúa como guía y resuelve problemas de gestión con
los familiares de los pacientes. El personal de admisión encargado del cobro se encarga de gestionar
la tramitación del pago de los pacientes y generar las correspondientes facturas.

//problema de familiares?? //personal admisión cobra y da factura

El personal médico y de enfermería de las diferentes unidades funcionales se encarga de

atender al paciente cuando se encuentra en planta. Todos los días los médicos pasan consulta a cada
uno de sus pacientes asignados.

//una vez paciente en planta recién puede ser atendido por unidad funcional – se genera lista q tiene q
atender

El personal de farmacia es responsable de dispensar la medicación de los pacientes. Además

controla posible contraindicaciones de los medicamentos recetados. Dispone y controla un almacén
con los productos farmacéuticos necesarios.

//unidad funcional farmacia (lleva stock)

El personal del servicio de dietética y de cocina está encargado del servicio de comidas para
las habitaciones. Será importante que el sistema ayude a los empleados a asegurar que los menús se
registran y se preparan correctamente, y que se envían a la habitación correcta.

//unidad funcional dietética- concina (da comida a lo paciente se registre que menú para paciente)

El personal de administración tendrá acceso a todas las áreas del sistema y se le permitirá
cambiar facturas, totales y cargos. Además, el personal de administración debe ser capaz de generar
informes de ingresos y de gastos para un período de tiempo dado.
//requisito// unidad Funcional personal administración generara informe de ingreso y gasto para un
periodo de tiempo dado

Los pacientes son gestionados por medio de la historia clínica a la que tendrán acceso los
profesionales al cargo del paciente. Debido a consideraciones sanitarias los datos están protegidos
por la Ley Orgánica de Protección de Datos, por tanto el sistema necesitará aspectos de seguridad.
El personal sólo podrá acceder a las funciones requeridas para realizar su trabajo y no más.

// historia clínica – requisito datos básico para lo que no sean profesionales a cargo

**********************************************************************************

*/Requerimiento sistema de admisión

/varias unidades funcionales(c/u 50 camas) // disposición 6 edificio

/Requisito atreves de examen derivan unidad funcional // hay personal de admisión encargado de
registro y salida de paciente

//problema de familiares?? //personal admisión cobra y da factura

//Requisito una vez paciente en planta recién puede ser atendido por unidad funcional – se genera lista
q tiene q atender

//unidad funcional farmacia (lleva stock)

//Requerimiento- unidad funcional dietética- concina (da comida a lo paciente se registre que menú
para paciente)
//requerimiento-// unidad Funcional personal administración generara informe de ingreso y gasto para
un periodo de tiempo dado
// Requisito historia clínica – requisito datos básico para lo que no sean profesionales a cargo

**************************************************************************
EXPUESTO.
Todo lo anterior con el objeto de determinar:
1) Determinar el DOMINIO sistema objeto de estudio.
2) Determinar el objetivo fundamental de la Dominio.
3) Determinar los subsistemas y el objetivo correspondiente a cada uno de los
subsistemas. Especificar las entradas y salidas de información necesaria para el
cumplimiento de los objetivos de cada subsistema
4). Especificar los REQUERIMIENTOS y REQUISITIOS.

Se pide:
1) DESARROLLO UNA ENCUESTA O ENTREVISTA PARA EL EJEMPLO EXPUESTO.
2) FUNDAMENTE LAS PREGUNTAS.
3) DESARROLLE Y JUSTIFIQUE QUE OBSERVARIA USTED EN EL EJEMPLO
 HOSPITAL UNIVERSITARIO
Encuesta destinada a Personal a corgo de Unidades Funionales con la finalidad de implementar sistema de informacion

A)-SECCION O DIVISION A CARGO:

B)-APELLIDO Y NOMBRE:
C)-CANTIDAD DE PERSONAL A CARGO:
D)-QUE INFORMACION REQUIERE EN SU LUGAR DE TRABAJO CON REFERENCIA A LOS PACIENTE:

E)-TRABAJO QUE SE DESARROLLAN EN SU TRABAJO ENUMERE CONFORME EL NIVEL DE IMPORTANCIA

1-
2-
3-
4-
5-
F)-SECCCION O DIVISION CON LA QUE INTERACTUA INFORMACION O QUE NECESITA DE PRESTACION DE SERVICIO