Conseguir La Derecha Del Desarrollo De los Sistemas

Share

|

Los Estados Unidos son el país más orientado hacia la computadora del mundo. Del software de encargo diseñado y construido para las funciones únicas tales como un sistema que sigue global al software de estándar para el uso comercial tal como procesamiento y hojas de balance de textos, el ciclo vital del desarrollo es básicamente igual. Los acercamientos al ciclo vital varían según el tamaño, el alcance, y la naturaleza del sistema. La razón más grande de la variación en acercamientos viene abajo al financiamiento en las cuatro áreas principales en las cuales se desarrolla el software.

Comercial

Las prácticas del desarrollo del software en el mundo comercial varían grandemente a partir de una organización a otra y realmente bajan en dos categorías. La primera categoría es el revelador del producto. Los reveladores del producto son compañías como Microsoft, la IBM, Hewlett Packard, y muchos, muchas compañías más pequeñas. Producen el software para el uso total, y sus productos incluyen todo de sistemas operativos a los browsers a los paquetes financieros. El segundo es los departamentos de la tecnología de información de las compañías de la industria y de servicio, tales como la industria del automóvil, el sector alimenticio, el cuidado médico, y el al por menor internos.

Revelador Del Producto

El desarrollo del software en las compañías de desarrollo de producto riguroso se maneja. Para estas compañías, permaneciendo competitiva, siendo el tiempo, y que guarda punto bajo de los costes es la supervivencia del negocio. Las formalidades de los proyectos del gobierno llevan a las prácticas aerodinámicas dirigidas promoviendo productividad. Dependiendo del tamaño de la compañía, las listas y las especificaciones del requisito pueden asemejarse más de una orden de la tarea que pseudo código. El control de la versión se puede mantener en un tablero de la grasa en comparación con usar una herramienta de gerencia sofisticada de la configuración. La concentración del esfuerzo es guardar la corriente de la documentación del usuario, y el plan del proyecto incluye una dirección y un foco para el producto, asegurándose de que las nuevas características y capacidades continúan y sobrepasan la competición.

En compañías más grandes, cifrando estándares y control de calidad exista y se mejoran continuamente. En compañías más pequeñas, comprimen al equipo de la codificación y los equipos trabajan de cerca, las técnicas del préstamo de uno a y estandardizando los módulos en los reveladores del producto de la mosca confían en organizaciones de la industria del gobierno y de la no-computadora para comprar sus productos y para permanecer así en negocio.

Es del revelador del producto que mucha nueva tecnología está desarrollada y exhibida a un mercado integrado por empresas grandes y pequeñas y usuarios del ordenador personal. Financiamiento para el nuevos desarrollo y mantenimiento de la supervivencia existente del negocio de los medios de los productos. Los requisitos cambian basado en declaraciones de beneficio y de pérdida, la dirección de la industria del ordenador, y el desarrollo de la nueva tecnología.

La documentación se pone hacia fuera en el Internet y se hace disponible para descargar. Consiste en sobre todo guías de la instalación, los manuales de las operaciones, y los manuales de usuario. La calidad y la utilidad de la documentación ha creado un mercado sólido para los libros de la periferia. Estos libros se escriben y se publican fuera de las compañías de computadora que fabrican los productos y son casi esenciales para los usuarios que desean ganar habilidad del producto sin las horas del gasto que juegan “sin objetivo” en la computadora.

Departamento De la Tecnología De Información

