DIFERENCIA ENTRE VIABLE Y FACTIBLE

Viable: 2. adj. Dicho de un asunto: Que, por sus circunstancias, tiene
probabilidades de poderse llevar a cabo.

Factible: 1. adj. Que se puede hacer.
Según lo anterior, se puede decir que un proyecto factible es un proyecto que se
puede realizar, que es posible de realizar. Un proyecto viable, es un proyecto que
además de ser factible, esto es que es posible de realizar, es un proyecto que
resulta viable, que en nuestro contexto se debe entender como un proyecto que
puede ser sostenible, rentable económicamente. Supongamos un proyecto para
extraer minerales de la Antártida. Es un proyecto que es factible, por cuanto
existen los minerales y las herramientas y equipos para hacerlo, pero no es un
proyecto viable, por cuanto sus altos costos lo harían imposible de realizar, aun
cuando técnicamente sea posible hacerlo. Así las cosas, un proyecto de
emprendimiento debe primero ser factible, y luego se debe demostrar que es
viable, que es económicamente posible, atractivo.

El ciclo de vida es el período de tiempo que "vive" un sistema informático desde
que es pensado hasta que es desechado. El ciclo de vida de desarrollo de
sistemas informáticos puede dividirse en actividades o fases que, en general, se
ajustan al esquema mostrado en el gráfico. Este esquema gráfico es el ciclo de
vida típico, dado que existe gran cantidad de variantes que dependen de la
organización, del tipo de sistema que se realizará, de los gustos de los
administradores, de los tiempos, etc.

Las actividades típicas del ciclo de vida son:
      Estudio de factibilidad.
      Análisis (de requerimientos).
      Diseño
      Creación de prototipos
      Implementación
      Validación y prueba
      Operación y mantenimiento

Los requerimientos de software son las características que debe tener el software
instalado en una computadora para poder soportar y/o ejecutar una aplicación o
un dispositivo específicos. Contrasta con los requerimientos de hardware.

Los requerimientos de software pueden ser:
Requisitos de sistema operativo.
Requisitos de aplicaciones específicas instaladas.
Requisitos de ciertas aplicaciones no instaladas en el mismo sistema.
Requisitos de determinadas configuraciones en el sistema operativo o en ciertas
aplicaciones.

Ejemplo de requerimientos de software:
Sistema operativo: Windows XP (o superior).
Debe estar instalado: Flash Player 9 o superior.
Debe estar instalada la máquina virtual JAVA 1.6 o superior

Los requerimientos de hardware son las características que debe tener el
hardware de una computadora para poder soportar y/o ejecutar una aplicación o
un dispositivo específicos. Contrasta con los requerimientos de software.

Los requerimientos pueden ser:
      Requerimientos mínimos de hardware, que son las características mínimas
      (mínimo costo, y mínima antigüedad) indispensables para ejecutar la
      aplicación correctamente.
      Requerimientos recomendados de hardware, que son las características
      más apropiadas que debe tener el hardware para poder ejecutar una
      aplicación                                                    específica.

      Los requerimientos pueden ser:
      Requisitos de placa madre y de CPU.
      Requisitos de memoria.
      Requisitos de espacio disponible en disco duro.
      Requisitos de monitor y adaptador de video.
      Requisitos de unidades de CD, DVD, ratón, impresora, módem, tarjeta de
      red, puertos disponibles
      Otros requisitos de hardware.

Los requerimientos de hardware de una aplicación suelen prestarse a discusión
entre los expertos; por ejemplo, mientras los desarrolladores de la aplicación dicen
que la memoria RAM recomendada para ejecutar una aplicación es de 512 MB,
otros expertos aseguran que la aplicación sólo funcionaría bien teniendo más de 1
GB.

Ejemplo de requerimientos de hardware:
      Procesador Pentium 4 de 1 GHz con 256KB de cache (o superior)
      256 MB SDRAM DIMM expandible a 1 GB
1 disco Ultra ATA100 de 100 GB de capacidad a 7200 rpm.
      Floppy Disk 3.5" y 1.44MB de capacidad.
      Unidad de CD-ROM de 48x.
      1 placa Fast Ethernet 10/100.
      Placa aceleradora.

 Diseño es un proceso o labor a, proyectar, coordinar, seleccionar y organizar un
