3.4 Технология работы с эис. Руководство пользователя.

На Рисунке 3.8 представлена форма «Детали проекта». Она содержит четыре основные вкладки. Лист задач отображает занесенные в систему задачи, их название, статус, а также показывает тип проекта.

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

Рисунок 3.8 — Форма «Детали проекта»

Рисунок 3.9 — Детали проекта, вкладка «Проектная команда»

На Рисунке 3.10 представлена форма назначения на проект. Данная форма показывает должность, фамилию, занимающего ее человека и процент использования.

Рисунок 3.10 — Назначения на проект

Вкладка «Ресурсы» представлена на Рисунке 3.11. Она отображает название используемых в выбранном проекте ресурсов и предоставляет информацию об их названии, количестве, единицах измерения каждого конкретного ресурса, плановой и фактической цене, а также общей сумме.

Рисунок 3.11 — Ресурсы проекта

На Рисунках 3.12-3.15 представлены следующие формы: ресурсы, отклонения, назначение, персонал.

Вышеперечисленные формы заполняет пользователь системы, вводя данные с клавиатуры.

Введенные данные сохраняются в системе и могут быть использованы при дальнейшей работе.

Рисунок 3.12, Рисунок 3.13 — Формы ресурсов и отклонений

Рисунок 3.14 — Форма назначения

Рисунок 3.15 — Форма персонала

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

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

На Рисунке 3.17 представлен приказ о создании проектной команды. Данный приказ содержит информацию о персонале, работающим над конкретным проектом: фамилию сотрудника, его должность и ставку.

Рисунок 3.16 — План-график проекта

Рисунок 3.17 — Приказ о создании проектной команды

Рисунок 3.18 — Отчет о текущем состоянии проекта

3.5 Технология тестирования эис

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

С технической точки зрения тестирование заключается в выполнении приложения на некотором множестве исходных данных, а также в сравнении получаемых результатов с заранее известными (эталонными). Цель такого сравнения — установление соответствия различных свойств и характеристик приложения заказанным свойствам.

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

Основные виды тестирования:

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

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

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

• регрессивное — повторное выполнение тестов, направленное на обнаружение дефектов в программе, уже прошедшей этот набор тестов;

• тестирование системы — выполнение ПО в его окончательной конфигурации, интегрированного с другими программными и аппаратными средствами.

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

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