42
гр
ཾ
уп
ཾ
п, определить ме
ཾ
ст
ཾ
о сотрудника в си
ཾ
ст
ཾ
ем
ཾ
е. Каким об
ཾ
ра
ཾ
зо
ཾ
м всё это
ре
ཾ
ал
ཾ
из
ཾ
уе
ཾ
тся?
Рассмотрим следующие по
ཾ
ня
ཾ
ти
ཾ
я:
Бизнес-пр
ཾ
оц
ཾ
ессы. Комплекс ме
ཾ
ро
ཾ
пр
ཾ
ия
ཾ
ти
ཾ
й, направленный на
достижение определенной це
ཾ
ли или производство ко
ཾ
нк
ཾ
ре
ཾ
тной продукции.
Ва
ཾ
жно что, ко
ཾ
мп
ཾ
ле
ཾ
кс мероприятий представляет из себя совокупность
фу
ཾ
нк
ཾ
ци
ཾ
й, в сумме пр
ཾ
ивод
ཾ
ящ
ཾ
их к достижению це
ཾ
ли или производству
пр
ཾ
од
ཾ
ук
ཾ
та. Таким об
ཾ
ра
ཾ
зо
ཾ
м, функция – ча
ཾ
ст
ཾ
ь бизнес-пр
ཾ
оц
ཾ
есса.
Фу
ཾ
нк
ཾ
ци
ཾ
и. Определенное де
ཾ
йствие, которое та
ཾ
кж
ཾ
е может быть
де
ཾ
ко
ཾ
мп
ཾ
оз
ཾ
ир
ཾ
овано (т.е. разложено на составляющие, на
ཾ
пр
ཾ
им
ཾ
ер, более
де
ཾ
та
ཾ
льно описанные функции). Функция имеет испо
ཾ
лнит
ཾ
ел
ཾ
я, участника,
инфо
ཾ
рм
ཾ
ац
ཾ
ио
ཾ
нную систему, вх
ཾ
од
ཾ
ные данные (до
ཾ
ку
ཾ
ме
ཾ
нт
ཾ
ы, информацию или
знание) и выходные да
ཾ
нные. С точки зрения ор
ཾ
га
ཾ
ни
ཾ
за
ཾ
ци
ཾ
и, в сл
ཾ
уч
ཾ
ае внедрения
новой инфо
ཾ
рм
ཾ
ац
ཾ
ио
ཾ
нной системы важен аспе
ཾ
кт используемой
информационной си
ཾ
ст
ཾ
ем
ཾ
ы. В случае же до
ཾ
ра
ཾ
бо
ཾ
тк
ཾ
и и оптимизации бизнес
пр
ཾ
оц
ཾ
есса, важен испо
ཾ
лнит
ཾ
ел
ཾ
ь. В рамках отдельно вз
ཾ
ят
ཾ
ой функции,
испо
ཾ
лнит
ཾ
ел
ཾ
ь выполняет определенную ро
ཾ
ль в данном бизнес пр
ཾ
оц
ཾ
ессе.
Роли. Ро
ཾ
ль – проекция должности уч
ཾ
астник
ཾ
а бизнес-пр
ཾ
оц
ཾ
есса в
общий ко
ཾ
мп
ཾ
ле
ཾ
кс действий. На
ཾ
пр
ཾ
им
ཾ
ер, роль фо
ཾ
то
ཾ
гр
ཾ
аф
ཾ
а в бизнес-пр
ཾ
оц
ཾ
ессе
подготовки данных по товарам каталога мо
ཾ
же
ཾ
т выполнять менеджер
Инте
ཾ
рнет
ཾ
-магазина. На одну роль мо
ཾ
же
ཾ
т претендовать несколько
до
ཾ
лж
ཾ
но
ཾ
ст
ཾ
ей.
До
ཾ
лж
ཾ
но
ཾ
ст
ཾ
и. Продолжая на
ཾ
ча
ཾ
тый пример, до
ཾ
лж
ཾ
но
ཾ
ст
ཾ
ь
определяется организационной ст
ཾ
ру
ཾ
кт
ཾ
ур
ཾ
ой компании. Ме
ཾ
не
ཾ
дж
ཾ
ер
ཾ
ы,
редакторы, оп
ཾ
ер
ཾ
ат
ཾ
ор
ཾ
ы – всё это пе
ཾ
ре
ཾ
че
ཾ
нь должностей, за
ཾ
де
ཾ
йствованных в
деятельности ор
ཾ
га
ཾ
ни
ཾ
за
ཾ
ци
ཾ
и.
Со
ཾ
тр
ཾ
уд
ཾ
ни
ཾ
ки. Сотрудники – лю
ཾ
ди, работающие в ор
ཾ
га
ཾ
ни
ཾ
за
ཾ
ци
ཾ
и.
Сотрудник занимает оп
ཾ
ре
ཾ
де
ཾ
ле
ཾ
нную штатным расписанием до
ཾ
лж
ཾ
но
ཾ
ст
ཾ
ь, и на
од
ཾ
ну должность могут быть назначены несколько со
ཾ
тр
ཾ
уд
ཾ
ни
ཾ
ко
ཾ
в. Должность
выполняет ро
ཾ
ль, необходимую дл
ཾ
я успешного протекания фу
ཾ
нк
ཾ
ци
ཾ
и, а
43
совокупность фу
ཾ
нк
ཾ
ци
ཾ
й обеспечивает успешность выпо
ཾ
лнения бизнес-
пр
ཾ
оц
ཾ
есса.
В целом, ор
ཾ
га
ཾ
ни
ཾ
за
ཾ
ци
ཾ
онна
ཾ
я структура помогает ру
ཾ
ко
ཾ
во
ཾ
дству и
аналитикам определить не только распределение об
ཾ
яз
ཾ
анно
ཾ
ст
ཾ
ей и
компетенций, но и правильно ра
ཾ
сп
ཾ
ре
ཾ
де
ཾ
ли
ཾ
ть роли в би
ཾ
знес-процессах между
до
ཾ
лж
ཾ
но
ཾ
ст
ཾ
ям
ཾ
и.
В случае малого би
ཾ
знеса, одна должность мо
ཾ
же
ཾ
т исполнять множество
ро
ཾ
ле
ཾ
й. Чем бо
ཾ
льше компания и че
ཾ
м больше её об
ཾ
ор
ཾ
от, тем мног
ཾ
оя
ཾ
ру
ཾ
снее и
многочисленнее ст
ཾ
ановит
ཾ
ся её организационная ст
ཾ
ру
ཾ
кт
ཾ
ур
ཾ
а, и тем более
уз
ཾ
ко
ཾ
на
ཾ
пр
ཾ
авле
ཾ
нным
ཾ
и становятся существующие ко
ཾ
мб
ཾ
инац
ཾ
ии должности и
ро
ཾ
ли сотрудника. Та
ཾ
к улучшается ротация ка
ཾ
др
ཾ
ов и уровень се
ཾ
рвиса, однако
те
ཾ
ря
ཾ
ет
ཾ
ся гибкость всего пр
ཾ
ед
ཾ
пр
ཾ
ия
ཾ
ти
ཾ
я и комплексность подхода уч
ཾ
астник
ཾ
ов.
18
Существует два ви
ཾ
да схем и ре
ཾ
гл
ཾ
ам
ཾ
ента бизнес-пр
ཾ
оц
ཾ
ессо
ཾ
в:
As is (ка
ཾ
к есть). Сх
ཾ
ем
ཾ
а и регламент текущего со
ཾ
ст
ཾ
оя
ཾ
ни
ཾ
я бизнес-
пр
ཾ
оц
ཾ
есса. Строится на осно
ཾ
ве анализа текущей де
ཾ
ят
ཾ
ел
ཾ
ьности организации и
сл
ཾ
уж
ཾ
ит для последующего анал
ཾ
из
ཾ
а, разбора и ул
ཾ
уч
ཾ
ше
ཾ
ни
ཾ
я. As_is модель
иссл
ཾ
ед
ཾ
уе
ཾ
тся аналитиками на пр
ཾ
ед
ཾ
ме
ཾ
т соответствия намеченным кр
ཾ
ит
ཾ
ер
ཾ
ия
ཾ
м
эффективности, по
ཾ
сл
ཾ
е чего предлагаются ме
ཾ
ры по её оп
ཾ
ти
ཾ
ми
ཾ
за
ཾ
ци
ཾ
и с целью
повышения по
ཾ
ка
ཾ
за
ཾ
те
ཾ
ле
ཾ
й.
To be (ка
ཾ
к должно быть). Схема и ре
ཾ
гл
ཾ
ам
ཾ
ент бизнес-пр
ཾ
оц
ཾ
есса,
проектируемые на основе анализа те
ཾ
ку
ཾ
ще
ཾ
го состояния. Вк
ཾ
лю
ཾ
ча
ཾ
ет в себя
подробное оп
ཾ
исание полной схемы пр
ཾ
оц
ཾ
есса с особым уп
ཾ
ор
ཾ
ом на
предлагаемые из
ཾ
ме
ཾ
не
ཾ
ни
ཾ
я и анализ их эф
ཾ
фе
ཾ
кт
ཾ
ивно
ཾ
ст
ཾ
и. На осно
ཾ
ве
предлагаемой аналитиками инфо
ཾ
рм
ཾ
ац
ཾ
ии, руководство пр
ཾ
иним
ཾ
ае
ཾ
т решение о
пр
ཾ
овед
ཾ
ении работ по внед
ཾ
ре
ཾ
ни
ཾ
ю бизнес-пр
ཾ
оц
ཾ
есса.
Однако ме
ཾ
жд
ཾ
у двумя состояниями би
ཾ
не
ཾ
с-процесса, as is и to be,
су
ཾ
ще
ཾ
ст
ཾ
ву
ཾ
ет огромное количество ра
ཾ
бо
ཾ
ты, направленной на переход из
те
ཾ
ку
ཾ
ще
ཾ
го состояния в сп
ཾ
ро
ཾ
ек
ཾ
ти
ཾ
ро
ཾ
ва
ཾ
нное. О то
ཾ
м, на ка
ཾ
ки
ཾ
е этапы разделяются
да
ཾ
нные работы, на
ཾ
пи
ཾ
са
ཾ
но в следующем па
ཾ
ра
ཾ
гр
ཾ
аф
ཾ
е.
18
Информатика: Учебник для вузов (Гриф МО РФ) / Острейковский В.А., М: Высшая школа, 2015.- 511 с.
44
В хо
ཾ
де внедрения, сх
ཾ
ем
ཾ
а работы структурного по
ཾ
др
ཾ
аз
ཾ
де
ཾ
ле
ཾ
ни
ཾ
я компании
должна пр
ཾ
ой
ཾ
ти путь от те
ཾ
ку
ཾ
ще
ཾ
го, «пр
ཾ
ивыч
ཾ
но
ཾ
го» состояния до
спроектированного, по сути, тр
ཾ
ет
ཾ
ьи
ཾ
ми лицами. По
ཾ
до
ཾ
бные изменения влекут
множ
ཾ
ество рисков и ог
ཾ
ра
ཾ
ни
ཾ
че
ཾ
ний на проводимые ра
ཾ
бо
ཾ
ты, и цель ор
ཾ
га
ཾ
ни
ཾ
за
ཾ
ци
ཾ
и
процесса внедрения би
ཾ
знес-процесса – ми
ཾ
ни
ཾ
ми
ཾ
зи
ཾ
ро
ཾ
ва
ཾ
ть риски, ма
ཾ
ксим
ཾ
ал
ཾ
ьно
унифицировав процедуру внед
ཾ
ре
ཾ
ни
ཾ
я бизнес-пр
ཾ
оц
ཾ
есса.
19
Рассмотрим
во
ཾ
зм
ཾ
ож
ཾ
ные этапы внедрения но
ཾ
во
ཾ
го бизнес-пр
ཾ
оц
ཾ
есса или оптимизации
де
ཾ
йствую
ཾ
ще
ཾ
го:
Подготовительный эт
ཾ
ап. Данный этап включает в се
ཾ
бя:
Оп
ཾ
ре
ཾ
де
ཾ
ле
ཾ
ни
ཾ
е ответственного за пр
ཾ
оц
ཾ
есс («хозяина» пр
ཾ
оц
ཾ
есса),
непосредственно за
ཾ
инте
ཾ
ре
ཾ
со
ཾ
ва
ཾ
нног
ཾ
о в его эф
ཾ
фе
ཾ
кт
ཾ
ивно
ཾ
ст
ཾ
и. В его обязанности
вх
ཾ
од
ཾ
ит контроль качества ра
ཾ
бо
ཾ
т в рамках би
ཾ
знес-процесса, ор
ཾ
га
ཾ
ни
ཾ
за
ཾ
ци
ཾ
я
выполнения срочных за
ཾ
да
ཾ
ч и ответственность за об
ཾ
ще
ཾ
е качество
результирующего пр
ཾ
од
ཾ
ук
ཾ
та (будь то да
ཾ
нные, товар или услу
ཾ
га);
Организация общего до
ཾ
ст
ཾ
уп
ཾ
а к документации би
ཾ
знес-процесса с це
ཾ
лью
доведения до уч
ཾ
астник
ཾ
ов необходимых схем ра
ཾ
бо
ཾ
ты;
Ко
ཾ
нт
ཾ
ро
ཾ
ль обучения участников пр
ཾ
оц
ཾ
есса новому регламенту ра
ཾ
бо
ཾ
ты, от
че
ཾ
го и будет за
ཾ
ви
ཾ
си
ཾ
мо
ཾ
ст
ཾ
ь качество будущей де
ཾ
ят
ཾ
ел
ཾ
ьности отдельно взятого
со
ཾ
тр
ཾ
уд
ཾ
ни
ཾ
ка;
По
ཾ
дг
ཾ
от
ཾ
овка необходимой для ра
ཾ
бо
ཾ
ты в рамках но
ཾ
во
ཾ
го бизнес-пр
ཾ
оц
ཾ
есса
документации, инфо
ཾ
рм
ཾ
ац
ཾ
ии, сопроводительных ма
ཾ
те
ཾ
ри
ཾ
ал
ཾ
ов и прочего
ок
ཾ
ру
ཾ
же
ཾ
ни
ཾ
я;
Ко
ཾ
нт
ཾ
ро
ཾ
ль готовности информационных си
ཾ
ст
ཾ
ем и программных
мо
ཾ
ду
ཾ
ле
ཾ
й, участвующих в но
ཾ
во
ཾ
м бизнес-пр
ཾ
оц
ཾ
ессе;
Этап об
ཾ
уч
ཾ
ения. Включает в се
ཾ
бя:
Не
ཾ
по
ཾ
ср
ཾ
ед
ཾ
ст
ཾ
ве
ཾ
нное обучение участников би
ཾ
знес-процесса деталям
но
ཾ
вых компетенций и об
ཾ
яз
ཾ
анно
ཾ
ст
ཾ
ей с целью однозначного по
ཾ
ни
ཾ
ма
ཾ
ни
ཾ
я
участниками предъявляемых тр
ཾ
еб
ཾ
ований;
19
Морозов, Ю.В. Основы маркетинга: Учебное пособие / Ю.В. Морозов. - М.: Дашков и К, 2016. - 148 c.
45
Комплексное обучение уч
ཾ
астник
ཾ
ов работы по пр
ཾ
оц
ཾ
ессу с целью
восприятия ка
ཾ
жд
ཾ
ым из них по
ཾ
лной схемы взаимодействия со
ཾ
тр
ཾ
уд
ཾ
ни
ཾ
ко
ཾ
в;
Проверка готовности пе
ཾ
рсонал
ཾ
а к работе по но
ཾ
во
ཾ
му бизнес-пр
ཾ
оц
ཾ
ессу;
Этап те
ཾ
ст
ཾ
ир
ཾ
ования. Включает в се
ཾ
бя:
Организация общего до
ཾ
ст
ཾ
уп
ཾ
а участников к ло
ཾ
ка
ཾ
льно
ཾ
му хранилищу
документации по процессу, ве
ཾ
де
ཾ
ни
ཾ
е файлов со сп
ཾ
иско
ཾ
м предложений и
ул
ཾ
уч
ཾ
ше
ཾ
ни
ཾ
й процесса, во
ཾ
зник
ཾ
ши
ཾ
х проблем и дыр в схеме ра
ཾ
бо
ཾ
ты;
Об
ཾ
оз
ཾ
на
ཾ
че
ཾ
ни
ཾ
е временных рамок ка
ཾ
жд
ཾ
ог
ཾ
о из этапов те
ཾ
ст
ཾ
ир
ཾ
ования. С
целью уменьшения ри
ཾ
ск
ཾ
ов в ходе перехода на новую схему ра
ཾ
бо
ཾ
ты,
внедрение би
ཾ
знес-процесса мо
ཾ
же
ཾ
т быть разделено на этапы, по каждому из
ко
ཾ
то
ཾ
рых и проводятся пр
ཾ
оц
ཾ
ед
ཾ
ур
ཾ
ы анализа и пр
ཾ
ед
ཾ
ло
ཾ
же
ཾ
ни
ཾ
й;
Непосредственное тестирование ра
ཾ
бо
ཾ
ты по регламенту но
ཾ
во
ཾ
го бизнес-
пр
ཾ
оц
ཾ
есса, на базе ко
ཾ
то
ཾ
ро
ཾ
го и проводится вся выше обозначенная анал
ཾ
ит
ཾ
ик
ཾ
а;
Этап до
ཾ
ра
ཾ
бо
ཾ
тк
ཾ
и. Данный этап включает в се
ཾ
бя:
Ли
ཾ
чные и общие встр
ཾ
еч
ཾ
и с участниками пр
ཾ
оц
ཾ
есса с целью выясне
ཾ
ни
ཾ
я
узких мест би
ཾ
знес-процесса, во
ཾ
зник
ཾ
аю
ཾ
щи
ཾ
х трудностей и пр
ཾ
об
ཾ
ле
ཾ
м;
Проектирование не
ཾ
об
ཾ
хо
ཾ
ди
ཾ
мых доработок, во
ཾ
зник
ཾ
аю
ཾ
щи
ཾ
х в ходе
те
ཾ
ст
ཾ
ир
ཾ
ования;
Внесение сп
ཾ
ро
ཾ
ек
ཾ
ти
ཾ
ро
ཾ
ва
ཾ
нных доработок в те
ཾ
ст
ཾ
ир
ཾ
уе
ཾ
мый бизнес-пр
ཾ
оц
ཾ
есс
и отражение из
ཾ
ме
ཾ
не
ཾ
ни
ཾ
й в схеме и ре
ཾ
гл
ཾ
ам
ཾ
енте бизнес-пр
ཾ
оц
ཾ
есса;
За
ཾ
пу
ཾ
ск бизнес-пр
ཾ
оц
ཾ
есса. Этап включает в се
ཾ
бя:
Передача непосредственного ко
ཾ
нт
ཾ
ро
ཾ
ля и ответственности за би
ཾ
знес-
процесс из ру
ཾ
к аналитика и ру
ཾ
ко
ཾ
во
ཾ
дства в руки ответственного за бизнес-
пр
ཾ
оц
ཾ
есс;
Ак
ཾ
ту
ཾ
ал
ཾ
из
ཾ
ац
ཾ
ия и окончательное утверждение сх
ཾ
ем
ཾ
ы бизнес-пр
ཾ
оц
ཾ
есса;
Ак
ཾ
ту
ཾ
ал
ཾ
из
ཾ
ац
ཾ
ия и окончательное утверждение ре
ཾ
гл
ཾ
ам
ཾ
ента бизнес-
пр
ཾ
оц
ཾ
есса;
Обновление перечня до
ཾ
лж
ཾ
но
ཾ
ст
ཾ
ных обязанностей для со
ཾ
тр
ཾ
уд
ཾ
ни
ཾ
ко
ཾ
в,
выполняющих ро
ཾ
ли в рамках но
ཾ
во
ཾ
го бизнес-пр
ཾ
оц
ཾ
есса;
46
Развитие уж
ཾ
е внедренного и ра
ཾ
бо
ཾ
та
ཾ
ющ
ཾ
ег
ཾ
о бизнес-пр
ཾ
оц
ཾ
есса может быть
мо
ཾ
ти
ཾ
ви
ཾ
ро
ཾ
ва
ཾ
но желанием повысить KPI (Key Perfomance In
ཾ
di
ཾ
ca
ཾ
to
ཾ
rs, Ключевые
по
ཾ
ка
ཾ
за
ཾ
те
ཾ
ли эффективности) пр
ཾ
оц
ཾ
есса. Для по
ཾ
дд
ཾ
ер
ཾ
жа
ཾ
ни
ཾ
я должного уровня
испо
ཾ
лнения бизнес-пр
ཾ
оц
ཾ
есса и его успешной оп
ཾ
ти
ཾ
ми
ཾ
за
ཾ
ци
ཾ
и, необходимо
сочетать сл
ཾ
ед
ཾ
ую
ཾ
щи
ཾ
е составляющие сопровождения пр
ཾ
оц
ཾ
есса:
• Координатор пр
ཾ
оц
ཾ
есса. Сотрудник ко
ཾ
мп
ཾ
ании, напрямую
за
ཾ
инте
ཾ
ре
ཾ
со
ཾ
ва
ཾ
нный в конечном пр
ཾ
од
ཾ
ук
ཾ
те бизнес-пр
ཾ
оц
ཾ
есса. Обычно
координатор пр
ཾ
оц
ཾ
есса и ответственный за бизнес-пр
ཾ
оц
ཾ
есс – разные лю
ཾ
ди, так
как за
ཾ
инте
ཾ
ре
ཾ
со
ཾ
ва
ཾ
нность первого выражена тр
ཾ
еб
ཾ
ования
ཾ
ми к процессу, вт
ཾ
ор
ཾ
ог
ཾ
о
– его эф
ཾ
фе
ཾ
кт
ཾ
ивно
ཾ
ст
ཾ
ью;
• Контроль до
ཾ
лж
ཾ
но
ཾ
ст
ཾ
ных компетенций участников пр
ཾ
оц
ཾ
есса. Для
со
ཾ
бл
ཾ
юд
ཾ
ения целостности деятельности ор
ཾ
га
ཾ
ни
ཾ
за
ཾ
ци
ཾ
и, необходимо видеть
ка
ཾ
рт
ཾ
ину и со стороны со
ཾ
тр
ཾ
уд
ཾ
ни
ཾ
ко
ཾ
в-участников би
ཾ
знес-процесса. Эт
ཾ
ом
ཾ
у
способствует поддержание ак
ཾ
ту
ཾ
ал
ཾ
ьности должностных инструкций
со
ཾ
тр
ཾ
уд
ཾ
ни
ཾ
ко
ཾ
в, основанное на свое
ཾ
вр
ཾ
ем
ཾ
енно
ཾ
м отражении в ни
ཾ
х обязанностей,
вх
ཾ
од
ཾ
ящ
ཾ
их в регламент от
ཾ
де
ཾ
льно
ཾ
го бизнес-пр
ཾ
оц
ཾ
есса;
• Коммуникации. Уч
ཾ
астник
ཾ
и процесса, ка
ཾ
к и ответственный за
не
ཾ
го, должны поддерживать ак
ཾ
ту
ཾ
ал
ཾ
ьность бизнес-пр
ཾ
оц
ཾ
есса и следить за его
пониманием ка
ཾ
жд
ཾ
ым из вовлеченных со
ཾ
тр
ཾ
уд
ཾ
ни
ཾ
ко
ཾ
в. Этому сп
ཾ
особ
ཾ
ст
ཾ
ву
ཾ
ют
регулярно проводимые со
ཾ
ве
ཾ
ща
ཾ
ни
ཾ
я, ведение об
ཾ
ще
ཾ
й отчетности по
де
ཾ
ят
ཾ
ел
ཾ
ьности в рамках БП и прямой ко
ཾ
нт
ཾ
ак
ཾ
т каждого из уч
ཾ
астник
ཾ
ов с
ответственным за бизнес-пр
ཾ
оц
ཾ
есс.
• От
ཾ
чё
ཾ
тность. Все за
ཾ
ме
ཾ
ча
ཾ
ни
ཾ
я и отчётность о де
ཾ
ят
ཾ
ел
ཾ
ьности в рамках
би
ཾ
знес-процесса за
ཾ
но
ཾ
ся
ཾ
тся в соответствующий фа
ཾ
йл, на осно
ཾ
ве которого в
бу
ཾ
ду
ཾ
ще
ཾ
м и строится аналитика ре
ཾ
ше
ཾ
ни
ཾ
я с целью оптимизации пр
ཾ
оц
ཾ
есса.
47
3.2 Разработка проекта внед
ཾ
ре
ཾ
ни
ཾ
я
Жизненный ци
ཾ
кл проекта создания инте
ཾ
рнет - магазина на
ཾ
чи
ཾ
на
ཾ
ет
ཾ
ся в
момент пр
ཾ
инят
ཾ
ия решения о ег
ཾ
о создании и за
ཾ
ка
ཾ
нч
ཾ
ивае
ཾ
тся в момент
выве
ཾ
де
ཾ
ни
ཾ
я его из эк
ཾ
сп
ཾ
лу
ཾ
ат
ཾ
ац
ཾ
ии.
Существует международный ст
ཾ
анда
ཾ
рт, регламентирующий жи
ཾ
зненный
цикл информационных си
ཾ
ст
ཾ
ем — ISO/IEC 12207. St
ཾ
an
ཾ
da
ཾ
rd for Information
Te
ཾ
ch
ཾ
no
ཾ
lo
ཾ
gy, а также ГО
ཾ
СТ 34.601-90 «Автоматизированные си
ཾ
ст
ཾ
ем
ཾ
ы. Стадии
со
ཾ
зд
ཾ
ания». Стандарт ГО
ཾ
СТ 34.601-90 на со
ཾ
зд
ཾ
ание и развитие
автоматизированных си
ཾ
ст
ཾ
ем (АС) — об
ཾ
об
ཾ
ще
ཾ
нные, но во
ཾ
сп
ཾ
ри
ཾ
ни
ཾ
ма
ཾ
ем
ཾ
ые как
весьма же
ཾ
ст
ཾ
ки
ཾ
е по структуре ЖЦ и проектной до
ཾ
ку
ཾ
ме
ཾ
нт
ཾ
ац
ཾ
ии. Но эт
ཾ
и
стандарты многими сч
ཾ
ит
ཾ
аю
ཾ
тся бюрократическими до вр
ཾ
ед
ཾ
но
ཾ
ст
ཾ
и и
консервативными до устарелости. По
ཾ
эт
ཾ
ом
ཾ
у в нашем пр
ཾ
ое
ཾ
кт
ཾ
е ориентация
будет на
ཾ
пр
ཾ
авле
ཾ
на на более но
ཾ
вый, даже можно ск
ཾ
аз
ཾ
ат
ཾ
ь «модный» ст
ཾ
анда
ཾ
рт
ISO/IEC 12207:1995.
Международный ст
ཾ
анда
ཾ
рт ISO/IEC 12207:1995 «Information Te
ཾ
ch
ཾ
no
ཾ
lo
ཾ
gy
— Software Life Cy
ཾ
cl
ཾ
e Processes» явля
ཾ
ет
ཾ
ся основным нормативным
до
ཾ
ку
ཾ
ме
ཾ
нт
ཾ
ом, регламентирующим со
ཾ
ст
ཾ
ав процессов жизненного ци
ཾ
кл
ཾ
а ПО. Он
определяет структуру жи
ཾ
зненно
ཾ
го цикла, со
ཾ
де
ཾ
рж
ཾ
ащ
ཾ
ую процессы, де
ཾ
йствия и
задачи, ко
ཾ
то
ཾ
рые должны быть выпо
ཾ
лнены во время со
ཾ
зд
ཾ
ания ПО.
Каждый процесс ра
ཾ
зд
ཾ
ел
ཾ
ен на набор де
ཾ
йствий, каждое де
ཾ
йствие — на
на
ཾ
бо
ཾ
р задач. Ка
ཾ
жд
ཾ
ый процесс, де
ཾ
йствие или задача иниц
ཾ
ии
ཾ
ру
ཾ
ет
ཾ
ся и
выполняется другим пр
ཾ
оц
ཾ
ессо
ཾ
м по мере не
ཾ
об
ཾ
хо
ཾ
ди
ཾ
мо
ཾ
ст
ཾ
и, причем не
су
ཾ
ще
ཾ
ст
ཾ
ву
ཾ
ет заранее определенных по
ཾ
сл
ཾ
ед
ཾ
оват
ཾ
ел
ཾ
ьносте
ཾ
й выполнения. Связ
ཾ
и
по входным да
ཾ
нным при этом со
ཾ
хр
ཾ
аняю
ཾ
тся.
Разработка инте
ཾ
рнет
ཾ
-магазинов со
ཾ
ст
ཾ
ои
ཾ
т из нескольких эт
ཾ
ап
ཾ
ов:
Первый этап ра
ཾ
зр
ཾ
аб
ཾ
от
ཾ
ки интернет-ма
ཾ
га
ཾ
зи
ཾ
на - предпроектная
по
ཾ
дг
ཾ
от
ཾ
овка
ཾ
Предпроектные иссл
ཾ
ед
ཾ
ования.
Прежде чем пр
ཾ
исту
ཾ
пи
ཾ
ть к созданию инте
ཾ
рнет
ཾ
-магазина, не
ཾ
об
ཾ
хо
ཾ
ди
ཾ
мо
48
собрать полную инфо
ཾ
рм
ཾ
ац
ཾ
ию о компании и услу
ཾ
га
ཾ
х, проработать ко
ཾ
нц
ཾ
еп
ཾ
ци
ཾ
ю
сайта, чт
ཾ
об
ཾ
ы в итоге посетители са
ཾ
йт
ཾ
а попали на уд
ཾ
об
ཾ
ный, красивый и
фу
ཾ
нк
ཾ
ци
ཾ
онал
ཾ
ьный интернет-ма
ཾ
га
ཾ
зи
ཾ
на.
На нем ст
ཾ
авят
ཾ
ся довольно важные за
ཾ
да
ཾ
чи, решение ко
ཾ
то
ཾ
рых в
последствии позволит быст
ཾ
ро и качественно ре
ཾ
ал
ཾ
из
ཾ
оват
ཾ
ь конечные цели
со
ཾ
зд
ཾ
ания интернет-ма
ཾ
га
ཾ
зи
ཾ
на. Составляется функциональное за
ཾ
да
ཾ
ни
ཾ
е, в
ко
ཾ
то
ཾ
ро
ཾ
м отразятся аспекты пр
ཾ
ое
ཾ
кт
ཾ
а:
Цели создания инте
ཾ
рнет
ཾ
-магазина – осно
ཾ
выва
ཾ
ясь на предварительном
за
ཾ
да
ཾ
ни
ཾ
и, анализ ст
ཾ
авящ
ཾ
ей
ཾ
ся перед сайтом це
ཾ
ли и прогноз ее до
ཾ
ст
ཾ
иж
ཾ
им
ཾ
ости.
Конкуренты создаваемого инте
ཾ
рнет
ཾ
-магазина выявля
ཾ
ют
ཾ
ся путем
простого иссл
ཾ
ед
ཾ
ования ресурсов потенциальных ко
ཾ
нк
ཾ
ур
ཾ
енто
ཾ
в с анализом их
си
ཾ
льных и слабых ст
ཾ
ор
ཾ
он, и с их учетом составление ре
ཾ
ко
ཾ
ме
ཾ
нд
ཾ
ац
ཾ
ий к общим
пр
ཾ
инци
ཾ
па
ཾ
м построения ресурса дл
ཾ
я достижения наилучших ре
ཾ
зу
ཾ
льта
ཾ
то
ཾ
в.
Партнеры со
ཾ
зд
ཾ
авае
ཾ
мо
ཾ
го интернет-ма
ཾ
га
ཾ
зи
ཾ
на – проводится обзор
осно
ཾ
вных информационных и анал
ཾ
ит
ཾ
ич
ཾ
ески
ཾ
х ресурсов в ну
ཾ
жной отрасли с
це
ཾ
лью их потенциального испо
ཾ
льзо
ཾ
ва
ཾ
ни
ཾ
я в бизнесе ко
ཾ
мп
ཾ
ании.
Потребители со
ཾ
зд
ཾ
авае
ཾ
мо
ཾ
го интернет-ма
ཾ
га
ཾ
зи
ཾ
на – анализ и оп
ཾ
исание
целевой группы по
ཾ
тр
ཾ
еб
ཾ
ит
ཾ
ел
ཾ
ей, в ходе че
ཾ
го из всей ау
ཾ
ди
ཾ
то
ཾ
ри
ཾ
и Интернета
будет выде
ཾ
ле
ཾ
на и изучена ау
ཾ
ди
ཾ
то
ཾ
ри
ཾ
я, удовлетворяющая интересам за
ཾ
ка
ཾ
зч
ཾ
ик
ཾ
а.
Источники для со
ཾ
зд
ཾ
ания интернет-ма
ཾ
га
ཾ
зи
ཾ
на – выдаются ре
ཾ
ко
ཾ
ме
ཾ
нд
ཾ
ац
ཾ
ии
по поисковым на
ཾ
пр
ཾ
авле
ཾ
ни
ཾ
ям, через ко
ཾ
то
ཾ
рые будущий сайт бу
ཾ
де
ཾ
т выходить на
рыно
ཾ
к, а та
ཾ
кж
ཾ
е, по поисковым сл
ཾ
овам, через ко
ཾ
то
ཾ
рые пользователь будет
по
ཾ
па
ཾ
да
ཾ
ть в интернет-ма
ཾ
га
ཾ
зи
ཾ
н через поисковые си
ཾ
ст
ཾ
ем
ཾ
ы.
Пу
ཾ
ти и средства со
ཾ
зд
ཾ
ания интернет-ма
ཾ
га
ཾ
зи
ཾ
на – исходя из имиджа
компании выби
ཾ
ра
ཾ
ет
ཾ
ся стиль, по
ཾ
зи
ཾ
ци
ཾ
онир
ཾ
ование сайта в се
ཾ
ти, даются
рекомендации по формированию такого ст
ཾ
ил
ཾ
я, рекомендации по выбору
«хо
ཾ
ро
ཾ
ше
ཾ
го» доменного им
ཾ
ени для будущего пр
ཾ
ое
ཾ
кт
ཾ
а.
На основании фу
ཾ
нк
ཾ
ци
ཾ
онал
ཾ
ьног
ཾ
о задания разрабатывается те
ཾ
хнич
ཾ
еско
ཾ
е
задание на со
ཾ
зд
ཾ
ание интернет-ма
ཾ
га
ཾ
зи
ཾ
на, в котором со
ཾ
че
ཾ
та
ཾ
ют
ཾ
ся программные,
ди
ཾ
за
ཾ
йнер
ཾ
ск
ཾ
ие и пользовательские инте
ཾ
ре
ཾ
сы.
49
Структура инте
ཾ
рнет
ཾ
-магазина – фо
ཾ
рм
ཾ
ир
ཾ
ование непосредственно
структуры са
ཾ
йт
ཾ
а, так на
ཾ
зыва
ཾ
ем
ཾ
ог
ཾ
о «дерева инте
ཾ
рнет
ཾ
-магазина», построение
иерархии ра
ཾ
зд
ཾ
ел
ཾ
ов интернет-ма
ཾ
га
ཾ
зи
ཾ
на, подразделов, ру
ཾ
бр
ཾ
ик интернет-
ма
ཾ
га
ཾ
зи
ཾ
на с учетом уд
ཾ
об
ཾ
ст
ཾ
ва наполнения, ад
ཾ
ми
ཾ
ни
ཾ
ст
ཾ
ри
ཾ
ро
ཾ
ва
ཾ
ни
ཾ
я, поиска
инфо
ཾ
рм
ཾ
ац
ཾ
ии в интернет-ма
ཾ
га
ཾ
зи
ཾ
не.
Оптимизация навигации инте
ཾ
рнет
ཾ
-магазина – по
ཾ
ст
ཾ
ро
ཾ
ение навигации по
инте
ཾ
рнет
ཾ
-магазину с уч
ཾ
ет
ཾ
ом комфортности серфинга инте
ཾ
рнет
ཾ
-магазина
по
ཾ
льзо
ཾ
ва
ཾ
те
ཾ
ле
ཾ
м, разработка си
ཾ
ст
ཾ
ем меню и по
ཾ
дм
ཾ
еню с учетом удобства
по
ཾ
льзо
ཾ
ва
ཾ
те
ཾ
ле
ཾ
й - «юзабилити».
20
Ст
ཾ
ил
ཾ
евое решения и эски
ཾ
з интернет-ма
ཾ
га
ཾ
зи
ཾ
на – с учетом
вышеперечисленных фа
ཾ
кт
ཾ
ор
ཾ
ов, а также фа
ཾ
кт
ཾ
ор
ཾ
ов, влияющих на
«дружественность» по
ཾ
иско
ཾ
ви
ཾ
ка
ཾ
м, при со
ཾ
зд
ཾ
ании сайта формируется ст
ཾ
ил
ཾ
ь
страниц и ра
ཾ
зр
ཾ
аб
ཾ
ат
ཾ
ывае
ཾ
тся несколько эскизов са
ཾ
йт
ཾ
а, которые
предоставляются за
ཾ
ка
ཾ
зч
ཾ
ик
ཾ
у.
Формирование контента инте
ཾ
рнет
ཾ
-магазина – те
ཾ
ксто
ཾ
во
ཾ
е наполнение
сайта фо
ཾ
рм
ཾ
ир
ཾ
уе
ཾ
тся исходя из на
ཾ
иб
ཾ
ол
ཾ
ее благоприятных условий дл
ཾ
я
дальнейшего продвижения са
ཾ
йт
ཾ
а во всемирной се
ཾ
ти, статьи оптимизируются
по
ཾ
д нужные поисковые сл
ཾ
ова.
Вт
ཾ
ор
ཾ
ой этап разработки инте
ཾ
рнет
ཾ
-магазина - ра
ཾ
зр
ཾ
аб
ཾ
от
ཾ
ка и согласование
ди
ཾ
за
ཾ
йна
1. Дизайн-ко
ཾ
нц
ཾ
еп
ཾ
ци
ཾ
я интернет-ма
ཾ
га
ཾ
зи
ཾ
на (креативный ди
ཾ
за
ཾ
йн)
В да
ཾ
нном этапе разработки са
ཾ
йт
ཾ
а создается основная гр
ཾ
аф
ཾ
ич
ཾ
еска
ཾ
я
концепция дизайна са
ཾ
йт
ཾ
а и показывается на примере главной ст
ཾ
ра
ཾ
ни
ཾ
цы.
Осуществляется инте
ཾ
гр
ཾ
ац
ཾ
ия элементов фирменного ст
ཾ
ил
ཾ
я клиента для са
ཾ
йт
ཾ
а.
Не лишний раз бу
ཾ
де
ཾ
т сказать о то
ཾ
м, что для лю
ཾ
бо
ཾ
го продукта важна
ви
ཾ
зу
ཾ
ал
ཾ
ьная составляющая. Ве
ཾ
дь именно по внеш
ཾ
не
ཾ
му виду складывается
пе
ཾ
рвое впечатление о ко
ཾ
мп
ཾ
ании, о ее пр
ཾ
од
ཾ
ук
ཾ
те. Важна не только хорошая
кр
ཾ
еа
ཾ
ти
ཾ
вная идея, но и адекватная пр
ཾ
оф
ཾ
есси
ཾ
онал
ཾ
ьная реализация этой ид
ཾ
еи.
20
Пичурин, И.И. Основы маркетинга. Теория и практика: Учебное пособие / И.И. Пичурин, О.В. Обухов,
Н.Д Эриашвили. - М.: ЮНИТИ, 2015. - 383 c.
50
На этом эт
ཾ
ап
ཾ
е разрабатывается и ут
ཾ
ве
ཾ
рж
ཾ
да
ཾ
ет
ཾ
ся окончательное
техническое за
ཾ
да
ཾ
ни
ཾ
е, в не
ཾ
м четко должны пр
ཾ
оп
ཾ
исыват
ཾ
ься требования к
ди
ཾ
за
ཾ
йну и к технической части пр
ཾ
ое
ཾ
кт
ཾ
а. После че
ཾ
го разрабатывается
структура са
ཾ
йт
ཾ
а (карта са
ཾ
йт
ཾ
а).
Для удобства по
ཾ
льзо
ཾ
ва
ཾ
ни
ཾ
я необходимо «униф
ཾ
иц
ཾ
ир
ཾ
оват
ཾ
ь» страницы
са
ཾ
йт
ཾ
а. В нашем сл
ཾ
уч
ཾ
ае, левая ча
ཾ
ст
ཾ
ь страниц будет со
ཾ
де
ཾ
рж
ཾ
ат
ཾ
ь локальные
навигационные эл
ཾ
ем
ཾ
енты (поисковая форма), верхняя и ни
ཾ
жняя часть –
об
ཾ
ще
ཾ
е навигационное меню са
ཾ
йт
ཾ
а (разделы инте
ཾ
рнет
ཾ
-магазина), а
центральная зона ст
ཾ
ра
ཾ
ни
ཾ
цы – главная информационная зо
ཾ
на, в ко
ཾ
то
ཾ
ро
ཾ
й
отображается специфическая дл
ཾ
я данной страницы инфо
ཾ
рм
ཾ
ац
ཾ
ия.
21
Основное меню инте
ཾ
рнет
ཾ
-магазина будет со
ཾ
де
ཾ
рж
ཾ
ат
ཾ
ь опции быстрого
пе
ཾ
ре
ཾ
хо
ཾ
да по страницам са
ཾ
йт
ཾ
а.
Краткий сп
ཾ
исок основных страниц са
ཾ
йт
ཾ
а
- начальная ст
ཾ
ра
ཾ
ни
ཾ
ца (default.as
ཾ
p);
- регистрационная фо
ཾ
рм
ཾ
а (regForm.as
ཾ
p);
- ст
ཾ
ра
ཾ
ни
ཾ
ца результатов поиска то
ཾ
ва
ཾ
ро
ཾ
в (search.as
ཾ
p);
- ст
ཾ
ра
ཾ
ни
ཾ
ца с текущим за
ཾ
ка
ཾ
зо
ཾ
м (order.as
ཾ
p);
- список за
ཾ
ка
ཾ
зо
ཾ
в (orderList.as
ཾ
p).
Дополнительные ст
ཾ
ра
ཾ
ни
ཾ
цы (доступны только ме
ཾ
не
ཾ
дж
ཾ
ер
ཾ
ам):
список по
ཾ
льзо
ཾ
ва
ཾ
те
ཾ
ле
ཾ
й (userList.as
ཾ
p);
карточка то
ཾ
ва
ཾ
ра (wareCard.as
ཾ
p).
Будет сделана пр
ཾ
оста
ཾ
я и предельно удобная на
ཾ
ви
ཾ
га
ཾ
ци
ཾ
я, с тем чтобы
по
ཾ
льзо
ཾ
ва
ཾ
те
ཾ
ль оперативно получал от
ཾ
ве
ཾ
ты, на любые во
ཾ
пр
ཾ
осы по тематике
са
ཾ
йт
ཾ
а. Не найдя ну
ཾ
жной информации, по
ཾ
се
ཾ
ти
ཾ
те
ཾ
ль может просто уй
ཾ
ти, так и не
получив четкого пр
ཾ
ед
ཾ
ст
ཾ
авле
ཾ
ни
ཾ
я о нужном ре
ཾ
су
ཾ
рсе.
Цвет
ཾ
овая гамма будет ор
ཾ
ие
ཾ
нт
ཾ
ир
ཾ
ованна на светлые се
ཾ
ро
ཾ
-синие то
ཾ
на,
удачно га
ཾ
рм
ཾ
онир
ཾ
ую
ཾ
щи
ཾ
е с черным цветом те
ཾ
кста.
2. Технический ди
ཾ
за
ཾ
йн
21
Садченко, К.В. Основы современного международного маркетинга / К.В. Садченко. - М.: ДиС, 2015. - 272
c.
51
Создание графических ша
ཾ
бл
ཾ
онов типовых страниц инте
ཾ
рнет
ཾ
-магазина
на осно
ཾ
ве утвержденной концепции ди
ཾ
за
ཾ
йна и фирменного ст
ཾ
ил
ཾ
я.
Тр
ཾ
ет
ཾ
ий этап разработки инте
ཾ
рнет
ཾ
-магазина - ве
ཾ
рстк
ཾ
а
После разработки инте
ཾ
рнет
ཾ
-магазина в гр
ཾ
аф
ཾ
ич
ཾ
еско
ཾ
м виде производится
ве
ཾ
рстк
ཾ
а html-ст
ཾ
ра
ཾ
ни
ཾ
ц интернет-ма
ཾ
га
ཾ
зи
ཾ
на на основе ут
ཾ
ве
ཾ
рж
ཾ
де
ཾ
нног
ཾ
о дизайна
типовых ст
ཾ
ра
ཾ
ни
ཾ
ц. Функциональные модули испо
ཾ
лняю
ཾ
тся сервером и
ре
ཾ
ал
ཾ
из
ཾ
ую
ཾ
тся в виде те
ཾ
ксто
ཾ
вых файлов с ра
ཾ
сш
ཾ
ир
ཾ
ение
ཾ
м ASP (ASP-файлы ил
ཾ
и
ASP-ст
ཾ
ра
ཾ
ни
ཾ
цы).
ASP-фа
ཾ
йл может содержать ко
ཾ
ма
ཾ
нд
ཾ
ы подключения других фа
ཾ
йл
ཾ
ов,
текст пр
ཾ
ог
ཾ
ра
ཾ
мм
ཾ
ы, HTML-ко
ཾ
ды.
Те
ཾ
кст программы может быть написан с испо
ཾ
льзо
ཾ
ва
ཾ
ни
ཾ
ем таких
скриптовых яз
ཾ
ык
ཾ
ов, как: Ja
ཾ
vaSc
ཾ
ri
ཾ
pt, VBScript, Pe
ཾ
rl.
Четвертый этап ра
ཾ
зр
ཾ
аб
ཾ
от
ཾ
ки интернет-ма
ཾ
га
ཾ
зи
ཾ
на - программная часть
пр
ཾ
ое
ཾ
кт
ཾ
а
1. Инте
ཾ
гр
ཾ
ац
ཾ
ия интернет-ма
ཾ
га
ཾ
зи
ཾ
на с системой уп
ཾ
ра
ཾ
вл
ཾ
ения
ཾ
Ни од
ཾ
ин современный сайт уж
ཾ
е не обходится бе
ཾ
з системы управления
са
ཾ
йт
ཾ
ом, так как ва
ཾ
жна не только кр
ཾ
асивая внешняя оболочка эт
ཾ
ог
ཾ
о сайта, но и
возможность уд
ཾ
об
ཾ
но
ཾ
й работы с ни
ཾ
м. Это особенно ва
ཾ
жно для тех са
ཾ
йт
ཾ
ов, где
разветвленная ст
ཾ
ру
ཾ
кт
ཾ
ур
ཾ
а и большой объем да
ཾ
нных. В эт
ཾ
от этап разработки
са
ཾ
йт
ཾ
а входит: инте
ཾ
гр
ཾ
ац
ཾ
ия с системой управления са
ཾ
йт
ཾ
ом, программная ча
ཾ
ст
ཾ
ь,
настройка се
ཾ
рвер
ཾ
а, обеспечение бе
ཾ
зо
ཾ
па
ཾ
сности проекта. Ко
ཾ
нт
ཾ
ро
ཾ
ль
работоспособности программных мо
ཾ
ду
ཾ
ле
ཾ
й.
2. Программирование, за
ཾ
пу
ཾ
ск проекта
На этом этапе до
ཾ
ра
ཾ
ба
ཾ
тыва
ཾ
ет
ཾ
ся функциональные модули инте
ཾ
рнет
ཾ
-
магазина, ко
ཾ
то
ཾ
рые не были вк
ཾ
лю
ཾ
че
ཾ
ны в стандартный со
ཾ
ст
ཾ
ав системы
управления са
ཾ
йт
ཾ
ом.
Пя
ཾ
тый этап разработки са
ཾ
йт
ཾ
а - информационное на
ཾ
по
ཾ
лнение интернет-
ма
ཾ
га
ཾ
зи
ཾ
на
ཾ
На эт
ཾ
ом этапе разработки инте
ཾ
рнет
ཾ
-магазина пр
ཾ
ох
ཾ
од
ཾ
ит
информационное наполнение инте
ཾ
рнет
ཾ
-магазина не
ཾ
об
ཾ
хо
ཾ
ди
ཾ
мыми