conjunto de elementos para producir y crear objetos visuales destinados a
comunicar       mensajes        específicos       a     grupos       determinados.
El conjunto de elementos que implican la creación de un diseño, se relacionan
como:
Traza, delineación de un edificio o de una figura. Descripción de un objeto o cosa,
hecho con las palabras. Disposición de manchas, colores o dibujos que
caracterizan exteriormente a diversos animales y plantas. Proyecto y plan, diseño
urbanístico. Concepción original de un objeto u obra destinados a la producción en
serie, dentro del mundo de la moda, industrial. La Forma de cada uno de estos
objetos. Un diseño, es una pieza con un cierto atractivo visual, con personalidad y
de un gran equilibrio estético.

Ámbitos de aplicación el diseño se aplica, en todos los ámbitos y se encuentra
por todas partes. Dentro del mundo digital, en toda la red, internet (la web).
Diseños de todo el mundo publicitario, revistas, periódicos, libros, manuales
(diseño y maquetación). Encontramos diseño en nuestro mobiliario, una silla, un
mueble... (Diseño industrial y ergonomía). Divisamos el diseño en el mundo
multimedia, el cine, televisión, videos, musicales, trailers, y demás efectos
especiales.
Las posibilidades del diseño gráfico, son infinitas, ya que cada vez son más los
campos en los que se emplean elementos creados a través del ordenador.

 Desarrollo del Software cuando se va desarrollar un software intervienen
muchas personas como lo es el cliente quien es el que tiene el problema en su
empresa y desea que sea solucionado, para esto existe el analista de sistema
quien es el encargado de hacerle llegar todos los requerimientos y necesidades
que tiene el cliente a los programadores quienes son las personas encargadas de
realizar lo que es la codificación y diseño del sistema para después probarlo y lo
instalan al cliente. Es así como intervienen varias personas ya que una sola
persona no podría determinar todo lo necesario lo mas seguro que le haga falta
algún requerimiento o alguna parte del nuevo sistema y entre mas estén
involucradas mejor para cubrir con todos los requerimientos del sistema.
Proceso
El primer paso del proceso es el análisis, es aquí donde el analista se pone en
contacto con la empresa para ver como esta conformada, a que se dedica, saber
todas las actividades que realiza en si, conocer la empresa de manera general
para posteriormente ver cuales son sus necesidades o requerimientos que la
empresa tiene en ese momento para poder realizar un análisis de la misma.
Es importante saber cuales son los requerimientos que la empresa tiene por que
muchas veces los sistemas se desarrollan pero no pensando en el cliente y es ahí
donde el sistema no cumple o no satisface las necesidades que existen en la
empresa, según los requerimientos se empieza a realizar el diagrama relacional
todo debe de llevar una secuencia lógica de las actividades, todo esto se realiza
de manera manual para ver como será su diseño lógico y diseño de pantallas es
en este paso donde se plasma todo y queda perfectamente bien definido como va
hacer la funcionalidad del sistema.
El segundo paso es el de diseño aquí entran todo el diseño del sistema es decir
las pantallas, base de datos, todo esto debe de cumplir con ciertos estándares los
cuales se toman en cuenta para poder desarrollar el diseño con calidad y así
poder ofrecer un diseño amigable en cuestión de colores, tamaños de botones,
cajas de texto, etc.
El tercer paso es la codificación es aquí donde se desarrolla todo el código del
sistema por parte del programador esto se hace ya dependiendo de cada
programador ya que cada programador tiene sus bases o formas para realizarlo
pero en si deben todos llegar al mismo objetivo de ofrecerle funcionalidad al
sistema siempre y cuando apegando se a las especificaciones del cliente.
El cuarto paso son las pruebas, es donde al sistema se pone a prueba como su
palabra lo dice para así poder saber cuales son los posibles errores que se están
generando del sistema y con ello mejorarlo para eliminar todos los errores que se
puedan presentar por que un programa con menor errores mayor calidad puede
llegar a tener

 Prueba 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.
 Mantenimiento Mantener y mejorar el software para enfrentar errores
descubiertos y nuevos requisitos. Esto puede llevar más tiempo incluso que
el desarrollo inicial del software. Alrededor de 2/3 [cita requerida] de toda la
ingeniería de software tiene que ver con dar mantenimiento. Una pequeña
parte de este trabajo consiste en arreglar errores, o bugs. La mayor parte
consiste en extender el sistema para hacer nuevas cosas. De manera similar,
alrededor de 2/3 de toda la ingeniería civil, arquitectura y trabajo de
construcción es dar mantenimiento

