SlideShare una empresa de Scribd logo
1 de 5
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

La actualidad más candente

Ejemplo de Formulación y evaluación de proyectos
Ejemplo de Formulación y evaluación de proyectosEjemplo de Formulación y evaluación de proyectos
Ejemplo de Formulación y evaluación de proyectosAmérico Uriarte Quispe
 
Tutorial promodel
Tutorial promodelTutorial promodel
Tutorial promodelTensor
 
La evolución en los procesos productivos a lo largo de la historia.
La evolución en los procesos productivos a lo largo de la historia.La evolución en los procesos productivos a lo largo de la historia.
La evolución en los procesos productivos a lo largo de la historia.acpicegudomonagas
 
Flujo máximo teoria de redes
Flujo máximo teoria de redesFlujo máximo teoria de redes
Flujo máximo teoria de redesADRIANA NIETO
 
Matriz de ponderacion
Matriz de ponderacionMatriz de ponderacion
Matriz de ponderacionGaston Saenz
 
Precursores de la calidad
Precursores de la calidadPrecursores de la calidad
Precursores de la calidadcezhart
 
Cronograma de actividades del proyecto 4 9e
Cronograma de actividades del proyecto 4 9eCronograma de actividades del proyecto 4 9e
Cronograma de actividades del proyecto 4 9echicodanfe
 
339020374 medicion-del-trabajo
339020374 medicion-del-trabajo339020374 medicion-del-trabajo
339020374 medicion-del-trabajoJonathan Vissoni
 
Ejercicios de investigación operativa resueltos
Ejercicios de investigación operativa resueltosEjercicios de investigación operativa resueltos
Ejercicios de investigación operativa resueltosRodrigo Guirao Diaz
 
ejercicios-resueltos-de-dop
 ejercicios-resueltos-de-dop ejercicios-resueltos-de-dop
ejercicios-resueltos-de-dopDJRIVER
 
Coagulacion y floculacion
Coagulacion y floculacionCoagulacion y floculacion
Coagulacion y floculacionguillermo150782
 
Análisis de operaciones en el ensamble de un carrito de juguete (Autobús)
 Análisis de operaciones en el ensamble de un carrito de juguete (Autobús) Análisis de operaciones en el ensamble de un carrito de juguete (Autobús)
Análisis de operaciones en el ensamble de un carrito de juguete (Autobús)FranciscoRufino17
 

La actualidad más candente (20)

Aplicacion de lean manufacturin con enfoque jidoka
Aplicacion de lean manufacturin con enfoque jidokaAplicacion de lean manufacturin con enfoque jidoka
Aplicacion de lean manufacturin con enfoque jidoka
 
Máquina tortilladora
Máquina tortilladoraMáquina tortilladora
Máquina tortilladora
 
Ejercicios de gerencia
Ejercicios de gerenciaEjercicios de gerencia
Ejercicios de gerencia
 
Ejemplo de Formulación y evaluación de proyectos
Ejemplo de Formulación y evaluación de proyectosEjemplo de Formulación y evaluación de proyectos
Ejemplo de Formulación y evaluación de proyectos
 
142015910 proceso-de-papas-fritas
142015910 proceso-de-papas-fritas142015910 proceso-de-papas-fritas
142015910 proceso-de-papas-fritas
 
Tutorial promodel
Tutorial promodelTutorial promodel
Tutorial promodel
 
La evolución en los procesos productivos a lo largo de la historia.
La evolución en los procesos productivos a lo largo de la historia.La evolución en los procesos productivos a lo largo de la historia.
La evolución en los procesos productivos a lo largo de la historia.
 
INTRODUCCIÓN A SEIS SIGMA
INTRODUCCIÓN A SEIS SIGMAINTRODUCCIÓN A SEIS SIGMA
INTRODUCCIÓN A SEIS SIGMA
 
Flujo máximo teoria de redes
Flujo máximo teoria de redesFlujo máximo teoria de redes
Flujo máximo teoria de redes
 
Matriz de ponderacion
Matriz de ponderacionMatriz de ponderacion
Matriz de ponderacion
 
Precursores de la calidad
Precursores de la calidadPrecursores de la calidad
Precursores de la calidad
 
Investigacion de operaciones taha opti3
Investigacion de operaciones   taha opti3Investigacion de operaciones   taha opti3
Investigacion de operaciones taha opti3
 
programacion-de-operaciones-secuenciacion-de-trabajos
programacion-de-operaciones-secuenciacion-de-trabajosprogramacion-de-operaciones-secuenciacion-de-trabajos
programacion-de-operaciones-secuenciacion-de-trabajos
 
Reporte Final de Residencia Profesional
Reporte Final de Residencia ProfesionalReporte Final de Residencia Profesional
Reporte Final de Residencia Profesional
 
Cronograma de actividades del proyecto 4 9e
Cronograma de actividades del proyecto 4 9eCronograma de actividades del proyecto 4 9e
Cronograma de actividades del proyecto 4 9e
 
339020374 medicion-del-trabajo
339020374 medicion-del-trabajo339020374 medicion-del-trabajo
339020374 medicion-del-trabajo
 
Ejercicios de investigación operativa resueltos
Ejercicios de investigación operativa resueltosEjercicios de investigación operativa resueltos
Ejercicios de investigación operativa resueltos
 
ejercicios-resueltos-de-dop
 ejercicios-resueltos-de-dop ejercicios-resueltos-de-dop
ejercicios-resueltos-de-dop
 
