| Resumen |
- Según Kendall y Kendall [3], fue la aparición del diseño y la programación estructurada alrededor de los años 60ïs e inicios de los 70s, la que dieron cabida al surgimiento del análisis estructurado, ya que existía la necesidad de utilizar una notación gráfica para representar los datos y los procesos que los transforman. Es por ello que surgen una serie de temas afines tales como: herramientas automatizadas (CASE), prototipos, diagramas de entidad - relación etc. Pero las preguntas que todos nos hacemos: ¨qué nos espera en un futuro no muy lejano del análisis estructurado con la introducción de nuevas variantes? ¨desaparecerá o se mantendrá?. También según Seen [4] surge de la necesidad de buscar una forma interpretativa más rápida y eficiente, de tal forma que se pudiesen definir los requerimientos del usuario y las especificaciones funcionales del sistema. Pero esto no se daba porque lo que existía eran grandes volúmenes de información que había que leer por completo y que traían como consecuencia una serie de problemas de monolismo, redundancia, ambigüedad e imposibilidad de mantener. Es por ello que surge una amplia variedad de diagramas que permiten representar las especificaciones funcionales en forma sencilla y rápida, aumentando con ello el grado de comunicación entre las especificaciones funcionales y el usuario final (analista, programador, diseñador). El análisis estructurado se ha transformado en una de las metodologías más divulgadas hoy en día. Para conceptuar esta herramienta de apoyo a dicha metodología, se estudia el análisis de sistemas como etapa del desarrollo de un sistema, así como también su contexto bajo el enfoque sintético. Los requerimientos de automatización se derivan de los objetivos del análisis de sistemas. Específicamente tienen relación con la consistencia, exactitud y en forma completa, intra e inter componentes del modelo de la especificación estructurada. According to Kendall and Kendall [3], it was the appearance of the design and the programming structured around the 60ïs and beginning of the 70s, that gave entrance to the emergence of the structured analysis, since the necessity existed of using a graphic notation to represent data and the processes that transform them. For that reason, arise a series of topics such as: automated tools (CASE), prototypes, entity diagrams - relationship etc. But the questions that we ask ourselves are: what awaits for us in the near future of the structured analysis with the introduction of new variants? Will it disappear or will it remain? Also according to Seen [4] arises the necessity of searching for a quicker and more efficient interpretive form, in such a way that can be defined by the users requirements and the systems functional specifications. But this was not given because what did exist was big volumes of information that were necessary to be completely read and that resulted in a series of monolism problems, redundancy, ambiguity and impossibility of maintaining. For this reason arises a wide variety of diagrams that allow you to represent the functional specifications in simple and quick form, increasing the communication grade between the functional specifications and the final user (analyst, programmer, designer). The structured analysis has become one of the methodologies more disclosed today in day. To consider this support tool to this methodology, it is studied the analysis of systems like stage of the development of a system, as well as their low context the synthetic focus. The automation requirements are derived of the objectives of the analysis of systems. Specifically they have a consistency relationship, accuracy and complet, intra and inter components of the pattern of the structured specification. |
Tesis de posgrado