56
определение степени готовности клиента к сотрудничеству;
определение потребностей клиента;
определение примерно услуг и продуктов, которые клиент хочет
получить от предприятия;
приведение описания услуг и продукции предприятия;
уточнение «обратной связи», подготовка к диалогу. [3]
Целью коммерческого предложения является стимулирование интереса
клиента. Коммерческое предложение бывает двух видов:
персонифицированное – нацеленное на определенного,
конкретного клиента, оно содержит личное обращение к клиенту и называется
«теплым»;
неперсонифицированное – направлено на большое количество
потребителей, целевую аудиторию предприятия в общем и называется
«холодным».
Коммерческое предложение может быть реализовано в различных
форматах: электронном и бумажном. При использовании бумажного варианта
необходимо тщательно продумать дизайн и позаботиться о качестве бумаги,
чтобы не вызвать негативной реакции потенциального клиента.
Примерный план содержания коммерческого предложения:
четкое определение проблемы;
описание вариантов ее разрешения;
аргументирование в пользу использования услуг именно данного
предприятия;
описание акций и предложений предприятия;
побудительные обороты, призывающие к действию.
Коммерческое предложение состоит из заголовка и основного текста. В
заголовке необходимо использовать методы психологического воздействия на
потенциального клиента с помощью информации о предприятии и продумать
ее так, чтобы заинтересовать клиента. Основная цель заголовка – возбудить
57
интерес потенциального клиента. Основной текст содержит описание услуг
предприятия в настоящем времени, указание стоимости услуг, возможно
размещение положительного отзыва в качестве аргумента. Целью основного
текста является удержание интереса потенциального клиента.
2.2.3 Характеристика результатной информации
Результатными документами являются договор, счет, акт (и счет-
фактура), анкета оценки клиента.
Сторонами, заключающими договор, являются предприятие-
исполнитель и предприятие-заказчик. В договоре на разработку есть
несколько обязательных пунктов:
предмет договора. Здесь к договору прилагается подробное
техническое задание;
срок выполнения работ – может обговариваться общий срок
выполнения работ и срок выполнения каждого этапа, что также зависит от
технического задания;
стоимость работ – в виде фиксированной суммы или почасовой
оплаты;
права на разработанное ПО;
налогообложение;
реквизиты сторон.
Счет не является бухгалтерским документом и содержит следующие
данные:
данные предприятия-исполнителя;
данные предприятия-заказчика;
перечень товаров или услуг;
их количество;
цена за единицу товара/услуги;
58
итоговая сумма заказа;
реквизиты р/с предприятия-исполнителя.
Документ, заключенный между заказчиком и исполнителем, в котором
отображаются все выполненные работы, их стоимость и сроки, называется
актом приемки выполненных работ. Данный документ является по сути
формой отчета исполнителя перед заказчиком. Утвержденной формы акта нет,
но рекомендуется включить следующие пункты при его составлении:
порядковый номер данного документа для его регистрации в
бухгалтерии;
дата составления документа;
номер договора, согласно которому составляется акт
выполненных работ;
сроки выполнения оговоренных работ;
объемы выполненных работ;
общая стоимость работ (с обязательным учетом НДС);
номер счета, который предоставляется заказчику для оплаты
произведенной работы (услуги);
полное название заказчика и исполнителя, согласно
учредительным документам;
оттиск печати обеих заинтересованных организаций;
подписи исполнителя и заказчика, или лиц, имеющих право
подписи.
Счет-фактура является первичным платежным документом,
использующимся предприятиями, являющимися плательщиками НДС.
Установлена форма счет-фактуры, которая оформляется предприятием-
исполнителем, который уплачивает НДС. Счет-фактура содержит сведения о
количестве, цене, стоимости товаров и услуг, сумме акцизного сбора, ставке и
сумме налога. Выданные исполнителем счет-фактуры образуют книгу продаж
[4].
59
Анкетирование клиента преследует определенные цели:
сбор информации о клиентах;
исследование удовлетворенность клиентов;
изучение мнения клиентов о новых услугах, изменениях в сервисе,
способах оплаты и т.д.;
изучение потребности клиентов.
Форма анкеты клиента может быть произвольной.
2.3 Программное обеспечение задачи
2.3.1 Общие положения
1. ОБЩИЕ
производить
СВЕДЕНИЯ
1.1. Полное
ноябрь
наименование системы
потока
и ее условное обозначение
Полное
case
наименование – Информационная
строя
система «Заявка». Краткое
server
наименование – ИС «Заявка».
1.2. Обоснование
файлов
разработки
Разработка ИС «Заявка» ведется
case
на основании задания
этом
на разработку
выпускной
практически
квалификационной работы.
1.3. Плановые
модели
сроки начала
основное
и окончания работы
Начало
провести
работ по созданию
верхнего
ИС «Заявка» – ноябрь 2017 г. Окончание
server
работ – январь 2018 г.
1.4. Назначение
эффектно
разработки и цели
защищенная
создания системы
ИС «Заявка» предназначена,
возможным
для повышения
является
эффективности работы
видам
специалиста по продажам,
также
за счет автоматизированного
гибкость
сбора данных
windows
о
заявках на производство,
server
заказчиках и договорах.
Целью
framework
разработки является
могут
создание ИС «Заявка» в
низкого
организации,
возможности
delphi
создания в автоматизированном
благодаря
режиме учетных
защищенная
форм таких,
аппаратом
как:
60
заявка на производство;
договор.
1.5. Характеристики
следующие
объекта проектирования
Объектом
платформ
проектирования является
обеспечения
документация по учету
диаграммах
заявок и
договоров,
server
находящаяся в ведении
моделирования
специалиста по продажам. Для
проектирования
удовлетворения требований,
modeler
желаний пользователя и
данных
автоматизации работы
заявка
по учету кадров
windows
создается ИС «Заявка». Она
систему
должна предоставлять
erwin
пользователю возможность
минимуму
создавать учетные
microsoft
формы, вносить
case
в них записи,
производить
язык
их редактирование, поиск
предъявляемые
записи, а также
формы
вывод на печать
счет
итоговых форм
разработку
отчетности.
2. ТРЕБОВАНИЯ
важное
К СИСТЕМЕ
2.1. Требования
быть
к системе в целом
Совместимость
возможностей
ИС «Заявка» с офисными
одну
приложениями операционных
носителем
систем Windows 2000, Windows
windows
XP, Windows Vista, Windows 7/8/10.
Требования
должна
по функциональности.
информационная
Разрабатываемая ИС «Заявка»
должна
служба
обеспечивать автоматизацию
удобной
деятельности специалиста
верхнего
по продажам,
а так
нечетким
же создавать первичные
делают
документы.
Для этого
bpwin
создаваемая система
должна
должна:
обеспечивать ввод
моделей
данных о заявках
надежности
на производство, договорах,
erwin
заказчиках;
создавать первичные
окончания
документы;
создавать необходимые
обеспечивать
отчеты;
создаваемые документы
диаграмма
должны отвечать
которых
отраслевым
стандартам,
можно
принятым в организации.
Персонал,
режимы
использующий ИС «Заявка»,
также
должен обладать
интеграция
навыками и
знаниями,
обеспечению
достаточными для
провести
обеспечения работы
систему
с информацией,
заложенной
помощью
в системе.
2.2. Требования
учет
к надежности
61
В случае
благодаря
отказа оборудования (сбой
case
электропитания, выход
рабочий
из строя
техники),
modeler
система ИС «Заявка»,
производить
использующая ИС «Заявка»,
офисными
должна быть
взаимодействия
перезапущена.
Необходимо обеспечить
других
следующие компоненты
virtual
надежности
проектируемой
erwin
системы:
уровень надежности
проектирования
комплекса технических
комплекса
средств (КТС) –
обеспечивается
windows
изготовителем КТС;
уровень
благодаря
надежности программного
server
обеспечения – обеспечивается
ваши
разработчиком;
уровень надежности
bpwin
обслуживающего персонала –
обеспечивается
windows
заказчиком;
уровень организации
измерительных
работ по системе
интерфейс
в целом и рациональное
выполняет
распределение задач,
моделей
решаемых системой
минимуму
между КТС,
помощью
программами,
аппаратом
гибкость
управления и обучающимся
разработку
персоналом – обеспечивается
bpwin
согласованными решениями
язык
разработчика и заказчика;
режимы
также
и параметры технической
должна
эксплуатации КТС –
обеспечиваются
также
заказчиком;
степень использования
целью
различных видов
повышения
резервирования
предусматривается
требования
в проектных решениях
оперативней
и обеспечивается заказчиком;
поддержание
интеграция
заказчиком в постоянной
режиме
исправности устройств
обеспечивать
контроля и измерительных
следующие
комплексов, позволяющих
гибкость
достоверно и
оперативно
разные
определить место
erwin
и причину повреждения.
Требования
упуская
безопасности должны
обеспечения
соответствовать требованиям
определять
по обеспечению эксплуатации,
case
обслуживании и ремонте
server
технических средств
точки
системы (защита
изменено
от воздействий электрического
модели
тока, электромагнитных
полное
полей, акустических
уровень
шумов и т.п.).
Условия
заказами
эксплуатации, которые
взаимодействия
обеспечивают, использование
стороннего
технических средств системы
необходимо
с заданными техническими
техническое
показателями
определяются,
офисными
согласно действующим
степень
нормативам и инструкциям.
62
Аппаратура
контроль
необходимо подключать
delphi
к электрическим сетям согласно
ноябрь
характеристикам потребления
следующие
электроэнергии. Необходимо
режимы
проводить
периодическое
modeler
копирование БД.
Сохранность
этом
информации обеспечивается
провести
соответствующими
магнитными
сохранность
носителями информации (дискеты,
поддержка
диски: CD-R, CD-RW). В
исполнения
случае экстренных
всех
событий: аварий,
delphi
потеря питания
windows
и т. п., должна
основным
быть
обеспечена
framework
сохранность информации
оперативней
в системе путем
построенные
восстановления
информации
должна
из последней резервной
акустических
копии БД.
2.3. Условия
моделирования
эксплуатации
Создаваемый программный
система
продукт должен
быть
будет использоваться
диаграммах
специалистом по продажам
низкого
и руководством организации. Заданные
исполнения
характеристики функционирования
понимания
должны обеспечиваться
достаточно
при условиях,
server
которые определяются
основе
конкретным носителем
построенные
данных, на котором
окончания
хранятся
данные. Наиболее
уровень
распространенными носителями
является
данных в настоящее
данных
время
являются
ведении
жесткие диски,
технических
для которых
диаграммах
оптимальным является
поддержки
функционирование при
modeler
температурах от 5 до +35
о
С
обеспечивает
и относительной
влажности
эффектно
от 10 до 60 процентов.
3. ТРЕБОВАНИЯ
других
К ВИДАМ ОБЕСПЕЧЕНИЯ
3.1. Требование
персонала
к лингвистическому обеспечению
Лингвистическое
ниже
обеспечение системы
интерфейс
должно быть
служба
достаточным для
достаточно
общения различных
строя
категорий пользователей
ужесточает
в удобной для
время
осуществления
процедур
оболочку
преобразования и машинного
носителем
представления обрабатываемой
технических
в
системе информации
сохранении
форме.
Лингвистическое обеспечение
требования
системы должно
платформ
включать в себя:
систему
рамках
управления базами
достаточно
данных (СУБД);
язык
должна
проектирования.
В качестве
ваши
системы управления
помощью
базами данных
окончания
выступает СУБД – MS
платформ
SQL Server 2008.
В
bpwin
качестве языка
modeler
проектирования выступает
временем
язык Case-средства BPWin
(ERWin и
virtual
т.д.).
63
3.2. Требования к информационному
аппаратом
обеспечению
Для достижения
рамках
установленных целей
производить
ИС «Заявка» должна
информационная
использовать следующие
реализованно
информационные объекты:
формы
счет
ввода информации;
отчеты;
формы
case
поиска информации.
3.3. Требования
моделей
к программному обеспечению
Программное обеспечение системы должно быть достаточным для
выполнения всех реализуемых функций системы, а также иметь средства
организации всех требуемых процессов обработки данных.
Для нормального функционирования системы необходимо наличие
следующего набора программных средств:
операционная система (ОС) Windows 2000, Windows ХР, Windows
Vista, Windows 7/8/10;
MS SQL Server 2008.
3.4. Требования к техническому обеспечению
При выборе технических средств, применяемых для функционирования
системы ИС «Заявка», должны учитываться следующие требования:
выбор технических средств должен обеспечивать рациональное
соотношение между затратами на создание системы и достигаемым эффектом;
технические параметры системы управления не должны
накладывать ограничения на регламент технологического процесса
функционирования системы.
Рекомендуемый состав технических средств, для нормального
функционирования программы:
микропроцессор от Intel Pentium 4;
оперативная память объемом не менее 1024 Мбайт;
накопитель на жестком магнитном диске со свободным объемом
не менее 200 Мбайт;
64
дисплей с адаптером SVGA;
SVGA video card PCI объемом не менее 512 Мбайт;
101-клавишная клавиатура;
манипулятор «мышь»;
принтер.
3.5. Требования к методическому обеспечению
Методическое обеспечение ИС «Заявка» должно содержать нормативно-
техническую документацию: перечень стандартов и нормативов,
применяемых при функционировании системы, руководство пользователя и т.
д.
4. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ
Основные результаты выполнения работ по каждой стадии должны
соответствовать данным из таблицы 4.
Таблица 4 – Стадии выполнения ИС «Заявка»
Наименование стадии
создания системы
Документы стадии
Дата начала
Дата
окончания
Разработка концепции ИС
Разработка концепции ИС
Техническое задание
Техническое задание
Технический проект
Технический проект
Проектирование и
разработка ИС
Руководство пользователя,
приложение ИС «Заявка»
5. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
Система является пригодной для использования, если соответствует
всем пунктам данного ТЗ. Контроль выполнения всех функций системы
осуществляется на тестовом примере.
Приемка программы осуществляется заказчиком в течение 2-х недель.
Производится тестирование программы на контрольном примере и
собственных тестовых примерах заказчика.
65
6. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО
ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В
ДЕЙСТВИЕ
Подготовка объекта ИС к вводу в действие предполагает выполнение
видов работ:
подготовка (обучение) персонала;
укомплектование ИС программными и техническими средствами,
программно-техническими комплексами, информационными изделиями;
закупка необходимых технических устройств;
проведение предварительных испытаний;
проведение опытной эксплуатации;
проведение приемочных испытаний.
7. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
ИС должна комплектоваться следующими документами:
руководство пользователя;
общее описание системы;
программа и методика испытаний (компонентов, комплексов
средств автоматизации, подсистем, систем);
состав выходных данных (сообщений).
2.3.2 Характеристика базы данных
Под инфологической моделью (ИЛМ) понимают описание предметной
области, выполненное с использованием специальных языковых средств, не
зависящих от используемых в дальнейшем программных средств [15].
Цель инфологического моделирования – обеспечение наиболее
естественных для человека способов сбора и представления той информации,
которую предполагается хранить в создаваемой базе данных [16].