Вопросы и ответы (старое, есть ошибки), страница 7

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

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

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

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

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

Функции:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Существует множество подходов к решению задачи тестирования ПО, но эффективное тестирование сложных программных продуктов — это процесс в высшей степени творческий, не сводящийся к следованию строгим и чётким процедурам или созданию таковых.

Конечной целью любого процесса тестирования является обеспечение такого ёмкого (совокупного) понятия как Качество, с учётом всех или наиболее критичных для данного конкретного случая составляющих.

С точки зрения ISO 9126, Качество (программных средств) можно определить как совокупную характеристику исследуемого ПО, с учётом следующих составляющих:

• Надёжность

• Сопровождаемость

• Практичность

• Эффективность

• Мобильность

• Функциональность

В целом, разработчики различают дефекты (defect) программного обеспечения и сбои (fault). В случае сбоя программа ведёт себя не так, как ожидает пользователь. Дефект — это ошибка/неточность в коде программы, которая может быть (а может и не быть) причиной сбоя.

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

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

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

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

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

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

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

ТЕСТИРОВАНИЕ И ВЕРИФИКАЦИЯ

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

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

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

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

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

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

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

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

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

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

• Бюджет

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

I. Научно-исследовательская деятельность:

разработка планов, программ, заданий и методик проведения исследования объектов профессиональной деятельности;

создание теоретических моделей, позволяющих оценивать и прогнозировать свойства объектов профессиональной деятельности;

анализ состояния и динамики показателей качества объектов профессиональной деятельности;

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

II. Аналитическая деятельность:

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

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

разработка концепции программного продукта;

составление коммерческого предложения с вариантами решения;

презентация коммерческого предложения заказчику;

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

III. Проектная деятельность:

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

создание архитектурных стилей и шаблонов проектирования;

анализ качества и оценка программного дизайна;

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

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

разработка методики интеграционного и системного тестирования программного продукта;

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

IV. Технологическая деятельность:

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

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

управление качеством программного обеспечения;

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

V. Производственная деятельность:

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

инспектирование, аудит, анализ и управление качеством процессов;

построение информационных моделей оценки процессов на основе собранных данных и имеющихся знаний;

управление бизнес-процессами разработки программного обеспечения, формирование рекомендаций по их оптимизации.

VI. Педагогическая деятельность:

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

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

VII. Организационно-управленческая деятельность:

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

идентификация, определение воздействия и устранения рисков, оценка стоимости и трудозатрат проекта;

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

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

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

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

VIII. Сервисно-эксплуатационная деятельность:

организация работ по вводу программного продукта в эксплуатацию и его сопровождению;

организация службы поддержки;

выполнение оценки стоимости сопровождения.

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

См. предыдущий вопрос №12, стр.32

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

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

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

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

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

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

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

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