De la industria del cuidado médico a las organizaciones al por menor grandes, el único software desarrollado está sobre una base como-necesaria. Si el software disponible comercial (de los COTS) puede ser utilizado, será. Si el software de los COTS se puede modificar para el uso, rodee el código será escrito. Si el nuevo software necesita ser desarrollado, forman a un equipo para desarrollarlo. El líder del equipo fija generalmente las reglas para la codificación y la documentación que pueden interpretar pautas corporativas mucho diferentemente que el líder del equipo en el proyecto pasado. En muchos casos, los departamentos ha creado uno o más y a veces varios “usos rápidos y” sucios con poco o nada de documentación. Estos usos se pudieron haber escrito para acomodar una necesidad inmediata, pero imprevista del negocio, tal como datos específicos de la calidad de miembro necesitados por los representantes de ventas que no pudieron estar disponibles con el uso actual fijado. Puede haber planes a largo plazo para resolver una masa de los usos temporales puestos rápidamente en lugar para acomodar datos combinados de fusiones de la compañía. Hay raramente suficiente documentación a la carne fuera de los funcionamientos internos del sistema y, debido al volumen de ventas del empleado, puede incluso no haber cualquier persona que entiende porqué fue hecho la manera que era. La supervivencia del negocio se basa en los usuarios que pueden hacer lo que él tiene que hacer para resolver las necesidades del negocio de la compañía. El financiamiento para ÉL los esfuerzos se convierte en una competición con los productos primarios y los servicios del negocio.

El resultado de estos métodos que son utilizados por ÉL las organizaciones en una compañía después de otra es una tela compleja de usos con el interfaz y los módulos de uso indocumentados. Los problemas que este las causas fueron traídas a la luz completa cuando estas compañías tuvieron que ocuparse del esfuerzo 2000 de la remediación del año. Incluso conseguir un inventario exacto de activos del programa era desafiador y poner un programa de la calidad en lugar para asegurar la confianza 2000 del año de operaciones de continuación incluyó demasiado a menudo tantas excepciones como criterios de la intervención.

Gobierno

Cuando las agencias de estatal de Estados Unidos deciden a instalar un nuevo sistema informático, es lo más a menudo posible realizado con un esfuerzo común entre la agencia y unos o más contratistas. Cuando un nuevo sistema informático incluirá el nuevo software, desarrollado específicamente para las necesidades únicas de la agencia, el esfuerzo del desarrollo es gobernado por estándares extensos de la ingeniería y de la documentación. Esto es verdad incluso cuando el sistema incluirá una mezcla de los paquetes disponibles comerciales (de los COTS) y del nuevo código. El valor de estos estándares está tanto en el nivel de la comunicación que fuerzan durante el desarrollo como cualquier cosa .

El equipo del desarrollo tiene un mapa de camino y el equipo de proyecto de la agencia tiene herramientas para determinar y para evaluar el software durante cada fase del desarrollo. Durante la fase de los requisitos, se analizan’las necesidades de la agencia s y desean, y los métodos y las técnicas tecnológicos para resolver las necesidades se determinan y se documentan. Hay presentaciones formales, semanas de revisiones programar, negociaciones, y compromiso para permanecer dentro de presupuesto. En el extremo, hay una gran reunión ceremonial donde la aceptación por la agencia se da para proceder con el desarrollo del sistema.

La fase del diseño es a menudo dos-con gradas. La primera parte del diseño se puede referir como alto nivel. Es a este nivel que el sistema magnífico y todos sus subsistemas están definidos claramente. Los requisitos convenidos en la fase anterior traz claramente al diseño del sistema. Las decisiones se toman sobre cómo el sistema será probado para probarlo que ha resuelto los requisitos. Una vez más hay reuniones, revisiones, documentación, y una gran reunión ceremonial para conceder la aprobación para proceder. Otro jalón está marcado; el diseño bajo comienza y será seguido por otras reuniones ceremoniales en la conclusión de cada diseño del subsistema.

Ahora hay tipo especificaciones de A, tipo especificaciones de B, especificaciones de interfaz, especificaciones de la base de datos, planes del proyecto, planes de la gerencia de la configuración, planes de la garantía de calidad, y pautas del programador en un mínimo. Hay centenares, y a veces millares, de documentación de las páginas qué el sistema hará, cómo lo hará, cómo será manejado durante el desarrollo, y cómo será probado para asegurarle reuniones las especificaciones. Según los estándares usados por las agencias, tales como el FAA, el DOD, y el IRS, para nombrar algunos, todo el esto se supone para ocurrir antes de que una sola línea del código se escriba.

