Описание объекта проектирования

Ключевые слова: проектирование, разработка, интернет-магазин, БД, бизнес-процессы, ИС, АИС, система, автоматизация, экономический эффект, деятельность, моделирование, проект.

Целью является создание интернет-магазина.

В ходе работы был разработан программный комплекс, который реализовал интернет-магазин Многие, кто решает создать интернет-магазин, сталкивается с огромным количеством проблем. Вначале, кажется, что ничего сложного нет, но чем дальше — тем больше нюансов всплывает.

Рассмотрим этапы проектирования ИС в целом.

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

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

• -диалоговый/вывод (PS);
• -логику диалога (PL);
• -прикладную логику обработки данных (BL);
• -логику управления данными (DL);
• — операции манипулирования файлами (FS) и (или) базами данных (DS).

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

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

Главная идея процесса такого согласования состоит в том, что его надо начинать с анализа самых главных характеристик предметной области, рассматривая самые главные содержательные аспекты. И проводить его не «мысленно» и не «на словах», а на явно изложенных описаниях (моделях) объектов предметной области, позволяющих видеть все существенные взаимосвязи.

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

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

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

Этапы проектирования ИС.

Каждый проект, независимо от сложности и объема работ, необходимых для его выполнения, проходит в своем развитии определенные состояния: от состояния, когда «проекта еще нет», до состояния, когда «проекта уже нет». Под этапами (стадиями или фазами) будем понимать совокупность ступеней развития проекта от возникновения идеи до полного завершения проекта.

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

Обычно выделяют следующие этапы создания проекта ИС :

· Анализ. Задача формирование требований к системе является одной из наиболее ответственных, трудно формализуемых и наиболее дорогих и тяжелых для исправления в случае ошибки. Анализ деятельности организации, выполняемый на данном этапе, должен помочь в формировании требований к ИС, корректно и точно отражающих цели и задачи организациизаказчика. Наряду с изучением требований пользователя и имеющихся систем на этапе анализа необходимо создать логический проект системы. С помощью логического проектирования необходимо определить концептуальную модель данных, входные данные, процессы и предполагаемые выходные данные. Моделирование данных, выполняемое на данном этапе, включает в себя выявление и описание объектов и их атрибутов, а также связи между сущностями (описание модели в виде ER-диаграммы). Описание и документирование всех преобразований данных (процессов) может быть выполнено с помощью таких средств анализа, как схемы информационных потоков (DFD — data flow diagram) или моделей функций и процессов. Конечной целью моделирования бизнес-процессов, протекающих в организации и реализующих ее цели и задачи является построение моделей организации, описанных в терминах бизнес-процессов и бизнес-функций. На этом же этапе изучаются имеющееся оборудование и программные средства. Результатом анализа должно стать лучшее понимание функционального назначения системы, существующие и потенциальные проблемы, а также сфера ее действия.

На этом этапе конечные пользователи и проектировщики должны работать сообща.

• · Проектирование. На данном этапе формируются модели данных. Проектировщики в качестве исходной информации получают результаты анализа. Полученная в результате анализа информационная модель сначала преобразуется в логическую, а затем в физическую модель данных. Параллельно с проектированием схемы базы данных выполняется проектирование процессов, чтобы получить описания (спецификации) всех модулей ИС. Оба эти процесса проектирования тесно связаны, поскольку часть бизнес — логики обычно реализуется в БД (ограничения целостности, триггеры, хранимые процедуры). При проектировании модулей определяют интерфейсы программ: меню, вид окон, горячие клавиши и связанные с ними вызовы. Конечные продукты этапа проектирования:
• — схема БД (на основании ER-модели, разработанной на этапе анализа);
• — набор спецификаций модулей системы (на базе моделей функций).

Также на этапе проектирования определяется:

• — выбор платформы и ОС (могут быть не единственными);
• — характеристики архитектуры: ф/с или к/с; количество уровней (1, 2 или 3); централизованная или распределенная БД; однородность или неоднородность БД (по количеству используемых серверов). Этап проектирования заканчивается разработкой технического проекта ИС.
• · Реализация. На этом этапе осуществляется создание всех компонент ПО ИС, установка технических средств, разработка эксплуатационной документации.
• · Этап тестирования обычно оказывается распределенным по времени.
• А) после завершения разработки отдельного модуля системы выполняют автономный тест, который преследует следующие цели:
  • — обнаружение отказов модуля (жестких сбоев);
  • — соответствие модуля спецификации (наличие всех необходимых функций и отсутствие лишних функций).
• Б) После того как автономный тест успешно пройден, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние.

После тестирования на взаимное влияние модулей необходимо выполнить еще ряд тестов:

• В) тесты на проверку надежности работы:
  • 1) тест имитации отказов, демонстрирующий, насколько хорошо система восстанавливается после сбоев ПО и отказов аппаратного обеспечения;
  • 2) тест наработки на отказ (устойчивость системы при штатной работе для оценки времени безотказной работы системы);
  • 3) системный тест (проверка функциональности системы);
  • 4) приемо-сдаточные испытания (такой тест предусматривает показ ИС заказчику и должен содержать группу тестов, моделирующих реальные бизнес-процессы, чтобы показать соответствие реализации требованиям заказчика).

Как правило, тестирование и эксплуатация занимают от 50% до 60% общего времени разработки ИС.

V. Ввод в действие. Эксплуатация и сопровождение. После ввода в действия организуется обучение конечных пользователей.

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

• — корректирующее обслуживание — как ответ на возникающие ошибки системы;
• — адаптивное обслуживание — как ответ на изменение корпоративной среды;
• — усовершенствование — расширение возможностей системы.