Электронная торговля.

Развитие сети Интернет привело к резкому росту популярности этой технологии торговли среди всех торговых фирм и граждан. Интернет стимулировал развитие электронной торговли на уровне отдельного хозяйствующего субъекта. Интернет стал универсальной деловой средой, соединяющий компании друг с другом и со всей потребительской аудиторией. Доступ к методам электронного бизнеса получили все компании, независимо от их размера и возраста, появляются все новые и новые, более совершенные бизнес-схемы. Электронная торговля через Интернет дает возможность:

I. Продавцу:

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

2. прорекламировать свою фирму (предприятие) с целью привлечения к взаимодействию отечественных и зарубежных партнеров;

3. оперативно следить за ценовой конъюнктурой рынка;

4. прорекламировать свои проекты для привлечения инвесторов;

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

6. организовать оперативное взаимодействие с торговыми представителями с помощью электронной почты и прямого доступа к информационным ресурсам партнеров;

Как следствие:

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

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

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

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

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

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

• можно работать в любое время дня и ночи.

II. Покупателю:

1. экономить время на покупке, поиске товара;

2. виртуальный магазин работает 24 часа в сутки;

3. найти фирмы, реализующие нужный товар;

4. оценить конъюнктуру рынка и выбрать подходящую фирму-продавца нужного товара;

5. сделать уточняющие запросы к фирмам-продавцам с помощью электронной почты и получить ответы;

6. заказать товар;

7. выбрать поставщика транспортных и экспедиторских услуг;

8. заказать доставку груза;

9. произвести платежи.

Виртуальный магазин

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

Виртуальный магазин имеет доменный адрес. Как любой Web-сервер, виртуальный магазин состоит из целого ряда гипертекстовых страниц, зачастую с мультимедийными элементами.

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

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

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

• интернет-витрина;

• торговый автомат;

• автоматический магазин.

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

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

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

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

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

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

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

Виртуальный магазин работает по технологии, схожей с работой традиционного магазина.

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

магазинов:

• аренда уже готового магазина;

• приобретение "коробочного" программного обеспечения;

• самостоятельная разработка проекта;

• заказная разработка.

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

"Коробочный" продукт программного обеспечения - это программная система, готовая к употреблению в том виде, в каком она есть. Другими словами, это пакет решения для создания виртуального магазина. С ознакомительной экскурсией можно рекомендовать посетить Unicomm http://www.u-c.ru и электронные магазины, которые эта компания поддерживает. Компании, которые хотят открыть в Web свои магазины, но не обладают достаточным техническим потенциалом для их оформления, могут с помощью предлагаемых Unicomm инструкцией за полдня создать стандартный магазин вместе с описаниями и фотографиями товаров. Многочисленные подробные отчеты создают профиль клиентуры, которая посещает ваш магазин. Самостоятельная разработка проекта требует больших расходов, чем первые два варианта, и тщательной разработки, не допускающей ошибок.

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

Лекция №8 Проектирование информационных систем ЖИЗНЕННЫЙ ЦИКЛ ИС

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

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

1. Выработка требований к системе.

2. Разработка требований к ПО.

3. Общее проектирование.

4. Детальное проектирование.

5. Создание отдельных модулей.

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

7. Объединение модулей в систему.

8. Выпуск системы.

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

В целом жизненный цикл информационных систем включает следующие основные этапы:

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

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

3. Эксплуатация ИС - функционирование ИС при обработке информации по предметной области с целью выявления адекватности ее назначения

4. Сопровождение ИС - эксплуатационное обслуживание, развитие функциональных возможностей и повышение эксплуатационных характеристик ИС, тиражирование и адаптация к другим ИС. МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ

Общие требования к методологии проектирования

Методология проектирования -

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

1. основные концепции и понятия, используемые при проектировании и реализации систем;

2. технологию, организацию и управление процессом проектирования;

3. инструментальные средства.

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

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

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

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

2. описание функциональных возможностей ИС, достаточное для решения вопроса о том, что поставленные цели автоматизации достижимы;

3. спецификации проекта, гарантирующие достижение заданных технических характеристик системы;

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

5. детальный план создания системы с оценкой сроков разработки.

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

ТЕХНОЛОГИИ ПРОЕКТИРОВАНИЯ ИС

Эволюция информационных систем выявила три класса наиболее перспективных методологий проектирования. Первый из них ориентирован на концептуальное моделирование предметной области и технологию баз данных, второй - на выявление требований и спецификацию информационной системы через ее макетирование, третий — на системную архитектуру программных средств, поддерживаемую инструментальными средствами САSЕ (Computer Aided System Engineering)-технологии.

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

Методология проектирования информационных систем на основе концептуального (понятийного) моделирования предметной области (ПРОБ) - одна из наиболее часто используемых. Она представляет собой структурированный процесс создания систем, который обычно разбивается на следующие шаги:

• анализ ПРОБ,

• проектирование ПРОБ,

• программирование ПРОБ,

• тестирование программного обеспечения (ПО) проекта, внедрение проекта.

Создание ИС на основе методологии концептуального проектирования предполагает четыре этапа проектирования:

1. сбор и анализ информационных потребностей пользователей и системный анализ предметной области;

2. построение концептуальной (понятийной) модели предметной области;

3. создание концептуальной модели базы данных;

4. разработку системы с помощью инструментальных средств выбранной СУБД.

Первый очень важный этап разработки системы - анализ требований - может быть определен как этап понимания задач приложений (программ).

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

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

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

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

Основной проблемой третьего этапа является принятие решения о выделении из множества понятий концептуальной модели предметной области таких объектов, которые должны моделироваться в БД.

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

Заключительный (четвертый) этап проектирования тесно связан с возможностями инструментальных средств конкретных СУБД.

Данный этап в свою очередь разбивают на следующие шаги:

• логическое проектирование БД;

• физическое проектирование БД;

• реализация приложений.

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

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

Макетирование информационных систем

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

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

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

Для проектирования больших и сложных систем с неопределенными требованиями пользователей предназначены смешанные подходы.

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

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

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

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

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

САSЕ-технологии проектирования систем

Инструментальные средства разработки прикладных систем все больше ориентируются на архитектуру готовых программных изделий. Это обусловлено необходимостью (цели САSE-технологий):

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

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

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

САSE -технология обычно содержит средства поддержки всех основных этапов проектирования и реализации информационных систем.

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

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

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

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

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

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

Методологии, ориентированные на концептуальное моделирование ПРОБ, наиболее развиты в теоретическом отношении. Однако методологии, созданные на базе системной архитектуры, доведены до промышленно используемых систем проектирования.

Основной недостаток последних состоит в упрощенном подходе к концептуальному моделированию, основанному на модели потоков данных для представления динамики и модели «сущность - связь» для представления статики ПРОБ.

27