Más contenido relacionado

DOC
01 modelo acta de constitucion 2013 PMI
DOCX
tesis-unsa-comunicación
DOCX
Acta de constitucion del Proyecto
DOCX
Definicion del proyecto
PDF
Ejercicios Evaluacion Proyectos
DOCX
Alcance tematico
PDF
Mapa Conceptual, Gestion de Proyectos
PPT
Administración de Proyectos.ppt
01 modelo acta de constitucion 2013 PMI
tesis-unsa-comunicación
Acta de constitucion del Proyecto
Definicion del proyecto
Ejercicios Evaluacion Proyectos
Alcance tematico
Mapa Conceptual, Gestion de Proyectos
Administración de Proyectos.ppt

La actualidad más candente (20)

PPTX
Derecho a la Salud - Constitución y Derechos Humanos - UCV 2016 - II
PPT
Guía del PMBOK® > Gestión de la Calidad
PDF
Fundamentos Gestion de proyectos PMI
PDF
Modelo de un Perfil para proyectos
DOCX
SELECCIÓN DE PROYECTO
PDF
La estructura de la negociación
DOCX
Cronograma de actividades del proyecto.
PPTX
PRESENTACIÓN NORMAS ISO 21500
PPTX
El ciclo de la inteligencia de negocios
DOCX
Analisis de alternativas
PDF
Guia para-la-elaboracion-del-plan-de-tesis
DOCX
Ejemplo de presentación de propuesta
DOCX
Entrevista dirigida a la empresa
DOCX
Preguntas del capitulo 1 (Ingeniería de Proyectos 9no)
DOC
Estructura de perfil del proyecto
DOCX
mapa conceptual gestión de proyectos
DOCX
Cronograma de la Fiesta - 20 años CBP
DOCX
Preguntas y respuestas metodos y tecnicas para la administracion de-proyectos
PDF
Ejemplo de formulacion y evaluacion de proyectos
Derecho a la Salud - Constitución y Derechos Humanos - UCV 2016 - II
Guía del PMBOK® > Gestión de la Calidad
Fundamentos Gestion de proyectos PMI
Modelo de un Perfil para proyectos
SELECCIÓN DE PROYECTO
La estructura de la negociación
Cronograma de actividades del proyecto.
PRESENTACIÓN NORMAS ISO 21500
El ciclo de la inteligencia de negocios
Analisis de alternativas
Guia para-la-elaboracion-del-plan-de-tesis
Ejemplo de presentación de propuesta
Entrevista dirigida a la empresa
Preguntas del capitulo 1 (Ingeniería de Proyectos 9no)
Estructura de perfil del proyecto
mapa conceptual gestión de proyectos
Cronograma de la Fiesta - 20 años CBP
Preguntas y respuestas metodos y tecnicas para la administracion de-proyectos
Ejemplo de formulacion y evaluacion de proyectos
Publicidad

Similar a Diferencia entre Viable y Factible (20)

PPTX
Ingeniería de software
PPTX
Soportes logicos
PPTX
Modelos de procesos de software(completo)
PPTX
Metodologías de diseño y desarrollo de sistemas de información
DOCX
Fases de desarrollo de un programa...
PPTX
Sanchez garcia juan jose definiciones en la ingeniería de software sis4-1
PPT
Software PPS TIC
PPT
Software pps
PPTX
Sistema II
DOCX
actividad 10
DOCX
actividad 10
DOCX
PPTX
Desarrollo de software diapositiva
DOCX
PPT
UNIDAD_I.ppt
PPT
Tecnicas.de.ingenieria.de.software
PPTX
Ciclo de vida y bases de datos
PPTX
Ciclo de vida de un SI y BD
PDF
Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...
PPT
Diapositivas-Ing-SW-napa
Ingeniería de software
Soportes logicos
Modelos de procesos de software(completo)
Metodologías de diseño y desarrollo de sistemas de información
Fases de desarrollo de un programa...
Sanchez garcia juan jose definiciones en la ingeniería de software sis4-1
Software PPS TIC
Software pps
Sistema II
actividad 10
actividad 10
Desarrollo de software diapositiva
UNIDAD_I.ppt
Tecnicas.de.ingenieria.de.software
Ciclo de vida y bases de datos
Ciclo de vida de un SI y BD
Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...
Diapositivas-Ing-SW-napa
Publicidad

