75829

Инструментарий технологии программирования

Реферат

Информатика, кибернетика и программирование

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

Русский

2015-01-26

19.18 KB

20 чел.

Инструментарий технологии программирования – совокупность программ и программных комплексов, обеспечивающих технологию разработки, отладки и внедрения создаваемых программных продуктов.

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

В рамках этих направлений сформировались следующие группы программных продуктов:

- Средства для создания приложений – совокупность языков и систем программирования, а также различные программные комплексы для отладки и поддержки создаваемых программ. К этой группе относятся языки и системы программирования (машинные, алгоритмические и др. языки, трансляторы, отладчики и др.), инструментальная среда пользователя (библиотеки функций, процедур, объектов, методов обработки; различные макрокоманды и макросы; языки запросов и др.), средства отладки и тестирования программ, интегрированные среды разработки программ (объединяющие набор средств для комплексного их применения на всех технологических этапах создания программ, например, среда VBA);

- Средства для создания информационных систем (CASE-технология) – программный комплекс, автоматизирующий весь технологический процесс анализа, проектирования, разработки и сопровождения сложных программных систем.

В своём реферате я хочу более подробно рассказать о второй группе программных продуктов.

Итак эта группа называется: «Средства для создания информационных систем».

Средства CASE-технологии - относительно новое, сформировавшееся на рубеже 80-х г направление. Массовое применение затруднено крайне высокой стоимостью и предъявляемыми требованиями к оборудованию рабочего места разработчика.

CASE-технология - программный комплекс, автоматизирующий весь технологический процесс анализа, проектирования, разработки и сопровождения сложных программных систем.

Средства CASE-технологий делятся на две группы:

- встроенные в систему реализации - все решения по проектированию и реализации привязаны к выбранной системе управления базами данных (СУБД);

- независимые от системы реализации - все решения по проектированию ориентированы на унификацию начальных этапов жизненного цикла и средств их документирования, обеспечивают большую гибкость в выборе средств реализации. Основное достоинство CASE-технологии - поддержка коллективной работы над проектом за счет возможности работы в локальной сети разработчиков, экспорта/импорта любых фрагментов проекта, организационного управления проектом.

Некоторые CASE-технологии ориентированы только на системных проектировщиков и предоставляют специальные графические средства для изображения различного вида моделей:   диаграмму потоков данных (DFD - data flow diagrams) совместно со словарями данных и спецификациями процессов;

- диаграмму "сущность-связь" (ERD - entity relationship diagrams), являющуюся инфологической моделью предметной области;- диаграмму переходов состояний (STD - state transition diagrams), учитывающую события и реакцию на них системы обработки данных.

Диаграмма DFD устанавливает связь источников информации с потребителями, выделяет логические функции (процессы) преобразования информации, определяет группы элементов данных и их хранилища (базы данных).

Описание структуры потоков данных, определение их компонентов хранятся в актуальном состоянии в словаре данных, который выступает как база данных проекта. Каждая логическая функция может детализироваться с помощью DFD нижнего уровня согласно методам нисходящего проектирования. Выполняются автоматизированное проектирование спецификаций программ (задание основных характеристик для разработки программ) и ведение словаря данных.

Другой класс CASE-технологий поддерживает только разработку программ, включая:

- автоматическую генерацию кодов программ на основании их спецификаций;

- проверку корректности описания моделей данных и схем потоков данных;

- документирование программ согласно принятым стандартам и актуальному состоянию проекта;

- тестирование и отладку программ.

Кодогенерация программ выполняется двумя способами; создание каркаса программ и создание полного продукта. Каркас программы служит для последующего ручного варианта редактирования исходных текстов, обеспечивая возможность вмешательства программиста; полный продукт не редактируется вручную.

В рамках CASE-технологий проект сопровождается целиком, а не только его программные коды. Проектные материалы, подготовленные в CASE-технологии, служат заданием программистам, а само программирование скорее сводится к кодированию - переводу на определенный язык структур данных и методов их обработки, если не предусмотрена автоматическая кодогенерация.

Большинство CASE-технологий использует также метод "прототипов" для быстрого создания программ на ранних этапах разработки. Кодогенерация программ осуществляется автоматически до 85 - 90% объектных кодов и текстов на языках высокого уровня, а в качестве языков наиболее часто используются Ада, Си, Кобол.

                                  Создание современных информационных систем.

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

Технология создания информационных систем предъявляет особые требования к методикам реализации и программным инструментальным средствам, а именно:

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

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

