Лекции в виде ответов на вопросы (1037797), страница 5

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 5)

2.2. обеспечение поддержки программных средств, используемых в госналогинспекциях региона;

2.3. изучение рынка программных средств и выдача рекомендаций по приобретению и внедрению системного и прикладного программного обеспечения;

2.4. участие в разработке предложений по выбору средств вычислительной техники;

2.5. руководство группой программирования (при наличии группы в составе отдела);

2.6. оказание методической помощи подразделениям налоговых инспекций региона и администраторам баз данных районных налоговых инспекций;

2.7. изучение причин отказов и нарушений в АС, разработка предложений по их устранению и предупреждению, по повышению качества и надежности автоматизированной информационной системы;

2.8. участие в приемо-сдаточных испытаниях задач АС

Функции:

• обеспечивает создание и эффективное функционирование отдела;

• на основе анализа общей потребности предприятия, задач и возможностей своего структурного подразделения, составляет календарный план работы структурного подразделения и определяет направления, формы, методы и сроки его реализации;

• несет ответственность за эксплуатацию и развитие автоматизированных информационных систем предприятия в части системного и прикладного программного обеспечения;

• обеспечение поддержки программных средств, используемых на предприятии;

• изучение рынка программных средств и выдача рекомендаций по приобретению и внедрению системного и прикладного программного обеспечения;

