23. Основная опасность при разработке программных средств.

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

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

24. Укрупненный сетевой график создания сложных кп.

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

В результате работы (1)--->(2) (или 1-2) из события 1 получается событие 2.

Пример: событие 1-готова спецификация на некоторый компонент, работа 1-2 написание компонента, событие 2-компонент написан.

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

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

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

• Ресурсы проектирования (финансовые затраты, наличие специалистов, технологические базы)

• Наличие и детальность разработки теоретической базы и методов управления, которые предполагается применять.

• Наличие и достоверность исходных данных по характеристикам источника информации.

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

В рассматриваемом сетевом графике выделяются 3 группы работ:

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

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

3. Разработка или выбор технологических средств создания КП и средств автоматизации, проектирования, отладки и испытаний.

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

В проектировании принято выделать на основании жизненного цикла ряд этапов:

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

2. Разработка технического проекта (ТЗ)

3. Программирование и автономная отладка

4. Комплексная отладка системы в целом

5. Испытания системы, сдача заказчику, внедрение в серийное производство

1.-->Технические предложения (аванпроект, проведение системного обследования). Производится оценка основных характеристик КП, его технических параметров и требований к используемым ВС; на этом этапе очень важны количественные оценки параметров и их точность; ошибки могут сильно увеличить длительность разработки. Особую роль играют теоретические методы решения задачи и предметная область (тесно связаны);

События: 1) то, из чего исходит наш граф; выяснена целесообразность и определены цели разработки;

2) исследованы методы решения функциональных задач на основе анализа объектов управления;

3) методы решения функциональных задач возможно исследованы на моделях, что главным образом актуально для систем реального масштаба времени;

4) разработан эскизный проект и предварительное ТЗ на КП в целом

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

События: 5) выбрана или разработана технологическая система проектирования и средств автоматизации проектирования и разработки;

6) разработан подробный технический проект на КП в виде ТЗ

3.-->. На этом этапе должны появиться автономно отлаженные программы, важна разработка методов и средств автономной и комплексной отладки.

События: 7) разработаны подробные документы (описания) о программах, которые разработаны и оттранслированы;

8) выбраны или разработаны средства автоматизации и автономной отладки;

9) завешена автономная отладка модулей и небольших заданных компонент (замкнутых подсистем)

4.-->. Завершается разработка системы, в результате должен быть создан и проверен в условиях, близких к реальным и снабженных необходимой документацией КП в целом в соответствии с ТЗ.

События: 10) на этом этапе могут проводиться доработки, вызванные отклонениями от требования к первоначальному ТЗ, которые выявляются на этапе комплексной отладки, соответственно производится корректировка документации;

11) разработаны средства автоматизации комплексной отладки (для систем реального масштаба времени в основном), имитаторы и средства обработки результатов отладки;

12) завершена комплексная отладка;

13) разработана полная техническая документация.

5.Испытание в реальных условиях, сдача заказчику, внедрение в серийное производство.

События: 14) разработаны средства обеспечения контроля и обработки результатов натуральных испытаний, либо на реальном объекте, либо на модели для всего КП в целом;

15) завершены натуральные испытания и система принята заказчиком;

16) проверенный и испытанный КП внедрен в серийное производство и начато его тиражирование.

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