Coagulacion y floculacion
Coagulacion y floculacionCoagulacion y floculacion
Coagulacion y floculacion
 
Análisis de operaciones en el ensamble de un carrito de juguete (Autobús)
 Análisis de operaciones en el ensamble de un carrito de juguete (Autobús) Análisis de operaciones en el ensamble de un carrito de juguete (Autobús)
Análisis de operaciones en el ensamble de un carrito de juguete (Autobús)
 

Similar a Diferencia entre Viable y Factible

Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de softwaremichellchia11
 
Trabajo diapositiva Software por Jhonatan Ruiz
Trabajo diapositiva  Software por Jhonatan RuizTrabajo diapositiva  Software por Jhonatan Ruiz
Trabajo diapositiva Software por Jhonatan Ruizjhonatanalex
 
Trabajo diapositiva modulo 3 de jhonatan
Trabajo diapositiva modulo 3 de jhonatanTrabajo diapositiva modulo 3 de jhonatan
Trabajo diapositiva modulo 3 de jhonatanjhonatanalex
 
Trabajo diapositiva modulo 3 de josue
Trabajo diapositiva modulo 3 de josueTrabajo diapositiva modulo 3 de josue
Trabajo diapositiva modulo 3 de josueJosue Zelaya
 
Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...
Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...
Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...Osver Fernandez V
 
Taller en clases requisitos inge jerez, evan, catalina,lesly esleider
Taller en clases requisitos inge jerez,  evan, catalina,lesly esleiderTaller en clases requisitos inge jerez,  evan, catalina,lesly esleider
Taller en clases requisitos inge jerez, evan, catalina,lesly esleiderSergio Ramos
 
Taller requisitos
Taller requisitosTaller requisitos
Taller requisitosDoesVargas1
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareKelvin Abdiel Alvarado
 
Unidad 1.1 Que Es La Ing. De Software
Unidad 1.1 Que Es La Ing. De SoftwareUnidad 1.1 Que Es La Ing. De Software
Unidad 1.1 Que Es La Ing. De SoftwareSergio Sanchez
 
Fundamentos de ingenieria de software
Fundamentos de ingenieria de softwareFundamentos de ingenieria de software
Fundamentos de ingenieria de softwareITSPR
 
Diapositivas guia 1 de software.melissa burgos
Diapositivas guia 1 de software.melissa burgosDiapositivas guia 1 de software.melissa burgos
Diapositivas guia 1 de software.melissa burgosMelissa Burgos
 
Ensayo sistemas y sofware
Ensayo sistemas y sofwareEnsayo sistemas y sofware
Ensayo sistemas y sofwarepepenardi
 
Ensayo unidad1 raulmorello
Ensayo unidad1 raulmorelloEnsayo unidad1 raulmorello
Ensayo unidad1 raulmorelloHacker Squad
 

Similar a Diferencia entre Viable y Factible (20)

Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
 
Trabajo diapositiva Software por Jhonatan Ruiz
Trabajo diapositiva  Software por Jhonatan RuizTrabajo diapositiva  Software por Jhonatan Ruiz
Trabajo diapositiva Software por Jhonatan Ruiz
 
Trabajo diapositiva modulo 3 de jhonatan
Trabajo diapositiva modulo 3 de jhonatanTrabajo diapositiva modulo 3 de jhonatan
Trabajo diapositiva modulo 3 de jhonatan
 
Software
Software Software
Software
 
Trabajo diapositiva modulo 3 de josue
Trabajo diapositiva modulo 3 de josueTrabajo diapositiva modulo 3 de josue
Trabajo diapositiva modulo 3 de josue
 
Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...
Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...
Introduccion a la Ingenieria en Sistemas de Informacion, Examen Dos, Guia & R...
 
Taller requisitos
Taller  requisitos Taller  requisitos
Taller requisitos
 
Taller en clases requisitos inge jerez, evan, catalina,lesly esleider
Taller en clases requisitos inge jerez,  evan, catalina,lesly esleiderTaller en clases requisitos inge jerez,  evan, catalina,lesly esleider
Taller en clases requisitos inge jerez, evan, catalina,lesly esleider
 
Taller requisitos
Taller requisitosTaller requisitos
Taller requisitos
 
Software
SoftwareSoftware
Software
 
Prueba de dominio
Prueba de dominioPrueba de dominio
Prueba de dominio
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de Software
 
Unidad 1.1 Que Es La Ing. De Software
Unidad 1.1 Que Es La Ing. De SoftwareUnidad 1.1 Que Es La Ing. De Software
Unidad 1.1 Que Es La Ing. De Software
 
Fundamentos de ingenieria de software
Fundamentos de ingenieria de softwareFundamentos de ingenieria de software
Fundamentos de ingenieria de software
 
Diapositivas guia 1 de software.melissa burgos
Diapositivas guia 1 de software.melissa burgosDiapositivas guia 1 de software.melissa burgos
Diapositivas guia 1 de software.melissa burgos
 
Ensayo sistemas y sofware
Ensayo sistemas y sofwareEnsayo sistemas y sofware
Ensayo sistemas y sofware
 
Programación extrema (xp)
Programación extrema (xp)Programación extrema (xp)
Programación extrema (xp)
 
Miguel achagua
Miguel achaguaMiguel achagua
Miguel achagua
 
Ensayo unidad1 raulmorello
Ensayo unidad1 raulmorelloEnsayo unidad1 raulmorello
Ensayo unidad1 raulmorello
 
El Software
El SoftwareEl Software
El Software
 

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