- •1. Проблемы разработки по и пути их решения.
- •2. Характеристики качества по, важные для пользователя. Факторы, влияющие на качество по.
- •3. Временной и «пространственный» аспекты системного подхода к разработке по.
- •5. Конструирование по и внутренние критерии качества по, важные для разработчика.
- •6. Стандарты по разработке по. Два вида стандартов, их значения, требования стандартов.
- •7. Три группы процессов создания по.
- •8. Жизненный цикл по и процессы верификации.
- •9. Тестирование, верификация, валидация и V-образная модель жизненного цикла по.
- •11. «Тяжёлые и быстрые» технологии разработки по. Экстремальное (xp) программирование.
- •12. Три вида программных разработок с точки зрения конструирования, технологии создания и эксплуатации. Сравнение методов планирования, конструирования, отладки и т. П.
- •13. Виды документов, выпускаемых на по, по этапам разработки системы.
- •16. Case технологии разработки по. Проблемно ориентированные технологии разработки по. Пакеты scada.
- •18. Структура системы, иерархия управления и структура по.
- •19. Цикличность (периодичность) во времени решения задач управления и работы.
- •20. Временная диаграмма работы системы и по.
- •1. Кризис программного обеспечения (по). Проблемы и цели программной инженерии. Определение инженерии по.
- •2. Что такое по. Типы программных продуктов, их отличие друг от друга.
- •3. Характеристики качественного по.
- •5. Профессиональные и этические требования к специалистам по программному обеспечению.
- •2. Функциональная схема типового процессора.
- •4. Состав, устройство и принцип действия основной памяти.
- •5. Конструкция устройств ввода-вывода информации.
- •6. Принцип действия цифровых комбинационных устройств.
- •8. Многомашинные и многопроцессорные вс. Классификация Флинна.
- •10. Прямой, обратный и дополнительный коды двоичных чисел.
13. Виды документов, выпускаемых на по, по этапам разработки системы.
Конечный программный продукт – результат работы множества людей. Они могут не знать друг друга, но успешно взаимодействую благодаря чётко описанному интерфейсу – документации.
Для изготовления сложной системы требуется документация по изготовлению, испытанию и контролю каждой её составной части, а также по сборке и испытанию собранной системы.
Проблемы, решаемые документированием одни и те же для всех проектов, но в небольших проектах значительная часть документов может объединяться и выпускаться в сокращённом объёме.
Выделяются три вида документов на ПО:
Проектная документация (по разработке в целом);
Документация на программную продукцию (конструкторская, эксплуатационная, доки технических условий);
Документация управления проектом.
Проектная документация является средством связи между разрабами, реализующими совместные требования к программному продукту. В проектных документах определяются цели системы, критерии эффективности, структура системы (составные части и их взаимодействие), методы и алгоритмы управления системой.
Конструкторская документация определяет порядок изготовления, сборки и испытаний программной продукции (системы или прочих изделий).
Эксплуатационная документация приводит техническое описание программной продукции и определяет действия эксплуатационного персонала, связанные с запуском системы, управлением ею, остановкой и перезапуском системы, а также действия в нештатных ситуациях.
Эксплуатационно-техническая документация на ПО (ЭТД) оговаривает все вышеперечисленные сведения из эксплуатационной доки, а также приводит описание алгоритма работы ПО, его входных и выходных данных.
Формуляр или документация технических условий (ТУ) содержит перечень характеристик, которым соответствует программный продукт и определяет методы проверки этих характеристик при приёмосдаточных испытаниях.
Документация управления проектом определяет круг обязанностей участников разработки, план разработки, контрольные точки всего процесса разработки ПО и отчётные документы в контрольных точках.
Все перечисленные виды документаций актуальны не только для ПО, но и для любых сложных изделий. Документация помогает производить и эксплуатировать по-настоящему качественное ПО.
16. Case технологии разработки по. Проблемно ориентированные технологии разработки по. Пакеты scada.
Технологии разработки ПО всегда развивались со стремлением к автоматизации. В программной инженерии стараются автоматизировать все склонные к этому процессы ЖЦ.
Под термином CASE понимается технология разработки ПО с применением программных инструментов для комплексной автоматизированной поддержки (Computer Aided Software Engineering). Примеры: электронные UML диаграммы, генерация документации и API, СУБД (могут генерировать схемы) и т.п.
«Предельная» или идеальная CASE технология, к которой стремятся все технологии разработки ПО, — это автоматическая генерация кода программы для встроенной в систему ЦВМ, после проектирования системы и ввода проектных данных и алгоритма функционирования в инструментальный компьютер, причём ввод желательно осуществлять на естественном языке.
Таким образом, в предельной CASE технологии язык программирования отсутствует, а программирование задачи должно осуществляться естественным языком в терминах предметной области и при помощи записи алгоритмов и схем, в том числе и в графической форме. Из-за неоднозначности и сложности естественного языка, такая технология может быть реализована в проблемно ориентированном виде для узких предметных областей с использованием «ограниченного естественного языка».
Примерами таких проблемно-ориентированных технологий являются Excel со встроенным аппаратом макросов или системы Mathcad и Maple, в которых язык решения задач близок к естественному языку математических описаний.
SCADA (supervisory control and data acquisition) — системы управления и сбора данных для систем промышленной автоматизации. Такое ПО позволяет на графическом языке FBD (Function Block Diagram) составлять схему необходимой для создания системы. В SCADA присутствует обширная библиотека функциональных блоков, которые позволяют управлять и обрабатывать потоки данных, настраивать ввод-вывод из устройств и ПО. После создания структурной схемы ПО и введения нужных настроек, такая SCADA система может скомпилировать ПО для настоящей промышленной системы. При этом речь будет идти не о программировании в чистом виде, а о проектировании задачи в проблемно-ориентированной среде. В подобном проблемно-ориентированном языке естественные высказывания (пусть и в виде блоков) будут однозначны, так как за ними стоит строго формализованный смысл.