https://www.google.com.co/search?biw=1920&bih=974&tbm=isch&sa=1&q=funciones+principales+del+sistema+de+informacion&oq=funciones+principales+del+sistema+de+informacion&gs_l=img.3...5727.9449.0.9792.0.0.0.0.0.0.0.0..0.0....0...1c.1.64.img..0.0.0.6vQmuzlSVRU#imgrc=DoiAeL5S91nG-M:
la composición de un sistema es el común de sus partes, un sistema tiene una estructura interna o mas conocidas como endoestructura. Es el conjunto de las relaciones de los componentes de los sistemas, y las estructura externa o subestructura la cual las relaciones. los componentes de un sistema y su entorno. El mecánico de un sistema es un producto o un conjunto de proceso interno que los hace cambiar a propiedades o mantener las mismas.
QUE ES SISTEMA DE INFORMACIÓN:
https://www.google.com.co/search?biw=1920&bih=974&tbm=isch&sa=1&q=QUE+ES+SISTEMA+DE+INFORMACI%C3%93N%3A&oq=QUE+ES+SISTEMA+DE+INFORMACI%C3%93N%3A&gs_l=img.3...48148.48148.0.48551.0.0.0.0.0.0.0.0..0.0....0...1c.1.64.img..0.0.0.eUgs9z1Wh-U#imgrc=4SzH6Px8D8TUfM:
es un conjunto de componente de interacciones ente si para alcanzar medio de información el cual es satisfacer un dicho sistema de información de su objetivo general es aprobar la toma de decisiones y controlar todos lo que en ella ocurre.
un sistema de información contiene 4 base principales que son
- entrada de información
- almacenamiento de información
- procesamiento de información
https://www.google.com.co/search?biw=1920&bih=974&tbm=isch&sa=1&q=ciclo+de+vida+sistema+de+informacion&oq=ciclo+de+vida+sistema+de+informacion&gs_l=img.3...3436.12977.0.13313.0.0.0.0.0.0.0.0..0.0....0...1c.1.64.img..0.0.0.wGEG33SGI2M#imgrc=Ngt9G1Ah3BLGIM
El ciclo de vida de un sistema de información es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario.
Según James Senn, existen tres estrategias para el desarrollo de sistemas: el método clásico del ciclo de vida de desarrollo de sistemas, el método de desarrollo por análisis estructurado y el método de construcción de prototipos de sistemas. Cada una de estas estrategias tienen un uso amplio en cada una de los diversos tipos de empresas que existen, y resultan efectivas si son aplicadas de manera adecuada. El método de ciclo de vida para el desarrollo de sistemas es el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información.
2). Determinación de los requerimientos del sistema: El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave:
¿Qué es lo que hace?
¿Cómo se hace?
¿Con que frecuencia se presenta?
¿Qué tan grande es el volumen de transacciones o decisiones?
¿Cuál es el grado de eficiencia con el que se efectúan las tareas?
¿Existe algún problema? ¿Qué tan serio es? ¿Cuál es la causa que lo origina?
3). Diseño del sistema: El diseño de un sistema de información produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis. Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como diseño lógico en contraste con la del desarrollo del software, a la que denominan diseño físico.
4). Desarrollo del software: Los encargados de desarrollar software pueden instalar software comprobando a terceros o escribir programas diseñados a la medida del solicitante. La elección depende del costo de cada alternativa, del tiempo disponible para escribir el software y de la disponibilidad de los programadores.
Por lo general, los programadores que trabajan en las grandes organizaciones pertenecen a un grupo permanente de profesionales.
MODELO CASCADA
https://www.google.com.co/search?q=Modelo+cascada&site=webhp&source=lnms&tbm=isch&sa=X&ved=0ahUKEwjl0KX8mMPTAhXEQiYKHWDZB6YQ_AUICCgB&biw=1920&bih=974#imgrc=2zWn9hhGqFXN0M:
En Ingeniería de software el desarrollo en cascada, también llamado modelo en cascada (denominado así por la posición de las fases en el desarrollo de esta, que parecen caer en cascada “por gravedad” hacia las siguientes fases), es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la fiscalización de la etapa anterior.1 Al final de cada etapa, el modelo está diseñado para llevar a cabo una revisión final, que se encarga de determinar si el proyecto está listo para avanzar a la siguiente fase. Este modelo fue el primero en originarse y es la base de todos los demás modelos de ciclo de vida.
Un ejemplo de una metodología de desarrollo en cascada es:
- Análisis de requisitos.
- Diseño del sistema.
- Diseño del programa.
- Codificación.
- Pruebas.
- Implementación del programa.
- Mantenimiento.
De esta forma, cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al re diseño y nueva programación del código afectado, aumentando los costos del desarrollo. La palabra cascada sugiere, mediante la metáfora de la fuerza de la gravedad, el esfuerzo necesario para introducir un cambio en las fases más avanzadas de un proyecto.
Si bien ha sido amplia mente criticado desde el ámbito académico y la industria, sigue siendo el paradigma más seguido al día de hoy
MODELO ESPIRAL
https://www.google.com.co/search?q=modelo+espiral&source=lnms&tbm=isch&sa=X&ved=0ahUKEwj3qKeenMPTAhVMNSYKHZ1iBI4Q_AUICCgB&biw=1920&bih=974#imgrc=2yt0CZgcYApWNM:
El desarrollo en espiral es un modelo de ciclo de vida del software definido por primera vez por Barry Boehm en 1986, utilizado generalmente en la Ingeniería de software. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a ninguna prioridad, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.
VENTAJA
- puede adaptarse y aplicarse a lo largo de la vida y de software de los computadores.
- utilización de grandes sistemas adoblado a la productividad
- el modelo aspiral permite al que no desarrolla aplicar el informe de construcción de prototipos y cualquier etapa de evolución de producto.
- Dado que la construcción de prototipos se realiza en pequeños fragmentos o trozos, estimación de costos se convierte en fácil y el cliente puede obtener el control sobre la administración del nuevo sistema.
- Dado que el modelo continúa hacia la fase final, la experiencia del cliente en el nuevo sistema crece, lo que permite buen desarrollo de las necesidades del cliente reunión del producto.
- genera mucho tiempo en el desarrollo de sistema
- debido a su derivada complejidad no se aconseja a utilizarlo en pequeño sistemas
- Los modelos en espiral funcionan mejor para los grandes proyectos solamente, donde los costos son mucho más altos y los requisitos del sistema de pre implica un mayor nivel de complejidad.
- El modelo de espiral las necesidades de cualificación en la evaluación de una amplia incertidumbres o riesgos asociados con el proyecto y su reducción.
- Los modelos espiral trabajar en un protocolo, que debe ser seguido estrictamente para su buen funcionamiento. A veces se hace difícil seguir el siguiente protocolo.
- La evaluación de los riesgos involucrados en el proyecto pueden disparar el costo y puede ser mayor que el costo de la construcción del sistema.
- No es un requisito para una explicación más detallada de los pasos involucrados en el proyecto, como avance, el plan, los puestos de control y el procedimiento estándar.
MODELO PROTOTIPADO
https://www.google.com.co/imgres?imgurl=https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiPJv62l5d1qeq_fhHXSTXkG7clWTTeEGaiRy5Nu4EinYlix7q0_RkI6GAbpcLu9gp1tgfoTaDoAMjWPXn5l1T7Z2v_m8eJeycHXLubBl5QtspZApVIKCdSH6JKWWOT0MaBkWX5-WatED63/s1600/etapasdelprototipo.png&imgrefurl=http://gestionrrhhusm.blogspot.com/2011/05/modelo-de-prototipo.html&h=463&w=426&tbnid=ygyX9Nj198lzxM:&tbnh=160&tbnw=147&usg=__Zlh8-hPLp3QeHroTPRk6EbI0H5c=&vet=10ahUKEwjfjp7TocPTAhWLLSYKHXHJDZEQ9QEIJjAA..i&docid=Lo5-QasPDVj3mM&sa=X&ved=0ahUKEwjfjp7TocPTAhWLLSYKHXHJDZEQ9QEIJjAA
El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos. El diseño rápido se centra en una representación de aquellos aspectos del software que serán visibles para el cliente o el usuario final.
se encarga del desarrollo iniciado el cual recurre el modelo medida que se adquiere medir el alcase del producto (SISTEMA DE INFORMACIÓN).
- análisis del requerimiento de sistema de información
- análisis del requisitos de software
- diseño y desarrollo de prototipo
- prueba de prototipo
- aplicativo prototipo
- reestructura prototipo
VENTAJA
- no modificar el flujo del ciclo de vida
- reduce el riesgo de construir producto que no satisfagan las necesidades de los usuarios
- este modelo es útil cuando el cliente conoce los objetivos generarles para el software
- también ofrece un mejor enfoque cuando el responsable del desarrollo del software esta inseguro de la eficiencia de un algoritmo de la adaptabilidad de un sistema
DESVENTAJAS
- el desarrollador puede caer en la tentación de ampliar el prototipo para construir el sistema final sin tener en cuenta los compromisos de calidad del sistema
- debido a que el usuario ve que el prototipo funciona piensa que este es el producto terminado y no entiende que recién se va a desarrollar el software.
- Su principal desventaja es que una vez que el cliente ha dado su aprobación final al prototipo y cree que está a punto de recibir el proyecto final.
- el desarrollador haya hecho compromisos de implementación para hacer que el prototipo funcione rápidamente. Es posible que el prototipo sea muy lento, muy grande, no muy amigable en su uso, o incluso, que esté escrito en un lenguaje de programación inadecuado
MODELO EVOLUTIVO
https://www.google.com.co/search?q=modelo+evolutivo&source=lnms&tbm=isch&sa=X&ved=0ahUKEwj5wpHAncbTAhXDRCYKHaGWC8QQ_AUICCgB&biw=958&bih=954#imgrc=cM157RU88nHvbM:
La idea de este modelo de una implantación del sistema inicial exponerla a los comentarios del usuario y refinarla en sucesiva versiones hasta que se desarrolle el sistema adecuado. una ventaja de este modelo es que se obtiene una rápida realimentacion del usuario, ya que las actividades de especificación , desarrollo y prueba se ejecutan en cada versión .
CARACTERÍSTICAS
• Es evolutivo
• Posee un enfoque evolutivo para la creación de software
• Comienza con la identificación de las clases más importantes
• Examina los datos que se van a manejar
• Permite la reutilización del software
• El ensamblaje de los componentes reduce el 70 del 100% del tiempo del ciclo del desarrollo del software y un 84 del 100% del costo del proyecto.
VENTAJAS
- mayor calidad
- reutilizacion
- simplifica las pruebas;pues estas se le hacen a los componentes antes de probar el conjunto completo de componentes ensamblados
- simplifica el mantenimiento del sistema
DESVENTAJAS
- genera mucho trabajo adicional
- requiere experiencia en la identificación de riesgos
- genera mucho tiempo en el desarrollo del sistema
- modelo costoso
Ejemplo:
A manera de ejemplo, pensemos en un equipo de sonido con cada una de sus piezas o componentes; es probable que por separado puedan ser funcionales, pero para que verdaderamente desempeñen la función que deberían, tienen que estar unidas formando un todo.
definición: El modelo de proceso concurrente define una serie de acontecimientos que dispararán transiciones de estado a estado para cada una de las actividades. Durante las primeras etapas del diseño, no se contempla una inconsistencia del modelo de análisis. Esto genera la corrección del modelo de análisis de sucesos, que disparará la actividad de análisis del estado hecho al estado cambios en espera.
MODELO SCRUM
https://www.google.com.co/search?biw=958&bih=954&tbm=isch&sa=1&q=modelo+scrum+&oq=modelo+scrum+&gs_l=img.3...749219.750778.0.751490.0.0.0.0.0.0.0.0..0.0....0...1c.1.64.img..0.0.0.hP1XtZ2KrW0#imgrc=sF9hIO3WEEIt6M:
Dentro de los muchos frameworks para desarrollar software, Scrum se ha convertido en los últimos tiempos en un estándar que muchas grandes empresas de tecnología están utilizando para acortar sus tiempos de desarrollo, y entregar un producto de calidad. Aproximadamente en 1986 Hirotaka Takeuchi e Ikujiro Nonaka describieron una nueva forma para el desarrollo productos comerciales, que incrementaba la rapidez y la flexibilidad en el proceso. Ellos comparan este nuevo método, en la cual las fases se traslapan de manera intensa y el proceso completo es realizado por un equipo con funciones diversas, como en el rugby, donde el equipo entero actúa como “un solo hombre para intentar llegar al otro lado del campo, pasando el balón de uno a otro”. Estos casos de estudio se originan de las industrias automovilísticas, así como de fabricación de máquinas fotográficas, computadoras e impresoras.
- Planeación del Sprint (Scrum Planning), con la ayuda del Product Owner y el Scrum Master y el equipo, se compromete con las actividades que se deben realizar de la Pila del Producto. Es decir se seleccionan actividades prioritarias y relacionadas y con la restricción del tiempo existente, para que estas formen parte de la siguiente iteración (Sprint).
- Reunión Diario de Scrum (Daily Scrum), esta actividad se lleva a cabo todos los días y debe durar quince minutos o menos. Cada miembro del equipo debe comunicar al resto del equipo y al Scrum Master, tres ítems indicados en la Tabla de Tareas: lo que se realizo, lo que se va realizar el día de hoy, y si existe algún impedimento para llevar a cabo el trabajo. Cada tarea debe evolucionar desde Por hacer (To Do), En Progreso (In Progress), Realizadas (Done). Al finalizar el sprint todas las tareas deben estar realizadas. Esta reunión es muy importante porque aquí los miembros comparten información, para determinar la mejor manera de cumplir sus tareas y poder terminar con las metas del Sprint. Se manifiestan los riesgos encontrados y es útil porque permite que los miembros del equipo sean más eficaces.
VENTAJAS DE SCRUM:
- El cliente puede comenzar a utilizar el producto rápidamente.
- El cliente puede decidir los nuevos objetivos a realizar.
- Se agila el proceso, porque se divide el problema en pequeñas tareas.
- Menos probabilidad de que se den sorpresas o desarrollos inesperados porque el cliente va viendo poco a poco lo que se está desarrollando.
DESVENTAJA DE SCRUM
- Existe la tendencia que si se deja una tarea sin terminar y que por las exigencias del Dueño del Producto se deban realizar otras nuevas. Estas tareas no terminadas puedan obstaculizar la planeación de nuevas sprints y se deba volver al problema original.
- Alto nivel de stress de los miembros del equipo, el desgaste puede ser excesivo y estresante lo que puede disminuir el rendimiento.
- La necesidad de contar con equipos multidisciplinarios puede ser un problema, porque cada integrante del equipo debe estar en capacidad de resolver cualquier tarea y no siempre se cuenta con este perfil en la empresa.
- El equipo puede estar tentado de tomar el camino más corto para cumplir con un sprint, que no necesariamente puede ser el de mejor calidad en el desarrollo del producto.
https://www.google.com.co/search?biw=958&bih=954&tbm=isch&sa=1&q=metodologia+kendall+%26+kendall&oq=metodologia+kendall+%26+kendall&gs_l=img.3...627939.644392.0.644519.0.0.0.0.0.0.0.0..0.0....0...1c.1.64.img..0.0.0.uuS2Lje1TYE#imgrc=M4-vNwuIAM2W_M:
• Conocer y aplicar el ciclo de vida, técnicas y metodologías en el desarrollo de sistemas de información.
• Comparar e integrar diversas técnicas conocidas de desarrollo de sistemas y sus principales soportes, estrategias, herramientas y métodos. 3 LAS TÉCNICAS Y METODOLO
LAS TÉCNICAS Y METODOLOGÍAS COMPLEMENTAN EL CICLO DE VIDA. • El propósito del ciclo de vida es planear, ejecutar y controlar el proyecto de desarrollo de un sistema.
• TÉCNICA: Es el procedimiento o el conjunto de procedimientos que tienen como objetivo obtener un resultado determinado, haciendo uso de los lineamientos que ofrece el ciclo de vida para el desarrollo de sistemas.
• METODOLOGÍA: Se refiere a los métodos de investigación en una ciencia. Es una versión amplia y detallada de un ciclo de vida completo.
TÉCNICAS ESTRUCTURADAS:Son métodos formales de división de un problema de empresa en fragmentos y relaciones manejables. Entre ellos tenemos:
1. Programación Estructurada 2. Diseño Estructurado 3. Análisis estructurado moderno 4. Modelización de datos. 5. Ingeniería de información.
PROGRAMACIÓN ESTRUCTURADA
• Es una técnica orientada a procesos para el diseño y la escritura de programas con mayor claridad y consistencia. • Los programas bien estructurados se escriben con tres estructuras de control limitadas: una secuencial, de selección e iteración.
ENTREVISTA
https://www.google.com.co/search?biw=958&bih=835&tbm=isch&sa=1&q=entrevista&oq=entrevista&gs_l=img.3...615230.619133.0.620253.0.0.0.0.0.0.0.0..0.0....0...1c.1.64.img..0.0.0.qX3dM5amMgY#imgrc=HTAzgq9rDPmMIM:
La Entrevista Dirigida es el formato más utilizado por las personas de recursos humanos, en esencia una conversación con un propósito es recoger la opinión calificada de personas seleccionada sobre efectos (resultados previstos y no previstos) de la decisiones política que se adaptan durante la conducción del proceso de desarrollo. Consta de tres partes la entrevista preparación, desarrollo de la entrevista y sistematizan de la información obtenida. Pasos para el desarrollo de una entrevista dirigida Revisión de la información disponible sobre la decisión en el análisis. El entrevistados debe informarse sobre lo explicito de la decisión el centro del cual provino su forma de instrumentación y los antecedentes disponibles. Al inicio de la entrevista se explica al entrevistado con el propósito de la misma; y se despliega en esfuerzo para la creación de una atmósfera cordial que facilite una buena comunicación, reduzca la ansiedad del entrevistador y el entrevistado y que ayude a esclarecer las expectativas presentando el uso que se le dará a la información resultante de la entrevista.
VENTAJAS
- Aplicación rápida
- Plazos cortos y bajos costo
- Herramienta apropiada para entrevista un numero de interlocutores.
DESVENTAJA
- Inflexibilidad de las respuesta
- Falta de flexibilidad
- Problema de la comprensión delas preguntas.
La entrevista estructurada es necesario contar con guía de entrevista. Esta puede contener preguntas abiertas o temas a tratar, los cuales se derivan de los indicadores que deseen explorar.
Cada entrevista es original y única y, por la tanto, es difícil establecer reglas generales. Solo el entrenamiento y la practica ayudara a desarrollar aptitudes y habilidades en el entrevistador para evitar errores.
CARACTERÍSTICAS
- Las entrevistas ofrecen gran flexibilidad porque las preguntas se pueden guiar en cualquier dirección (dentro del ámbito del proyecto).
- También se puede observar la conducta no verbal del entrevistado, la cual aporta información valiosa. No obstante también tienen su lado
- negativo, consumen mucho tiempo por lo que resulta una técnica costosa los entrevistados, al no disfrutar del anonimato total se pueden
- manifestar reacios a responder de manera honesta. Al no tener un formato estandarizado de preguntas y darle libertad al entrevistador
- para expresarlas, se puede caer en subjetividad y en variantes de entrevistadores, donde unos resultarían más indagadores y exitosos
- obtener la información y otros más cautos o prudentes en el arte de entrevistar, los cuales obtendrían menor información y por lo tanto resultados diferentes.
Toma de Requerimientos
Los
requerimientos funcionales son la base fundamental para la creación de
la base de datos, estos requerimientos se crean a partir de
diferentes métodos de recolección de información de caso asignado al
programador donde estos requerimientos son las cosas principales o
secundarias que ara el sistema, con estos requerimientos podemos
realizar diagramas de clases, diagrama de usos, diagramas extendidos
etc. la parte documentación que la base son los requerimientos a muchos
programadores se le hace cansada aburrida y extensa aunque sea necesario
para evitar estos requerimientos funcionales son declaraciones de los
servicios que proveerá al sistema.
No hay comentarios:
Publicar un comentario