3.                                                     Жизненный цикл создания сложной ИС сопоставим с ожидаемым временем ее эксплуатации. Другими словами, в современных условиях компании перестраивают свои бизнес-процессы примерно раз в два года, столько же требуется (если работать по традиционной технологии) для создания ИС. Может оказаться, что к моменту сдачи ИС она уже никому не нужна, поскольку компания, ее заказавшая, вынуждена перейти на новую технологию работы. Следовательно, для создания ИС необходим инструмент значительно (в несколько раз) уменьшающий время разработки ИС.

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

На начальных этапах создания информационной системы необходимо понять, как работает организация, которую собираются автоматизировать. Никто в организации не знает, как она работает в той мере подробности, которая необходима для создания информационной системы. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в работу каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но плохо знает, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель. Такая модель должна быть адекватна предметной области, следовательно, она должна содержать в себе знания всех участников бизнес-процессов организации.

CASE-cредство BPWin предназначено для проведения анализа и реорганизации бизнес-процессов. BPWin поддерживает методологию IDEF0 (функциональная модель). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии или идеального положения вещей – того, к чему нужно стремиться. Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной – функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. Такая технология построения модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования.


 

А также другие работы, которые могут Вас заинтересовать

67471. Выбор рациональной длины пакета сети ЭВМ 149.5 KB
  Исходные данные средняя длина передаваемого сообщения: l = 5000 бит; длина заголовка пакета: С = 320 бит; коэффициент учитывающий системные издержки на сборку сообщений: К1 = 15; время изменения направления передачи t1n = 0 t2n = 004; номинальная...
67472. Функционирование мостов и коммутаторов на основе протокола канального уровня STP стека протоколов TCP/IP 119.5 KB
  Изучение основных принципов работы мостов и коммутаторов в сетях ЭВМ на основе протокола STP. Получение знаний по принципам построения и алгоритмам функционирования мостов и коммутаторов в сетях ЭВМ и навыков по устранению активных петель в сети при помощи протокола STP.
67473. Функционирование маршрутизаторов на основе протокола сетевого уровня OSPF стека протоколов TCP/IP 81.5 KB
  Получение знаний по принципам построения и алгоритмам функционирования маршрутизаторов в сетях ЭВМ и навыков по выбору кратчайших путей в сети на основе протокола OSPF. Граф сети Граф-схемы алгоритмов Граф-схема алгоритма выбора кратчайших путей Дейкстра Граф-схема алгоритма выбора...
67474. Финансы и финансовая система. Основные понятия финансов 146.5 KB
  Термин финансы происходит от французского fin = finis означающего конец окончание. Финансы связаны с движением денег от одного владельца к другому следовательно финансы связаны с экономическими отношениями и являются экономической категорией. Финансы представляют собой отношения по созданию...
67475. КРИЗИС СЕРЕДИНЫ ЖИЗНИ 205.5 KB
  Проблема возраста всегда актуальна, как для каждого отдельного человека, так и для всего общества в целом. Переход из одного возрастного периода в другой является судьбоносным и определяет всю дальнейшую жизнь.
67476. Становление личностного новообразования периода кризиса трех лет 125.5 KB
  Кризисов, которые будет преодолевать ребенок несколько: это кризис новорожденности, кризис одного года, трех лет, семи лет, кризис подросткового возраста. Время их возникновения зависит от конкретного ребенка и условий его жизни. Общим для всех кризисов развития являются несколько основных критериев: острый период, трудновоспитуемость, впечатление регресса.
67477. Суперкомпьютер SuperMUC 600 KB
  Производительность суперкомпьютеров чаще всего оценивается и выражается в количестве операций с плавающей точкой в секунду (FLOPS). Это связано с тем, что задачи численного моделирования, под которые и создаются суперкомпьютеры, чаще всего требуют вычислений, связанных с вещественными числами с высокой степенью точности
67478. ОСНОВЫ КВАЗИРЕЛЯТИВИСТСКОЙ КВАНТОВОЙ ТЕОРИИ. УРАВНЕНИЕ ДИРАКА 147.5 KB
  Первое слагаемое - вероятность найти частицу с положительной энергией, второе - с отрицательной энергией. Видим, что сохраняется только сумма этих вероятностей. Поэтому состояния с отрицательными энергиями нельзя просто выбросить - сразу нарушится вероятностная интерпретация.
67479. ВЗАИМОДЕЙСТВИЕ ЧАСТИЦ С ВНЕШНИМ ЭЛЕКТРОМАГНИТНЫМ ПОЛЕМ. УРАВНЕНИЕ ПАУЛИ 250 KB
  Вернемся к уравнению Клейна-Гордона - релятивистскому уравнению второго порядка, которому должна подчиняться любая волновая функция. Из него было ранее получено уравнение непрерывности