Контрольная работа по информационным технологиям на тему Автоматизация процесса проектирования АИС Введение. Методология быстрой разработки приложений. Современные методы системной и программной инженерии. CASE-технологии как самостоятельное направление в проектировании информационных систем и новых информацио

Введение

В настоящее время практически каждое производства пытается автоматизировать как можно больше производственных процессов, а также внедрить современные технологии, для того, чтобы быстро настраивать и переналаживать технологические процессы для изготовления новых деталей.
Переход от ручного проектирования к автоматизированному проектированию технологических процессов является важным рычагом для развития и роста производственных мощностей, а также для повышения прибыльности, эффективности, а также количества и качества изготовляемых деталей.
 
Автоматизация процесса проектирования АИС

Автоматизированные системы проектирования — эффективное средство улучшения показателей проектирования АИС. За последнее десятилетие в области проектирования сформировалось новое направление — так называемая программная инженерия или CASE-технологии (Computer-Aided Software/System Engineering — система компьтер- ной разработки программного обеспечения) [21]. CASE-технологии — это совокупность методов анализа, проектирования, разработки и сопровождения АИС, поддержанных комплексом взаимосвязанных средств автоматизации. CASE-технологии — это средство для системных аналитиков, разработчиков и программистов, обеспечивающее автоматизацию процессов проектирования АИС различного класса и назначения.
Основная цель CASE-технологии — максимально автоматизировать процесс разработки и отделить процесс проектирования от кодирования программных средств АИС. В большей части современных CASE- технологий применяется методология структурного анализа, основанная на описании модели проектируемой системы в виде графов, диаграмм, таблиц и схем. К числу несомненных достоинств CASE-технологии следует отнести следующие:
• улучшение качества создаваемых АИС за счет средств автоматизированного контроля программных средств и других проектных решений;
• создание прототипа будущей АИС за короткое время, возможность на ранних этапах провести оценку ожидаемого результата;
• ускорение процесса проектирования и разработки АИС;
• освобождение разработчика от рутинной работы в пользу творческой работы по проектированию;
• поддержка развития и сопровождение разработки АИС;
• поддержка технологии повторного использования компонентов проекта.
Автоматизация проектирования основана на соответствующих методах. В зависимости от содержания и класса АИС выбирается наиболее адекватный метод проектирования. Эти методы основаны на формализованном отображении бизнес-процессов и систем управления предприятием (фирмой). В настоящее время имеются десятки методов построения формализованных моделей функционирования предприятия и концепций построения систем управления. Методы построения моделей предприятий можно разделить на структурные и объектноориентированные. Каждая из этих групп методов включает в себя несколько вариантов конкретных методик.
Структурные методы построения моделей предприятий. Структурным принято называть такой метод исследования системы или процесса, который начинается с общего обзора объекта исследования, а затем предполагает его последовательную детализацию.

Методология быстрой разработки приложений

Выбор методик разработки приложений становится задачей № 1 в условиях стремительного роста рынка. Согласно исследованию Gartner на программное обеспечение для предприятий в 2015 году по миру было затрачено 310 млрд. долларов США. Разработка концепции RAD (Rapid Application Development) стало основой для создания гибкой, адаптивной системы разработки приложений, которая была бы противовесом жёсткой «водопадной» модели.
RAD — модель быстрой разработки приложений, ключевыми для которой является скорость и удобство программирования.
Появление RAD
За появление быстрой разработки приложения стоит благодарить неидеальность модели семейства Waterfall при создании ПО. Всё дело в том, что изначально водопадная система разработки была основана на традиционной инженерной модели, используемой для проектирования и возведения зданий и мостов.
Если Waterfall за основу использовала жесткую структуру последовательных действий по разработке, то появление RAD стало попыткой создания гибкого процесса, в рамках которого могли быть использованы знания, полученные в течении жизненного цикла управления проектом.