Домашнее задание для ПО 3.11 по инструментарии разработки программного обеспечения от 20.02.21
учебно-методический материал
Компонентный подход предполагает построение программного обеспечения из отдельных компонентов физически отдельно существующих программных частей программного обеспечения, которые взаимодействуют между собой через стандартизированные двоичные интерфейсы. В отличие от обычных объектов объекты-компоненты можно собрать в динамически вызываемые библиотеки или исполняемые файлы, распространять в двоичном виде (без исходного текста) и использовать в любом языке программирования, поддерживающем соответствующую технологию. Компонентный подход лежит в основе технологий, разработанных на базе COM (Component Object Model — компонентная модель объектов), и технологии создания распределенных приложений CORBA (Common Object Request Broker Architecture — общая архитектура с посредником обработки запросов объектов). Эти технологии используют сходные принципы и различаются особенностями их реализации. Технология СОМ фирмы Microsoft является развитием технологии OLE 1 (Object Linking and Embedding — связывание и внедрение объектов), которая использовалась в ранних версиях Windows для создания составных документов. OLE позволяет программистам создавать приложения для работы с составными документами, представляющие собой динамически связанные структуры, отдельные части которых могут разрабатываться в различных программах. Эта технология появилась как OLE 1 в Windows 3.1 и означала, что пользователь мог создавать сложные составные документы, в которых содержались объекты различного происхождения. Внедренные объекты могли редактироваться простым щелчком клавиши мыши по соответствующему элементу данных. Например, нужно было дважды щелкнуть по электрон119 ной таблице Excel, встроенной в документ редактора Word, и в отдельном окне запускался Excel с загруженным рабочим листом, готовым к редактированию. После завершения редактирования Excel позволял сохранить изменения во внедренном в документ Word объекте Excel.
Скачать:
Вложение | Размер |
---|---|
lek1.docx | 12.47 КБ |
Предварительный просмотр:
Собственно разработка любого программного обеспечения начинается с анализа требований к будущему программному продукту. В результате анализа получают спецификации разрабатываемого программного обеспечения: выполняют декомпозицию и содержательную постановку решаемых задач, уточняют их взаимодействие и определяют эксплуатационные ограничения. В процессе определения спецификаций строят общую модель предметной области как некоторой части реального мира, с которой будет тем или иным способом взаимодействовать разрабатываемое программное обеспечение, и конкретизируют его основные функции. Спецификации представляют собой полное и точное описание функций и ограничений разрабатываемого программного обеспечения. При этом функциональные спецификации описывают функции разрабатываемого программного обеспечения, а эксплуатационные определяют требования к техническим средствам, надежности, безопасности и т. д. Применительно к функциональным спецификациям требование полноты означает, что спецификации должны содержать всю существенную информацию, чтобы ничто важное не было упущено, и не должны содержать несущественной информации, например деталей реализации, чтобы не препятствовать разработчику в выборе наиболее эффективных решений. Требование точности означает, что спецификации должны однозначно восприниматься как заказчиком, так и разработчиком. Последнее требование выполнить достаточно сложно, так как естественный язык для описания спецификаций не подходит: подробные спецификации на естественном языке не обеспечивают необходимой точности. Точные спецификации разрабатывав2.1. 18 мого программного обеспечения можно определить, только разработав некоторую формальную модель этого программного обеспечения. Все функциональные спецификации разрабатываемого программного обеспечения описывают перечень функций и состав обрабатываемых данных. Они различаются только системой приоритетов (акцентов), которая используется разработчиком в процессе анализа требований и определения спецификаций. Так, диаграммы переходов состояний определяют некоторые аспекты поведения программного обеспечения во времени, диаграммы потоков данных — направление и структуру потоков данных, а концептуальные диаграммы классов — отношение между основными понятиями предметной области. На рис. 2.1 показана классификация моделей, используемых в качестве спецификаций разрабатываемого программного обеспечения. В рамках структурного подхода на этапе анализа и определения спецификаций используют три типа моделей: ориентированные на функции, ориентированные на данные и ориентированные на потоки данных
По теме: методические разработки, презентации и конспекты
Домашнее задание для ПО 3.11 по инструментарии разработки программного обеспечения от 09.11.20
ОСНОВНЫЕ ФУНКЦИОНАЛЬНЫЕ ВОЗМОЖНОСТИ CASE - СРЕДСТВВ состав CASE – средств входят четыре основных компонента.Средства централизованного хранения всей информации о проекте (репозиторий...
Домашнее задание для ПО 3.11 по инструментарии разработки программного обеспечения от 10.11.20
В CASE - средствах, как правило, реализуются следующие типы контроля.1 Контроль синтаксиса диаграмм и типов их элементов.2 Контроль полноты и корректности диаграмм.3 Контроль декомпозиции функци...
Домашнее задание для ПО 3.11 по инструментарии разработки программного обеспечения от 11.11.20
1 Покрытие всего жизненного цикла ПС.2 Поддержка прототипирования. Это касается в первую очередь моделей, поддержива...
Домашнее задание для ПО 3.11 по инструментарии разработки программного обеспечения от12.11.20
КЛАССИФИКАЦИЯ CASE - СРЕДСТВВсе CASE - средства подразделяют на типы, категории и уровни.Классификация по типам отражает функциональное назначение CASE – средств в ЖЦ ПС.Анализ и про...
Домашнее задание для ПО 3.11 по инструментарии разработки программного обеспечения от 13.11.20
Классификация по категориям отражает уровень интегрированности CASE – средств по выполняемым функциям.Категория Tool. Tool – рабочий инструмент. Включает средства самого низкого уровня инт...
Домашнее задание для ПО 3.11 по инструментарии разработки программного обеспечения от 14.11.20
ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА УПРАВЛЕНИЯ ПРОЕКТОМ ОБЗОР ВОЗМОЖНОСТЕЙ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ УПРАВЛЕНИЯ ПРОЕКТОМУправление проектом объединяет множество инструментальных средств, методов и технологи...
Домашнее задание для ПО 3.11 по инструментарии разработки программного обеспечения от 18.11.20
В структурном подходе к анализу и проектированию используются в основном две группы средств, описывающих функциональную структуру системы и отношения между данными. Каждой группе средств соответствуют...