- •4. Особенности кп в срмв.
- •6. Понятие резидентных и кросс систем автоматизации.
- •7. Задачи стандартизации средств разработки кп.
- •8. Документация на сложные кп.
- •9. Еспд. Общие положения.
- •10. Еспд. Виды программ и программных документов. Гост 19.107-77
- •11. Еспд. Пояснительная записка. Гост 19.404-79
- •12. Еспд. Техническое задание. Гост 19.106-78
- •13. Еспд. Стадии разработки. Гост 19.102-77
- •14. Еспд. Общие требования к программным документам. Гост 19.105-78
- •15. Еспд. Спецификация. Гост 19.202-78
- •16. Еспд. Формуляр. Гост 19.501-78
- •17. Еспд. Текст программы. Гост 19.401-78 (текст программы)
- •17. Еспд. Программа и методика испытаний. Гост 19.301-79
- •18. Еспд. Руководство системного программиста. Гост 19.503-79
- •19. Еспд. Руководство оператора. Гост 19.505-79
- •20. Типовая структура программы и программного модуля
- •21. Понятие резидентных и кросс–систем автоматизации
- •22. Проблемы стандартизации при разработки пс.
- •23. Принципы планирования больших кп.
- •24. Основная опасность при разработке программных средств.
- •25. Укрупненный сетевой график создания сложных кп.
- •Отладка
- •26.Эталоны при проектировании кп
- •27.Типичные ошибки при проектировании кп
- •Технологические ошибки
- •Определение рациональной длительности отладки
- •29.Основные принципы отладки
- •30.Методы отладки
- •31.Принципы отладки:
- •32.Принципы комплексной отладки и испытаний кп
- •Комплексна отладка:
24. Основная опасность при разработке программных средств.
При использовании современных ВС, обладающих чрезвычайно большими возможностями вычислений, анализа, моделирования и т.д. весьма опасна утрата основных целей: создание в конечные сроки программ или КП, имеющих непосредственную функциональную полезность для общества или части общества. Это крайне распространено особенно в среде молодых программистов, при этом интересы разработчика переключаются с цели разработки на процесс разработки и взаимодействия с инструментом разработки.
25. Укрупненный сетевой график создания сложных кп.
Взаимосвязь основных работ при проектировании сложных КП хорошо отображается сетевым графиком, на котором кружками, как правило пронумерованными, обозначаются события в процессе разработки, а стрелками, соединяющими эти кружки – логическая последовательность работ приводящая к событиям. Работы можно оценивать по длительности или по затратам определенных ресурсов, эти оценки строятся на основании опыта разработчиков над другими проектами, возможно, близкими к рассматриваемому, и как правило, оцениваются мат.ожидание и дисперсия.
В результате работы (1)--->(2) (или 1-2) из события 1 получается событие 2.
Пример: событие 1-готова спецификация на некоторый компонент, работа 1-2 написание компонента, событие 2-компонент написан.
В результате работы (1)--->(3) и (2)--->(3) получается событие 3.(оба модуля разработаны) При этом событие 3 получается только при завершении работ 1-3 и 2-3.
Событие 4 позволяет начать работать 4-5 и 4-6.
Работы могут носить фиктивный характер, тогда они обозначаются пунктирной стрелкой. Чаще всего это ожидание некоторого события.
Оценивается длительность работы и определяется так называемый критический путь – наиболее длительная цепочка работы от начального события к завершающему.
Проектирование КП начинается с формулирования цели разработки системы и основных задач, которые предполагается решать с помощью ВС. Далее определяются ограничения и критерий оценки эффективности АИС в целом, а также отдельных алгоритмов, реализуемых на ВС.
Важнейшими ограничениями являются:
Ресурсы проектирования (финансовые затраты, сроки, наличие специалистов, технологических и программных средств для разработки)
Наличие и детальность разработки теоретической базы и методов решения, которые предполагается применять.
Наличие и достоверность исходных данных по характеристикам источника информации и управляющих объектов.
Критерий эффективности и перечисленные ограничения позволяют провести первоначальную, предварительную оценку. Эта оценка проводится до начала разработки, а конечные значения оценок работ производятся на основании предыдущих схожих разработок.
Эти оценки весьма неточны, но лучше их использовать, чем вообще не оценивать возможность разработки в срок.
Далее начинаем разработку, если вероятность успеха велика.
В рассматриваемом сетевом графике выделяются 3 группы работ:
исследование предметной области, научно-исследовательской работы, связанных с анализом методов решения функциональных задач и наиболее важных частных задач.
Непосредственная разработка управляющих алгоритмов программ, их отладка, испытания и сдача заказчику.
Разработка или выбор технологических средств создания КП и средств автоматизации, проектирования, отладки и испытаний.
При разработке критический путь необязательно проходит через события и работы, связанные непосредственно с созданием и разработкой функциональных программ. Он может проходить в работах исследовательского характера или технологич. Возможностей перераспределения ресурсов.
При оценки критического пути возможно перераспределение ресурсов и изменение численных оценок сетевого графика.
В процессе разработки сетевого графика могут меняться динамически и для его расчетов существует много численных ПС.
В проектировании КП выделяются (согласно ГОСТу) этапы предварительного, технического и рабочего проектирования:
Разработка технических приложений (аван-проект) или эскизное проектирование.
Разработка технического проекта (ТЗ)
Программирование и автономная отладка программ
Комплексная отладка системы в целом
Испытания КП, сдача заказчику, внедрение в серийное производство
3, 4 и 5 этапы – проедставляют из себя укрупненный этап: рабочее проектирование.
1.-->Технические проекты (аван-проект, проведение системного обследования). Производится оценка основных характеристик КП, алгоритмов разработки и требований к исполнительной ВС; на этом этапе очень важны количественные оценки параметров и их точность; а также адекватность алгоритма решаемых задач. Ошибки могут сильно увеличить длительность разработки. Особую роль играют анализ предметной области и исследование методов решения конкретных задач.
События:
1) выяснена целесообразность и определены цели разработки;
2) проведены изучения предметной области и аналитическое исследование методов решения частной функциональной задачи;
3) проведено изучение предметной области и методов решения частичных функциональных задач, исследованных на модели;
4) разработан эскизный проект на КП в целом и на основные подсистемы.
2.--> На этом этапе детально разрабатывается схема КП в целом, а также схема подсистем. На этом этапе за каждой функциональной задачей закрепляется метод решения, который реализуется в виде алгоритма и возможной в первоначальном оценочном варианте программы; создается модель всей системы, а также её подсистем, позволяющая уточнить важнейшие характеристики алгоритмов и программ; помимо этого производится выбор или разработка средств технологической поддержки и автоматизации.
События: 5) выбрана или разработана технологическая система проектирования и средств автоматизации проектирования и разработки;
6) разработан подробный технический проект на КП в виде ТЗ
3.-->. На этом этапе должны появиться автономно отлаженные программы, важна разработка методов и средств автономной и комплексной отладки.
События: 7) разработаны подробные документы (описания) о программах, которые разработаны и оттранслированы;
8) выбраны или разработаны средства автоматизации и автономной отладки;
9) завешена автономная отладка модулей и небольших заданных компонент (замкнутых подсистем)
4.-->. Завершается разработка системы, в результате должен быть создан и проверен в условиях, близких к реальным и снабженных необходимой документацией КП в целом в соответствии с ТЗ.
События: 10) на этом этапе могут проводиться доработки, вызванные отклонениями от требования к первоначальному ТЗ, которые выявляются на этапе комплексной отладки, соответственно производится корректировка документации;
11) разработаны средства автоматизации комплексной отладки (для систем реального масштаба времени в основном), имитаторы и средства обработки результатов отладки;
12) завершена комплексная отладка;
13) разработана полная техническая документация.
5.Испытание в реальных условиях, сдача заказчику, внедрение в серийное производство.
События: 14) разработаны средства обеспечения контроля и обработки результатов натуральных испытаний, либо на реальном объекте, либо на модели для всего КП в целом;
15) завершены натуральные испытания, и система принята заказчиком;
16) проверенный и испытанный КП внедрен в серийное производство и начато его тиражирование.
Приведенный график носит обобщенный ориентировочный характер, при этом часть событий в ряде различных приложений может отсутствовать и, напротив, для ряда приложений могут включаться дополнительные работы и события.
1 этап 2 этап 3 этап 4 этап 5 этап