Практическая. Ответы экзамен по ПМ.02. Ответ Виды клиентского программного обеспечения Программное обеспечение
 Скачать 1.26 Mb.
|
|
9. Этапы жизненного цикла, поддерживаемые корпоративными системами. Ответ:  10. Понятие платформы Microsoft .NET. Структура Microsoft.NET Framework. Программы для платформы Microsoft.Net. Ответ: Понятие платформы Microsoft .NET. Microsoft .Net – это совокупность программных средств, обеспечивающих разработку приложений на основе промежуточного кода и их выполнение в специализированной операционной среде .NET Framework. Структура Microsoft.NET Framework Структура платформы .NET состоит из нескольких частей (снизу вверх на рисунке): операционная система .NET; платформа для разработки и выполнения приложений; сетевые сервисы и серверные продукты; средства разработки приложений.  Программы для платформы Microsoft.Net. В первую очередь это средства разработки приложений – Visual Studio .NET, Xamarin Studio (MonoDeveloper) Архитектура .NET — это устройство платформы .NET со всеми ее составными частями и схемами взаимодействия между ними. Говоря об архитектуре, имеют в виду общие принципы и правила создания и использования приложений .NET, представленные в виде описаний, спецификаций и стандартов. Операционная среда .NET Framework— это важнейшая составная часть платформы .NET, обеспечивающая разработку, распространение и выполнение приложений .NET. Ее роль настолько велика, что довольно часто в публикациях происходит подмена понятий и под заголовком «Архитектура .NET» находится описание .NET Framework. Поэтому всегда нужно помнить, что .NET Framework — это составная часть платформы .NET. Именно она представляет наибольший интерес для разработчиков. Приложения .NET — новый тип приложений, которые могут выполняться только под управлением операционной среды, т. к. они откомпилированы не в двоичный код операционной системы, а в коды промежуточного языка MSIL.. Службы .NET — XML Web-службы, разработанные и функционирующие под управлением операционной среды .NET Framework. Хотя некоторые источники определяют .NET как архитектуру и платформу для создания нового поколения именно Web-служб, это только часть (безусловно, важная и перспективная) ее предназначения. 11. Приемы и методы разработки графического интерфейса пользователя. Ответ: Обязательными элементами графического интерфейса являются: Одно или несколько окон для вывода графических результатов расчета. Несколько редактируемых окон, с помощью которых задаются и/или изменяются значения параметров задачи. Управляющие кнопки, которые позволяют запускать и останавливать процесс расчета, перерисовывать результаты, выходить из задачи. Поясняющие надписи (статический текст). 12. Библиотека классов Windows Forms. Объекты библиотеки. Ответ: Класс Control – базовый класс для почти каждого создаваемого элемента управления и формы. Класс Control реализует базовую функциональность создания и отображения всего, что видит пользователь. Класс Control унаследован от класса System.ComponentModel.Component. Класс Component обеспечивает Control всей необходимой инфраструктурой, которая потребуется для того, чтобы его можно было перетаскивать на поверхность проектирования в визуальном конструкторе и помещать в другой объект. Класс Control предоставляет огромный список функциональности классам, унаследованным от него. Стандартные элементы управления и компоненты: Button. Класс Button представляет простую командную кнопку и наследуется от класса ButtonBase. Наиболее часто приходится писать код для обработки события Click кнопки. Checkbox. Элемент управления CheckBox также унаследован от ButtonBase и используется для приема двух или трех состояний от пользователя. Если установить свойство ThreeState в true, то свойство CheckState элемента CheckBox сможет принимать одно их трех значений перечисления CheckState (Checked, Unchecked, Indeterminate - серый). RadioButton. Элемент управления RadeoButton (переключатель) также унаследован от ButtonBase. Переключатели обычно используются в группе. Иногда называемые кнопками опций, переключатели позволяют пользователю выбирать одну из нескольких опций. При наличии нескольких элементов управления RadioButton в одном контейнере, только один из них может быть выбран в один и тот же момент времени. ComboBox, ListBox и CheckedListBox. Элементы управления ComboBox, ListBox и CheckedListBox унаследованы от класса ListControl. Этот класс предоставляет некоторую базовую функциональность управления списками. Наиболее важные аспекты использования списочных элементов управления состоят в добавлении данных и выборе данных из списка. DataGridView. DataGridView обладает возможностями привязки. Он предлагает различные представления одних и тех же данных. В простейшем виде данные могут быть отображены (как в классе DataSet) установкой свойств DataSource и DataMember. DateTimePicker. Элемент управления DateTimePicker позволяет выбирать значение даты или времени (или то и другое) во множестве разных форматов. Значение DateTime можно отобразить в любом стандартном формате времени и даты. Свойство Format принимает значение перечисления DateTimePickerFormat, которое устанавливает формат Long, Short, Time или Custom. Если свойство Format установлено в DateTimePickerFormat.Custom, с помощью свойства CustomFormat можно задать строку, представляющую формат. Label. Элемент управления Label (метка) обычно используется для представления пользователю описательного текста. Текст может быть связан с другими элементами управления или текущим состоянием системы. PictureBox. Элемент управления PictureBox используется для показа изображения. Изображение может иметь формат BMP, JPEG, GIF, PNG, метафайла или значка. TextBox, RichTextBox и MaskedTextBox. Элементы TextBox, RichTextBox и MaskedTextBox унаследованы от TextBoxBase. Элемент TextBoxBase предоставляет такие свойства, как MultiLine и Lines. 13. Порядок построения формы ввода данных для корпоративных приложений на конкретном примере. Ответ: Создать новый проект и нужную форму или формы. Подключить источник данных к проекту. На форму накидать DataGridView, TextBox и т.д. Либо перейти на вкладку «Источники данных» и перетащить нужную таблицу на форму. 14. Особенности разработки распределенных приложений корпоративного типа технология Microsoft Remoting. Ответ: .NET Remoting — это технология коммуникаций между разными доменами приложений. Коммуникации между доменами приложений с помощью .NET Remoting могут происходить внутри одного процесса, между процессами в одной системе или между процессами в разных системах. Для коммуникаций между клиентским и серверным приложением могут применяться несколько различных технологий. Для программирования приложений можно использовать сокеты или вспомогательные классы из пространства имен System.Net, которые облегчают работу с протоколами, IP-адресами и номерами портов. В рамках этой технологии данные всегда должны передаваться по сети. Передаваемые данные могут быть оформлены в собственный специальный протокол, когда пакет интерпретируется сервером, так что сервер знает, какие методы должны быть вызваны. Придется не только иметь дело с передаваемыми данными, но также самостоятельно создавать потоки выполнения. Используя веб-службы ASP.NET, можно отправлять сообщения по сети. Веб-службы обеспечивают независимость от платформы. Кроме того, достигается слабая связь между клиентом и сервером, а это означает облегчение работы с версиями. Веб-службы ASP.NET Благодаря .NET Remoting, всегда имеется слабая связь между клиентом и сервером, потому что ими разделяются объекты одних и тех же типов. В рамках .NET Remoting функциональность объектов CLR перемещается в методы, которые вызываются между разными доменами приложений. Функциональность .NET Remoting может быть описана типами приложений и поддерживаемых протоколов, а также CLR Object Remoting. CLR Object Remoting (удаленное взаимодействие объектов CLR) — важный аспект технологии .NET Remoting. С удаленными объектами могут использоваться все языковые структуры (такие как конструкторы, делегаты, интерфейсы, методы, свойства и поля). Технология .NET Remoting расширяет функциональность объектов CLR на всю сеть. Данная технология имеет дело с активизацией, временем жизни и контекстами вызова. В этом состоит ее главное отличие от веб-служб XML. В веб-службах XML объекты абстрагируются, и клиенту не нужно знать реальные типы объектов на сервере. Технология WCF предлагает такие средства веб-служб ASP.NET, как независимость от платформы, обеспечивая высокую производительность и гибкость . Технология .NET Remoting имеет преимущество — это коммуникации между доменами приложений внутри процесса. Технология MAF (System.AddIn), использует внутри себя .NET Remoting. И, конечно же, существует множество готовых решений .NET, основанных на .NET Remoting, которые ничего не выигрывают от переписывания в новой технологии. 15. Общая последовательность на примере разработки распределенного высоконадежного и безопасного с использованием технологии Microsoft Remoting. Ответ: Создание оконного приложения. Настройка свойств окна. Добавление главного меню. Обработка пунктов меню. Подключение к серверу. Подключение библиотеки Runtime Remoting. Создание канала для передачи сообщений. Для передачи сообщений между программами требуется создать и зарегистрировать канал. Запуск сервера. Подключение к серверу. Исправление ошибок и недостатков. 16. Концепция веб-сервиса. Инструментальные средства Microsoft используемые при создании сервисов. Ответ: Веб-сервис – это основной тип веб-приложений. Задачей веб-сервиса является не генерация HTML разметки для браузера, а предоставление функций (веб-методы), которые можно вызвать по Интернету. Веб-сервисы используются на сервере (исполняющей средой). Веб-сервисы публикуют методы, которые могут быть вызваны внешними клиентами. Веб-сервисы ожидают поступления http-запросов для вызова методов. Веб-сервисы исполняют запросы и возвращают http ответы. Использование Веб-сервисов: В2В решения Доступная клиенту функциональность Интеграция гетерогенных систем Быстрая разработка Общие характеристики Веб-сервисов: Веб-сервисы реализуются как asmx-файлы. Исполняемый код веб-сервиса может находится как в самом файле asmx, так и в специальном файле с кодом. Asmx – файлы начинаются директивой @WebService, эта директива содержит, по крайней мере, атрибут class, задающий класс, из которого состоит веб-сервис. Кассы веб-сервисов могут иметь необязательные атрибуты WebService. Веб-методы объявляются путем назначения открытым методом класса сервиса атрибута WebMethod. 17. Разработка сервисно-ориентированных корпоративных приложений. Ответ: Одним из подходов к созданию современных корпоративных информационных систем (ИС) является проектирование сервис- ориентированных архитектур на основе методологии SOA (Service Oriented Architecture). SOA – это набор бизнес-методов, методов процесса, организационных методов, методов управления и технических методов для создания гибкой среды. Сервис-ориентированная архитектура предлагает возможность гибкой работы с элементами бизнес-процессов и лежащей в их основе ИТ-инфраструктурой как с компонентами, которые можно использовать многократно и комбинировать при изменении приоритетов организации. Механизм сервисов SOAP является каркасом для интеграции бизнес-процессов и поддерживающей их ИT-инфраструктуры в форме безопасных, стандартизированных компонентов (служб), предназначенных для многократного использования. В процессе проектирования сервис-ориентированной архитектуры приложений в первую очередь должно быть разработано концептуальное представление. В ходе его разработки должны быть определены следующие компоненты • Сервисы – эффективно инкапсулировать логику и данные, связанные с процессами в реальном мире. • Сообщения. Сервисы взаимодействуют между собой, обмениваясь сообщениями. Должны быть полностью определены сообщения, которые порождают и принимают сервисы, включая требования к последовательности этих сообщений • Контракты. Каждый контракт описывает метод взаимодействия двух сервисов. В это описание входит: перечень посылаемых каждым сервисом сообщений, их форматы, методы отправки, последовательность обмена сообщениями, перечень принимаемых каждым сервисом сообщений и способы приёма. • Состояния. Сервисы управляют состояниями и состояния, часто, являются главной причиной их существования. Состояние – это то, что хранится в некоторой долгосрочной среде, такой как файловая система или база данных. • Процессы. Каждый процесс управляет последовательностью действий при выполнении некоторой работы, постепенно переводя систему из одного состояния в другое. • Приложения объединяют процессные сервисы, бизнес-сервисы и сервисы пользовательских интерфейсов. Бизнес-сервисы обычно проектируются в четыре слоя: сервисы фасада, сервисы бизнес-процессов, сервисы бизнес-сущностей и сервисы представления данных. Такая модель работоспособна как для традиционных типов приложений, которые имеют интерфейс для взаимодействия пользователей с бизнес-сервисами, так и для сервисов, взаимодействующих с другими сервисами. Помимо концептуального представления при проектировании сервис- ориентированной архитектуры должны быть спроектированы логическое представление и физическое представление. Мы не будем на них подробно останавливаться, поскольку они в существенно меньшей степени отличаются от соответствующих представлений при проектировании традиционной архитектуры 18. Особенности и проблемы построения корпоративных приложений на основе сервисно-ориентированной архитектуры. Ответ: Принцип работы Сначала нам нужно получить брокер объектных запросов (Object Request Broker, ORB), который соответствует спецификации CORBA. Он предоставляется вендором и использует языковые преобразователи (language mappers) для генерирования «заглушек» (stub) и «скелетов» (skeleton) на языках клиентского кода. С помощью этого ORB и определений интерфейсов, использующих IDL (аналог WSDL), можно на основе реальных классов генерировать в клиенте удалённо вызываемые классы-заглушки (stub classes). А на сервере можно генерировать классы-скелеты (skeleton classes), обрабатывающие входящие запросы и вызывающие реальные целевые объекты.  Достоинства Независимость от выбранных технологий (не считая реализации ORB). Независимость от особенностей передачи данных/связи. Недостатки Независимость от местоположения: клиентский код не имеет понятия, является ли вызов локальным или удалённым. Звучит неплохо, но длительность задержки и виды сбоев могут сильно варьироваться. Если мы не знаем, какой у нас вызов, то приложение не может выбрать подходящую стратегию обработки вызовов методов, а значит, и генерировать удалённые вызовы внутри цикла. В результате вся система работает медленнее. Сложная, раздутая и неоднозначная спецификация: её собрали из нескольких версий спецификаций разных вендоров, поэтому (на тот момент) она была раздутой, неоднозначной и трудной в реализации. Заблокированные каналы связи (communication pipes): используются специфические протоколы поверх TCP/IP, а также специфические порты (или даже случайные порты). Но правила корпоративной безопасности и файрволы зачастую допускают HTTP-соединения только через 80-й порт, блокируя обмены данными CORBA. 19. Адаптация общей концепции к технологическим особенностям среды и инструментальных средств Microsoft. Ответ:     Контракты сервисов
|