Durante la fase de la codificación, el sistema se documenta en manuales de usuario, manuales de las operaciones, y manuales del mantenimiento. Los métodos de prueba detallados con resultados previstos y el texto repetido de documentos anteriores se ponen en lugar. Mucho del texto en los manuales es redundante a las especificaciones. Es estos manuales que sobrevivirán cuando el sistema va operacional. En algunas agencias y para algunos sistemas, estos manuales se mantienen a través de la vida del sistema. En muchos, no están. El nivel del financiamiento justificado y hecho disponible para el desarrollo no se prolonga a mantener muchas de los sistemas o de su documentación una vez que se emigren en la producción.

Este nivel de la documentación se puede autorizar en proyectos misio'n-cri'ticos tales como software para el recorrido–de espacio del hombre. En la mayoría de los casos, es overkill escarpado y puede impedir realmente el esfuerzo del desarrollo forzando el foco en deliverables de la documentación mientras que se disminuyen la codificación y la prueba de tiempo.

DESARROLLO DEL SISTEMA — CUÁL CORRECTO

La integración de sistemas y de la extensión de los sistemas internos a comunicarse con los sistemas externos dicta que una cierta consistencia en los acercamientos que varían necesita ser establecida. Las metodologías que procuraban llenar esta necesidad se han originado por todas partes. Hojeando a través de cualquier sección de la informática de Amazon.com, las fronteras, o Barnes y el noble revelarán el libro después de que libro en los acercamientos que pueden ser utilizados. Cortan a los contratistas del gobierno que esperan asegurar el trabajo en el sector privado como presupuestos de muchas agencias, están viniendo adelante declarando que tienen las respuestas. Traen con ellos los acercamientos desarrollados para los esfuerzos a gama completa, complejos que son overkill para el desarrollo comercial de los sistemas. Las ventajas de herramientas tales como los estándares de calidad internacionales de la organización de estándares (ISO), series 9000, y el modelo de la madurez de la capacidad’del instituto s de la tecnología de dotación lógica (SEI CMM) son costosas realizar si las herramientas no se adaptan adecuadamente. Para alguno las compañías beneficiar-basadas, financiando para el uso de estas herramientas son casi imposibles.

Los esfuerzos se están haciendo a través de la industria del ordenador de encontrar alguna tierra común para el acercamiento al desarrollo del software. Los líderes de industria están estandardizando interfaces para aumentar la portabilidad del uso, ensanchando la necesidad de compañías de saber sus sistemas trabajan. El punto de todo el esto quizás se ve como material de referencia en mucho la misma manera que una enciclopedia. Utilice la información para conseguir más elegante y después para aplicar la información con sentido común. Tenga presente que alguna gente muy elegante puede ser muy buena en diciendo a otras cómo a haga las cosas, pero carece la capacidad y los conocimientos técnicos de conseguir el trabajo hecho. La gente que ha estado en los fosos en proyectos pequeños y grandes sabe y entiende que hay un punto medio feliz que puede y debe ser alcanzado.

Consiga los fundamentos

En un mínimo, una descripción de cada uso, existente y planeado, necesidades de ser anotado y de ser mantenido. Si el uso es una base de datos independiente que permite que las preguntas sean hechas usando una variedad de productos o de código del ordenador personal que conviertan un sistema de la herencia a la tecnología más última y más grande, es crítico saber qué está entrando encendido en el desarrollo. Una buena descripción de un uso incluirá la información siguiente.

declaración del propósito del uso del §

requisitos de la entrada y de la salida del §

requisitos de hardware del §

requisitos del ambiente de software del §

localización del § de la versión actual del código de fuente o de los COTS instalados

descripciones modificadas Version/last del §

Con esta información, todo puede ser reconstruido sobre una base como-necesaria.

La declaración del propósito del uso la declaración del propósito del uso dice la razón del negocio del tener el software, las limitaciones y las capacidades del producto, y el punto del contacto para conseguir preguntas contestadas sobre el producto. Ésta es una declaración no técnica que explica cuáles es el uso y lo que lo hace. Se escribe en el nivel componente del componente del nivel más bien que del sistema del uso. Por ejemplo, una voluntad financiera del sistema en toda la probabilidad incluye los usos para el libro mayor general, el diario que procesa, y las cuentas a pagar. Una declaración del propósito se escribe para el libro mayor general, el diario que procesa, y las cuentas a pagar. Pueden entonces estar limitados en un documento pero cada uno necesita ser descrito claramente independientemente de los otros porque serán mantenidos e individualmente aumentada en un cierto plazo. La declaración del propósito necesita ser texto. Los diagramas son agradables, pero son solamente de apoyo al texto porque los diagramas no pueden contener generalmente toda la información necesaria sin llegar a ser demasiado complejos a leer.