• руководит работниками отдела и группой программирования (при наличии группы в составе отдела;

• принимает участие в разработке предложений по выбору средств вычислительной техники;

• осуществляет организационно-методическое руководство структурного подразделения, оснащение и развитие его материальной базы, внедрение средств автоматизации производственных процессов по новой технике и новым технологическим процессам;

• разрабатывает меры по повышению профессиональной подготовки и квалификации сотрудников своего структурного подразделения. Организует подбор кадров для структурного подразделения;

• организует работу по анализу результатов деятельности структурного подразделения, его эффективности, разработке предложений по совершенствованию форм и методов работы, мер по устранению имеющихся недостатков;

• обеспечивает правильное расходование средств структурного подразделения в соответствии с утвержденными сметами и финансовыми планами предприятия, а также составление установленной отчетности;

11. Тестирование программ. Тестирование модулей. Тестирование скомпонованной программы.

• Верификация с начала разработки

• Проведение инспекций кодов программ

• Тестирование отдельных модулей

• Тестирование скомпонованной программы

• Планирование тестирования проводится одновременно с началом работ

Тести́рование программного обеспечения — процесс выявления ошибок в программном обеспечении (ПО)

Уровни тестирования

• Модульное тестирование (юнит-тестирование) — тестируется минимально возможный для тестирования компонент, например, отдельный класс или функция

• Интеграционное тестирование — проверяет, есть ли какие-либо проблемы в интерфейсах и взаимодействии между интегрируемыми компонентами — например, не передается информация, передаётся некорректная информация.

• Системное тестирование — тестируется интегрированная система на её соответствие исходным требованиям

• Альфа-тестирование — имитация реальной работы с системой штатными разработчиками, либо реальная работа с системой потенциальными пользователями/заказчиком на стороне разработчика. Часто альфа-тестирование применяется для законченного продукта в качестве внутреннего приёмочного тестирования. Иногда альфа-тестирование выполняется под отладчиком или с использованием окружения, которое помогает быстро выявлять найденные ошибки. Обнаруженные ошибки могут быть переданы тестировщикам для дополнительного исследования в окружении, подобном тому, в котором будет использоваться ПО.

• Бета-тестирование — в некоторых случаях выполняется распространение версии с ограничениями (по функциональности или времени работы) для некоторой группы лиц, с тем чтобы убедиться, что продукт содержит достаточно мало ошибок. Иногда бета-тестирование выполняется для того, чтобы получить обратную связь о продукте от его будущих пользователей.

12. Управление разработкой программ. Управление сроками. Управление кадрами. Управление организационной структурой.

• Спецификация требований

• Организационная структура

• Сроки реализации

• Расстановка кадров

• Бюджет

• Документирование рабочих стандартов

13. Управление разработкой программ. Значение внутренних стандартов. Документирование разработки.

• Спецификация требований

• Организационная структура

• Сроки реализации

• Расстановка кадров

• Бюджет

• Документирование рабочих стандартов

Документирование

• Документация создается на всех уровнях проектирования

• Использовать методы документирования (HIPO, SADT, IA, UML)

• Самая трудная задача – организовать ведение документации

14. Методы интеграции информационных систем. Интеграция однородных и разнородных систем.

Интеграция (от лат. integrum — целое; лат. integratio — восстановление, восполнение) — в общем случае обозначает объединение, взаимопроникновение. Объединение каких-либо элементов (частей) в целое. Процесс взаимного сближения и образования взаимосвязей.

При интеграции информационных систем основополагающую роль играет свойство интероперабельности ИС. Под интероперабельностью понимается способность информационной системы взаимодействовать с другими ИС. Такое взаимодействие может выражаться в виде обмена данными, распределенного выполнения поисковых запросов, согласованного изменения баз данных (БД) и т.д. Необходимость обеспечения интероперабельности возникает при связывании бизнес-процессов предприятий-партнеров, согласовании работы существующей ИС с принятыми стандартными решениями.

Также свойство интероперабельности используется при интеграции нескольких ИС, включении в создаваемую систему БД ранее использованных хранилищ данных, разработке комплексных автоматизированных систем управления, построении сетей информационных хранилищ, а также во многих других случаях. Проблема обеспечения интероперабельности ИС имеет фундаментальный характер. Она актуальна как для унаследованных систем, которые требуется связать с вновь создаваемыми (либо, как минимум, получить возможность использования их БД), так и для проектируемых хранилищ данных, в которых необходимо предусмотреть возможности реализации взаимодействия с другими ИС в перспективе, при изменении требований к ним [1].

Выделяется два аспекта интероперабельности: структурный и семантический. Структурный аспект интероперабельности систем означает способность к структурному согласованию сущностей систем. Семантический аспект означает возможность установления соответствия между смыслами единиц информационных систем.

Существующие методы достижения интероперабельности, главным образом, касаются ее синтаксических (структурных) аспектов, т.е. направлены на согласование и преобразование структур данных за счет стандартизации их форматов и использования расширяемых метаязыков. Универсальные подходы к обеспечению интероперабельности ИС на семантическом уровне в настоящее время отсутствуют. Решения соответствующих задач являются частными, относящимися к конкретным хранилищам данных, и предусматривают ручное построение отображений между их сущностями, реализуемое в средствах преобразования данных.

На данной схеме (рис. 1) рассматривается интеграция ИС-А и ИС-В. Задачей интеграции является обеспечение взаимодействия между ИС. Для этого необходимо определить соответствия сущностей ИС-А сущностям ИС-В и правила их преобразования.

С этой целью вначале из информационных систем извлекаются их схемы данных. При помощи анализа схем данных в отдельности, возможно установление лишь структурной интероперабельности, то есть правил преобразования типов полей и сущностей информационных систем друг в друга. Для обеспечения семантической интероперабельности, требуется понимание назначения элементов ИС. Поэтому необходимо использовать вторую составляющую часть метаданных – концептуальную модель предметной области (ПО). Она является надстройкой над схемой данных и задаёт систему связей между концептами предметной области, установленную в данной ИС. Построение данной модели осуществляется при помощи онтологии (описание объектов и связи между ними) предметной области. Онтология содержит словарь концептов ПО и хранит общую сеть связей между этими концептами. То есть каждая концептуальная модель является подмножеством онтологии ПО. Использование онтологии позволяет определять концептуальные модели в одних терминах и анализировать связи между их концептами.

Рис. 1. Схема алгоритма интеграции двух информационных систем.

Далее на базе концептуальных моделей ИС-А и ИС-В осуществляется построение метамодели предметной области интегрируемых ИС. Данная метамодель объединяет и согласует в себе обе концептуальные модели. На этапе её построения также используется онтология. Метамодель определяет соответствия сущностей ИС-А сущностям ИС-В и правила их преобразования, что позволяет установить взаимодействие между указанными информационными системами.

Информационные системы, построенные на основе различных СУБД – разнородные системы????

15. Методы интеграции информационных систем. Сервис ориентированная архитектура

Сервис-ориентированная архитектура — модульный подход к разработке программного обеспечения, основанный на использовании сервисов (служб) со стандартизированными интерфейсами. В основе SOA лежат принципы многократного использования функциональных элементов ИТ, ликвидации дублирования функциональности в ПО, унификации типовых операционных процессов, обеспечения перевода операционной модели компании на централизованные процессы и функциональную организацию на основе промышленной платформы интеграции. Компоненты программы могут быть распределены по разным узлам сети, и предлагаются как независимые, слабо связанные, заменяемые сервисы-приложения. Программные комплексы, разработанные в соответствии с SOA, часто реализуются как набор веб-сервисов, интегрированных при помощи известных стандартных протоколов (SOAP, WSDL, и т. п.). Интерфейс компонентов SОА-программы предоставляет инкапсуляцию деталей реализации конкретного компонента (ОС, платформы, языка программирования, вендора, и т. п.) от остальных компонентов. Таким образом, SOA предоставляет гибкий и элегантный способ комбинирования и многократного использования компонентов для построения сложных распределённых программных комплексов.

Для крупных информационных систем, уровня предприятия, и выше:

• сокращение издержек при разработке приложений, за счёт упорядочивания процесса разработки,

• расширение повторного использования кода,

• независимость от используемых платформ, инструментов, языков разработки,

• повышение масштабируемости создаваемых систем,

• улучшение управляемости создаваемых систем.

Принципы:

1. Архитектура, как таковая, не привязана к какой-то определённой технологии,

2. Независимость организации системы от используемой вычислительной платформы (платформ),

3. Независимость организации системы от применяемых языков программирования,

4. Использование сервисов, независимых от конкретных приложений, с единообразными интерфейсами доступа к ним,

5. Организация сервисов как слабо-связанных компонентов для построения систем

45

Характеристики

Список файлов лекций