Адаптации растений и животных к жизни в горах: Большое значение для жизни организмов в горах имеют степень расчленения, крутизна и экспозиционные различия склонов...
Типы оградительных сооружений в морском порту: По расположению оградительных сооружений в плане различают волноломы, обе оконечности...
Топ:
Генеалогическое древо Султанов Османской империи: Османские правители, вначале, будучи еще бейлербеями Анатолии, женились на дочерях византийских императоров...
Установка замедленного коксования: Чем выше температура и ниже давление, тем место разрыва углеродной цепи всё больше смещается к её концу и значительно возрастает...
Характеристика АТП и сварочно-жестяницкого участка: Транспорт в настоящее время является одной из важнейших отраслей народного хозяйства...
Интересное:
Подходы к решению темы фильма: Существует три основных типа исторического фильма, имеющих между собой много общего...
Аура как энергетическое поле: многослойную ауру человека можно представить себе подобным...
Национальное богатство страны и его составляющие: для оценки элементов национального богатства используются...
Дисциплины:
2020-05-07 | 243 |
5.00
из
|
Заказать работу |
|
|
Структура среды информационной системы
Обобщенная структура любой ИС может быть представлена двумя взаимодействующими частями:
функциональной части, включающей прикладные программы, которые реализуют функции прикладной области;
среды или системной части, обеспечивающей исполнение прикладных программ.
С этим разделением тесно связаны две группы вопросов стандартизации:
стандарты интерфейсов взаимодействия прикладных программ со средой ИС, прикладной программный интерфейс (Application Program Interface — API);
стандарты интерфейсов взаимодействия самой ИС с внешней для нее средой (External Environment Interface — EEI).
Эти две группы интерфейсов определяют спецификации внешнего описания среды ИС — архитектуру, с точки зрения конечного пользователя, проектировщика ИС, прикладного программиста, разрабатывающего функциональные части ИС.
Спецификации внешних интерфейсов среды ИС и, как будет видно далее, спецификации интерфейсов взаимодействия между компонентами самой среды, — это точные описания всех необходимых функций, служб и форматов определенного интерфейса. Совокупность таких описаний составляет эталонную модель открытых систем (Reference Open System Model).
Эта модель используется более 20 лет и определяется системной сетевой архитектурой (SNA), предложенной IBM в 1974 году. Она основана на разбиении вычислительной среды на семь уровней, взаимодействие между которыми описывается соответствующими стандартами, и обеспечивает связь уровней вне зависимости от построения уровня в каждой конкретной реализации (рис. 6.1). Основным достоинством этой модели является детальное описание связей в среде с точки зрения технических устройств и коммуникационных взаимодействий. Вместе с тем она не принимает в расчет взаимосвязь с учетом мобильности прикладного программного обеспечения.
|
Рис. 6.1. Семиуровневая модель взаимодействия информационных систем
Эталонная модель среды открытых систем (OSE/RM) определяет разделение любой информационной системы на приложения (прикладные программы и программные комплексы) и среду, в которой эти приложения функционируют. Между приложениями и средой определяются стандартизованные интерфейсы (API), которые являются необходимой частью профилей любой открытой системы. Кроме того, в профилях ИС могут быть определены унифицированные интерфейсы взаимодействия функциональных частей друг с другом и интерфейсы взаимодействия между компонентами среды ИС.
Тема: «СРЕДСТВА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ»
Цели и задачи лабораторной работы
Целями выполнения лабораторной работы являются:
1. Закрепление имеющихся знаний о средствах разработки программного обеспечения информационных систем.
2. Приобретение навыков работы в современных интегрированных средах разработки программного обеспечения.
3. Приобретение навыков разработки клиентского программного обеспечения ИС с применением принципов методологии RAD.
В процессе выполнения лабораторной работы решаются следующие задачи:
1. Проектируется макет интерфейса и разрабатывается прототип клиентского приложения для заданной ИС.
2. Разрабатывается программный код клиентского приложения для реализации функциональных требований к ИС. Выполняется тестирование и отладка разработанного приложения.
3. Разрабатывается документ «Руководство пользователя» с описанием назначения и функциональных возможностей клиентского приложения создаваемой системы.
Порядок выполнения работы
Вариант индивидуального задания определяет информационную систему, для которой необходимо разработать клиентское программное обеспечение.
В процессе выполнения лабораторной работы необходимо:
|
1. Выполнить анализ требований к информационной системе. Составить перечень функциональных требований к клиентскому приложению. Сформулировать общие требования к пользовательскому интерфейсу.
2. Разработать проект пользовательского интерфейса приложения. С помощью интегрированной среды разработки создать макеты экранных форм с размещёнными на них элементами интерфейса.
3. Разработать прототип клиентского приложения, пользуясь средствами визуального программирования интегрированной среды разработки.
4. Реализовать необходимый функционал приложения добавлением программного кода для обработки системных событий и действий пользователя.
5. Выполнить тестирование общей работоспособности и отдельных функциональных возможностей разработанного приложения. Исправить возможные ошибки.
6. Выполнить верификацию функциональных возможностей разработанного приложения, сравнивая их с имеющимся перечнем функциональных требований.
7. Разработать документ «Руководство пользователя» с описанием назначения и функциональных возможностей клиентского приложения создаваемой системы.
Порядок выполнения работы
Вариант индивидуального задания определяет информационную систему, для которой необходимо разработать клиентское программное обеспечение.
В процессе выполнения лабораторной работы необходимо:
8. Выполнить анализ требований к информационной системе. Составить перечень функциональных требований к клиентскому приложению. Сформулировать общие требования к пользовательскому интерфейсу.
9. Разработать проект пользовательского интерфейса приложения. С помощью интегрированной среды разработки создать макеты экранных форм с размещёнными на них элементами интерфейса.
10. Разработать прототип клиентского приложения, пользуясь средствами визуального программирования интегрированной среды разработки.
11. Реализовать необходимый функционал приложения добавлением программного кода для обработки системных событий и действий пользователя.
12. Выполнить тестирование общей работоспособности и отдельных функциональных возможностей разработанного приложения. Исправить возможные ошибки.
13. Выполнить верификацию функциональных возможностей разработанного приложения, сравнивая их с имеющимся перечнем функциональных требований.
|
14. Разработать документ «Руководство пользователя» с описанием назначения и функциональных возможностей клиентского приложения создаваемой системы.
Принципы создания информационной системы
Многие пользователи компьютерной техники и программного обеспечения неоднократно сталкивались с ситуацией, когда программное обеспечение, хорошо работающее на одном компьютере, не работает на другом таком же устройстве. Или системные блоки одного вычислительного устройства не стыкуются с аппаратной частью другого. Или информационная система другой компании упорно не желает обрабатывать данные, которые вы подготовили в информационной системе у себя на рабочем месте. Эта проблема называется проблемой совместимости вычислительных, телекоммуникационных и информационных устройств.
Развитие систем и средств вычислительной техники, расширенное их внедрение во все сферы науки, техники, сферы обслуживания и быта привели к необходимости объединения конкретных вычислительных устройств и реализованных на их основе информационных систем в единые информационно-вычислительные системы (ИВС) и среды. При этом разработчики ИВС столкнулись с рядом проблем.
Например, разнородность технических средств вычислительной техники с точки зрения организации вычислительного процесса, архитектуры, системы команд, разрядности процессора и шины данных и т. д. потребовала создания физических интерфейсов, реализующих, как правило, взаимную совместимость устройств. При увеличении числа типов интегрируемых устройств сложность организации физического интерфейса между ними существенно возрастала. Разнородность программируемых сред, реализуемых в конкретных вычислительных устройствах и системах, с точки зрения многообразия операционных систем, различия в разрядности и прочих особенностей привела к созданию программных интерфейсов между устройствами и системами. При этом необходимо отметить, что достигнуть полной совместимости программных продуктов, разработанных для конкретной программной среды, в другой среде удавалось не всегда. Разнородность интерфейсов общения в системе "человек-компьютер" требовала постоянного согласования программно-аппаратного обеспечения и пер еобучения кадров.
|
Принцип "открытости" информационной системы
Решение проблем совместимости привело к разработке большого числа международных стандартов и соглашений в сфере применения информационных технологий и разработки информационных систем. Основополагающим понятием стало понятие открытые системы.
Термин "открытая система" сегодня можно определить как "исчерпывающий и согласованный набор международных стандартов на информационные технологии и профили функциональных стандартов, которые специфицируют интерфейсы, службы и поддерживающие их форматы, чтобы обеспечить взаимодействие и мобильность программных приложений, данных и персонала".
Это определение, сформулированное специалистами института IEEE (Institute of Electrical and Electronic Engineers), унифицирует содержание среды, которую предоставляет открытая система для широкого использования. В настоящее время общепризнанным координационным центром по разработке и согласованию стандартов открытых систем является OASIS (Organization for the Advancement of Structured Information Standards).
Общие свойства открытых информационных систем можно сформулировать следующим образом:
расширяемость/масштабируемость: обеспечение возможности добавления новых функций ИС или изменения некоторых уже имеющихся при неизменных остальных функциональных частях ИС;
мобильность/переносимость: обеспечение возможности переноса программ, данных при модернизации или замене аппаратных платформ ИС и возможности работы с ними специалистов, пользующихся ИТ, без их переподготовки при изменениях ИС;
взаимодействие: способность к взаимодействию с другими ИС (технические средства, на которых реализована информационная система, объединяются сетью или сетями различного уровня: от локальной до глобальной);
стандартизуемость: ИС проектируются и разрабатываются на основе согласованных международных стандартов и предложений, реализация открытости осуществляется на базе функциональных стандартов (профилей) в области информационных технологий;
дружественность к пользователю: развитые унифицированные интерфейсы в процессах взаимодействия в системе "человек-машина", позволяющие работать пользователю, не имеющему специальной "компьютерной" подготовки.
Новый взгляд на открытые системы определяется тем, что эти черты рассматриваются в совокупности, как взаимосвязанные, и реализуются в комплексе, что вполне естественно, поскольку все указанные выше свойства дополняют друг друга. Только в совокупности возможности открытых систем позволяют решать проблемы проектирования, разработки и внедрения современных информационных систем.
|
|
Организация стока поверхностных вод: Наибольшее количество влаги на земном шаре испаряется с поверхности морей и океанов (88‰)...
Общие условия выбора системы дренажа: Система дренажа выбирается в зависимости от характера защищаемого...
Эмиссия газов от очистных сооружений канализации: В последние годы внимание мирового сообщества сосредоточено на экологических проблемах...
Археология об основании Рима: Новые раскопки проясняют и такой острый дискуссионный вопрос, как дата самого возникновения Рима...
© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!