Los requisitos de la entrada y de la salida es esencial saber qué datos esperan por el uso y qué datos son generados por el uso. Cuando un uso cuenta con datos, va a venir a partir de la una de tres fuentes: una entrada del archivo, un proceso del programa, o un usuario. Que la información necesita ser indicada. Si el uso consigue la información de una base de datos del archivo o del exterior, las tablas del nombre del archivo y de la base de datos necesitan ser identificadas. Cuando el uso consigue la información de un proceso dentro de "program logic", la lógica necesita ser descrita. Cuando el uso consigue la información de un usuario, los valores y las gamas válidos deben ser documentados.

Cuando un uso genera datos, va a lo envía en alguna parte o lo guarda. Si el uso está enviando los datos en alguna parte, el nombre del archivo de la blanco y la necesidad de la tabla de la base de datos de ser dado. Si va a exhibir los datos, éste necesita ser explicado. Si el uso almacena solamente los datos dentro del uso que se utilizará para las preguntas y los informes, reglas que gobiernan rotaciones de la actualización, archivando, y purgando necesidad de ser proporcionado.

La información de la entrada-salida se presenta lo más mejor posible en un formato de la tabla. Los artículos de datos se pueden enumerar alfabéticamente, haciéndola fácil encontrar la trayectoria de datos para el mantenimiento del uso y localizándola averías.

Los requisitos de hardware esto deben ser una lista muy básica de qué equipo se necesita en la orden para que el uso funcione en cualquier organización. La lista debe dar los requisitos mínimos para la capacidad y la memoria del procesador.

Requisitos del ambiente de software que esta lista necesita especificar cualquier componente de software necesitado en el sistema para funcionar el uso. Esto incluye el lanzamiento y la versión del sistema operativo, el lanzamiento y la versión de la base de datos, y cualquier otro uso el uso que es necesidades descritas.

La localización de la versión actual de la fuente y código de objeto o los COTS instaló este pedazo de documentación llega a ser esenciales en mantener la integridad en el ambiente del desarrollo. La mejor manera de tener esta información disponible y exacta es utilizar las herramientas de gerencia de la configuración.

Version/Last modificó descripciones que este pedazo de documentación indica específicamente qué cambios se han realizado al uso y cuando fueron hechos. La información adicional sobre quién realizó los cambios puede ser de valor solamente si la organización de la codificación es estática. “Que la hizo” el factor llega a ser sin setido en organizaciones dinámicas.

Es el mejor tener informes individuales de la versión para cada lanzamiento, más bien que listas de continuación de cambios. Este acercamiento promueve una documentación más cuidadosa.

¿EL DESARROLLO DE LOS SISTEMAS — ES QUE ÉL?

Tener la documentación básica permite a una compañía construir cualquier documentación adicional que pueda ser planeada. En el mundo del gobierno, puede ser utilizada para generar tanto papel como el proyecto exige. En un mundo del desarrollo de producto comercial, proporciona la suficiente información para los escritores técnicos para generar operaciones y manuales de usuario. En ÉL los departamentos, él se aseguran de que el código esté manejado y se pueda aumentar, convertir, y utilizar de maneras constructivas y productivas. Dentro de cada organización, necesita ser un formato estandardizado para la documentación básica. Las revisiones del par y de la gerencia de la documentación básica se deben incluir en el horario del desarrollo. Las revisiones se pueden conducir como reuniones formales donde cada una recolecta en un cuarto y pasa a través de la documentación página por página, o como las revisiones informales donde se distribuye el documento y comentarios se someten al equipo que es autor. Los procedimientos para mantener y poner al día las versiones electrónicas y del hardcopy de la documentación deben existir.