Diferencia entre Viable y Factible

  • 1. DIFERENCIA ENTRE VIABLE Y FACTIBLE Viable: 2. adj. Dicho de un asunto: Que, por sus circunstancias, tiene probabilidades de poderse llevar a cabo. Factible: 1. adj. Que se puede hacer. Según lo anterior, se puede decir que un proyecto factible es un proyecto que se puede realizar, que es posible de realizar. Un proyecto viable, es un proyecto que además de ser factible, esto es que es posible de realizar, es un proyecto que resulta viable, que en nuestro contexto se debe entender como un proyecto que puede ser sostenible, rentable económicamente. Supongamos un proyecto para extraer minerales de la Antártida. Es un proyecto que es factible, por cuanto existen los minerales y las herramientas y equipos para hacerlo, pero no es un proyecto viable, por cuanto sus altos costos lo harían imposible de realizar, aun cuando técnicamente sea posible hacerlo. Así las cosas, un proyecto de emprendimiento debe primero ser factible, y luego se debe demostrar que es viable, que es económicamente posible, atractivo. El ciclo de vida es el período de tiempo que "vive" un sistema informático desde que es pensado hasta que es desechado. El ciclo de vida de desarrollo de sistemas informáticos puede dividirse en actividades o fases que, en general, se ajustan al esquema mostrado en el gráfico. Este esquema gráfico es el ciclo de vida típico, dado que existe gran cantidad de variantes que dependen de la organización, del tipo de sistema que se realizará, de los gustos de los administradores, de los tiempos, etc. Las actividades típicas del ciclo de vida son: Estudio de factibilidad. Análisis (de requerimientos). Diseño Creación de prototipos Implementación Validación y prueba Operación y mantenimiento Los requerimientos de software son las características que debe tener el software instalado en una computadora para poder soportar y/o ejecutar una aplicación o un dispositivo específicos. Contrasta con los requerimientos de hardware. Los requerimientos de software pueden ser: Requisitos de sistema operativo.
  • 2. Requisitos de aplicaciones específicas instaladas. Requisitos de ciertas aplicaciones no instaladas en el mismo sistema. Requisitos de determinadas configuraciones en el sistema operativo o en ciertas aplicaciones. Ejemplo de requerimientos de software: Sistema operativo: Windows XP (o superior). Debe estar instalado: Flash Player 9 o superior. Debe estar instalada la máquina virtual JAVA 1.6 o superior Los requerimientos de hardware son las características que debe tener el hardware de una computadora para poder soportar y/o ejecutar una aplicación o un dispositivo específicos. Contrasta con los requerimientos de software. Los requerimientos pueden ser: Requerimientos mínimos de hardware, que son las características mínimas (mínimo costo, y mínima antigüedad) indispensables para ejecutar la aplicación correctamente. Requerimientos recomendados de hardware, que son las características más apropiadas que debe tener el hardware para poder ejecutar una aplicación específica. Los requerimientos pueden ser: Requisitos de placa madre y de CPU. Requisitos de memoria. Requisitos de espacio disponible en disco duro. Requisitos de monitor y adaptador de video. Requisitos de unidades de CD, DVD, ratón, impresora, módem, tarjeta de red, puertos disponibles Otros requisitos de hardware. Los requerimientos de hardware de una aplicación suelen prestarse a discusión entre los expertos; por ejemplo, mientras los desarrolladores de la aplicación dicen que la memoria RAM recomendada para ejecutar una aplicación es de 512 MB, otros expertos aseguran que la aplicación sólo funcionaría bien teniendo más de 1 GB. Ejemplo de requerimientos de hardware: Procesador Pentium 4 de 1 GHz con 256KB de cache (o superior) 256 MB SDRAM DIMM expandible a 1 GB
  • 3. 1 disco Ultra ATA100 de 100 GB de capacidad a 7200 rpm. Floppy Disk 3.5" y 1.44MB de capacidad. Unidad de CD-ROM de 48x. 1 placa Fast Ethernet 10/100. Placa aceleradora. Diseño es un proceso o labor a, proyectar, coordinar, seleccionar y organizar un conjunto de elementos para producir y crear objetos visuales destinados a comunicar mensajes específicos a grupos determinados. El conjunto de elementos que implican la creación de un diseño, se relacionan como: Traza, delineación de un edificio o de una figura. Descripción de un objeto o cosa, hecho con las palabras. Disposición de manchas, colores o dibujos que caracterizan exteriormente a diversos animales y plantas. Proyecto y plan, diseño urbanístico. Concepción original de un objeto u obra destinados a la producción en serie, dentro del mundo de la moda, industrial. La Forma de cada uno de estos objetos. Un diseño, es una pieza con un cierto atractivo visual, con personalidad y de un gran equilibrio estético. Ámbitos de aplicación el diseño se aplica, en todos los ámbitos y se encuentra por todas partes. Dentro del mundo digital, en toda la red, internet (la web). Diseños de todo el mundo publicitario, revistas, periódicos, libros, manuales (diseño y maquetación). Encontramos diseño en nuestro mobiliario, una silla, un mueble... (Diseño industrial y ergonomía). Divisamos el diseño en el mundo multimedia, el cine, televisión, videos, musicales, trailers, y demás efectos especiales. Las posibilidades del diseño gráfico, son infinitas, ya que cada vez son más los campos en los que se emplean elementos creados a través del ordenador. Desarrollo del Software cuando se va desarrollar un software intervienen muchas personas como lo es el cliente quien es el que tiene el problema en su empresa y desea que sea solucionado, para esto existe el analista de sistema quien es el encargado de hacerle llegar todos los requerimientos y necesidades que tiene el cliente a los programadores quienes son las personas encargadas de realizar lo que es la codificación y diseño del sistema para después probarlo y lo instalan al cliente. Es así como intervienen varias personas ya que una sola persona no podría determinar todo lo necesario lo mas seguro que le haga falta algún requerimiento o alguna parte del nuevo sistema y entre mas estén involucradas mejor para cubrir con todos los requerimientos del sistema. Proceso
  • 4. El primer paso del proceso es el análisis, es aquí donde el analista se pone en contacto con la empresa para ver como esta conformada, a que se dedica, saber todas las actividades que realiza en si, conocer la empresa de manera general para posteriormente ver cuales son sus necesidades o requerimientos que la empresa tiene en ese momento para poder realizar un análisis de la misma. Es importante saber cuales son los requerimientos que la empresa tiene por que muchas veces los sistemas se desarrollan pero no pensando en el cliente y es ahí donde el sistema no cumple o no satisface las necesidades que existen en la empresa, según los requerimientos se empieza a realizar el diagrama relacional todo debe de llevar una secuencia lógica de las actividades, todo esto se realiza de manera manual para ver como será su diseño lógico y diseño de pantallas es en este paso donde se plasma todo y queda perfectamente bien definido como va hacer la funcionalidad del sistema. El segundo paso es el de diseño aquí entran todo el diseño del sistema es decir las pantallas, base de datos, todo esto debe de cumplir con ciertos estándares los cuales se toman en cuenta para poder desarrollar el diseño con calidad y así poder ofrecer un diseño amigable en cuestión de colores, tamaños de botones, cajas de texto, etc. El tercer paso es la codificación es aquí donde se desarrolla todo el código del sistema por parte del programador esto se hace ya dependiendo de cada programador ya que cada programador tiene sus bases o formas para realizarlo pero en si deben todos llegar al mismo objetivo de ofrecerle funcionalidad al sistema siempre y cuando apegando se a las especificaciones del cliente. El cuarto paso son las pruebas, es donde al sistema se pone a prueba como su palabra lo dice para así poder saber cuales son los posibles errores que se están generando del sistema y con ello mejorarlo para eliminar todos los errores que se puedan presentar por que un programa con menor errores mayor calidad puede llegar a tener Prueba 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
  • 5. 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. Mantenimiento Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos. Esto puede llevar más tiempo incluso que el desarrollo inicial del software. Alrededor de 2/3 [cita requerida] de toda la ingeniería de software tiene que ver con dar mantenimiento. Una pequeña parte de este trabajo consiste en arreglar errores, o bugs. La mayor parte consiste en extender el sistema para hacer nuevas cosas. De manera similar, alrededor de 2/3 de toda la ingeniería civil, arquitectura y trabajo de construcción es dar mantenimiento