Диплом Разработка АРМ Менеджера по продажам Росгосстрах

Содержание
Введение 4
1 Аналитическая часть 6
1.1 Технико-экономическая характеристика предметной области 6
1.2 Экономическая сущность задачи 11
1.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи 13
1.4 Постановка задачи 15
1.5 Анализ существующих разработок 18
1.6 Обоснование проектных решений по видам обеспечения 21
2 Проектная часть 29
2.1 Информационное обеспечение задачи 29
2.2 Программное обеспечение задачи 38
2.3 Технологическое обеспечение задачи 41
3 Обоснование экономической эффективности проекта 44
3.1 Расчет экономии труда за счет применения ЭВМ 44
3.2 Рост производительности труда от применения ЭВМ 44
3.3 Расчет затрат на создание программного обеспечения и оценка экономической эффективности 45
3.4 Расчет экономической эффективности 50
Заключение 52
Список используемой литературы 53
Приложение 1 55
Приложение 2 56
Приложение 3 57
Приложение 4 58

Введение
В последние десятилетия компании начали понимать, что одна оптимизация производства уже не решает проблему выживания. Теперь именно поставщики подстраиваются под наиболее удобные для клиента способы общения. А это ведет к диверсификации каналов работы с потребителем, ведь любое превышение психологически выверенной нормы давления на потребителя через один канал только снижает эффективность взаимодействия с ним. Так что сегодня потребитель стал фокусом всех усилий производителей, а их удовлетворенность отношениями с поставщиком — ключевым фактором успеха компании.
Для поиска, привлечения и удержания прибыльных клиентов требуются новые подходы, освобождающие людей от рутинных операций и позволяющие им сконцентрироваться на творческом процессе человеческого общения. Новые стратегии качественного обслуживания потребовали «индустриализации» клиентских отношений, т.е. процессов взаимодействия с каждым конкретным покупателем, ориентации на потребности каждого конкретного клиента, а не на усредненную обезличенную массу. Подход типа «средняя температура по больнице», хорошо зарекомендовавший себя в эпоху борьбы за эффективность производства, стал терять актуальность — все меньше клиентов готовы относить себя к общей массе, при этом разброс их требований и ожиданий существенно увеличивается.
В настоящее время все большее распространение, как в производстве, так и в документообороте предприятий находит компьютерная техника, все шире становится перечень охватываемых ею задач. Постоянно растет объем и сложность обрабатываемой информации, требуются все новые виды ее представления.
Вот только некоторые из преимуществ, которые дает использование вычислительной техники при работе организации:
• возможность оперативного контроля над достоверностью информации;
• уменьшение числа возможных ошибок при генерировании производных данных;
• возможность быстрого доступа к любым данным;
• возможность быстрого формирования отчетов;
• экономия трудозатрат и затрат времени на обработку информации.
Все эти преимущества в данный момент оценены многими организациями, поэтому, сегодня наблюдается процесс бурного развития специализированных информационных систем и внедрения их в работу различных учреждений.
Как показывает практика, без новых информационных технологий уже невозможно представить и страховой бизнес.
Актуальность работы заключается в том, что автоматизация страхового бизнеса в России весьма перспективна — во многих отечественных страховых компаниях лишь совсем недавно начали серьезно задумываться о необходимости развертывания комплексных корпоративных систем. Наступил момент, когда проблема выбора и внедрения эффективной системы встала во всей остроте — страховые компании развиваются, растет численность их клиентуры, обостряется внутренняя и внешняя конкуренция, появляется необходимость введения новых услуг.
Целью данной дипломной работы является разработка АРМ Менеджера по продажам в корпоративной системе ООО «Росгосстрах».
Для достижения данной цели необходимо решить следующие задачи:
• провести анализ работы менеджера;
• выявить экономическую сущность задачи;
• обосновать необходимость и цели использования ВТ для решения задач;
• определить цель и назначение автоматизированного варианта решения задачи;
• провести анализ существующих разработок;
• обосновать проектные решения по видам обеспечения;
• построить информационную модель;
• определить используемые классификаторы и системы кодирования;
• описать характеристики БД и программные модули;
• обосновать экономическую эффективность проекта.

1 Аналитическая часть
1.1 Технико-экономическая характеристика предметной области
ОАО «Росгострах» создано в феврале 1992 года, на базе Правления государственного страхования РФ. Компания образована в соответствии с Постановлением РФ от 10.02.92 г. № 76 «О создании Российской государственной страховой компании»
«Росгосстрах» — крупнейшая в России страховая компания, предоставляющая широкий спектр страховых услуг частным лицам и компаниям для защиты от самых разнообразных рисков. Группа компаний «Росгосстрах» — это огромный холдинг, в который входят несколько компаний. [36]
В 2010 г. компании «Росгосстрах» был подтвержден рейтинг «Эксперт РА» А++ (исключительно высокий уровень надежности), который говорит о финансовой устойчивости и стабильности компании.
«Росгосстрах» — единственная компания, которая располагает филиальной сетью, сравнимой по охвату с Почтой РФ и Сбербанком России.
В группу компаний «Росгосстрах» входит порядка 3000 агентств и страховых отделов, а также 400 центров урегулирования убытков, общая численность работников системы достигает 64 000 человек, в том числе более 46 000 агентов.В группу компаний входят ОАО «Росгосстрах», ООО «Росгосстрах», СК «РГС-Жизнь», занимающаяся страхованием жизни и негосударственным пенсионным обеспечением, а также ООО «РГС-Медицина», осуществляющая операции по обязательному медицинскому страхованию.
Головной компанией группы является Открытое Акционерное Общество «Росгосстрах». Высший орган правления – общее собрание акционеров.
Наряду с Общим собранием акционеров, составной частью системы управления является Совет директоров, избираемый ежегодно решением годового Общего собрания акционеров.
Единоличный исполнительный орган — генеральный директор, избираемый решением Общего собрания акционеров и возглавляющий Исполнительную дирекцию Общества. [36]
Филиал ООО «Росгосстрах» в Вологодской области, входящий в Группу компаний «Росгосстрах» был образован в 2003 году в результате реорганизации системы Росгосстраха, проводимой в целях оптимизации деятельности компании.
В соответствии лицензиями Компания осуществляет операции:
По личному страхованию: добровольное страхование жизни; добровольное страхование от несчастных случаев и болезней; добровольное медицинское страхование; обязательное страхование от несчастных случаев и болезней.
По имущественному страхованию: добровольное страхование средств наземного, воздушного и водного транспорта, страхование грузов, иных видов имущества и финансовых рисков.
По страхованию ответственности: добровольное страхование ответственности владельцев автотранспортных средств, гражданской ответственности перевозчика, предприятий – источников повышенной опасности, по страхованию гражданской ответственности эксплуатирующих организаций – объектов использования атомной энергии, добровольному страхованию профессиональной ответственности (медицинской деятельности, строителей, риэлторов), страхованию гражданской ответственности юридических лиц, осуществляющих деятельность в качестве таможенного брокера, страхованию ответственности за вред, причиненный вследствие недостатков продукции, страхованию ответственности судовладельцев перед третьими лицами.
ОАО “Росгосстрах” имеет также лицензию на право осуществления обязательного государственного страхования жизни и здоровья военнослужащих, граждан, призванных на военные сборы; лиц рядового и начальствующего состава органов внутренних дел РФ; сотрудников учреждений и органов уголовно-исполнительных системы.
Главная цель ОАО «Росгосстрах» — стать абсолютным лидером российского рынка страхования, закрепить репутацию надежной, солидной и динамично развивающейся компании.
По данным Федеральной службы страхового надзора, доля Общества на российском страховом рынке составила 0,42 %, в том числе по добровольному страхованию (за исключением операций по страхованию жизни) — 0,21 %.
Общество продолжает действовать на рынке страхования, осуществляемого за счет средств федерального и местного бюджетов, в том числе обязательного страхования. В 2010 г. Общество приняло участие в открытых конкурсах, организованных федеральными и местными органами исполнительной власти. По результатам конкурсов Общество получило право осуществлять: обязательное страхование гражданской ответственности МВД России, ГУВД по г. Москве, ГФС России, ФСКН России, ФТС России, как владельцев транспортных средств; страхование запасов зерна Интервенционного фонда Минсельхоза России; обязательное государственное страхование жизни и здоровья сотрудников ГФС России и ФМС России.
Приоритетным направлением деятельности ООО «Росгосстрах» остается обслуживание массового сегмента физических лиц, в первую очередь в области страхования: недвижимости (квартир и строений), домашнего имущества, от несчастных случаев и болезней, добровольного автострахования.
Обществом продолжается разработка современных, и в большинстве случаев не имеющих аналогов страховых продуктов и страховых программ, включая комплексные программы страхования. За период активного присутствия на рынке Общество предложило страхователям в общей сложности более 60 оригинальных страховых продуктов.
Общество остается приверженным социально ориентированному бизнесу. В частности, с июля 2010 года и на ближайшие 5 лет Общество является титульным партнером Чемпионата и Первенства России по футболу, турнира дублирующих составов, а также официальным партнерам HAC и РФПЛ.
Основной целью Общества является осуществление всех видов страхования и перестрахования и получение прибыли.
Основными видами деятельности Общества являются:
1) страхование;
2) перестрахование;
3) инвестирование и иное размещение средств Общества, включая страховые резервы;
4) защита государственной тайны.
Общество осуществляет добровольное страхование, обязательное страхование и обязательное государственное страхование в соответствии с законодательством РФ и разрешением (лицензией), получаемым в установленном законодательством РФ порядке.
Общество вправе осуществлять любые другие виды деятельности, не запрещенные законодательством РФ и соответствующие характеру страховой деятельности или необходимые для осуществления этой деятельности, в том числе:

  • определять порядок проведения, условия и виды страхования, а также самостоятельно устанавливать тарифные ставки;
  • заключать договоры по всем видам имущественного, личного страхования и страхование ответственности, а также договоры перестрахования с российскими и иностранными юридическими и физическими лицами и производить по ним расчеты как в рублях, так и в иностранной валюте;
  • проводить обязательное государственное страхование в соответствии с законодательством РФ;
  • создавать страховые резервы в соответствии с законодательством РФ;
  • проводить предупредительные и профилактические мероприятия по застрахованным объектам и формировать соответствующие резервы;
  • исполнять функции оценщика страховых рисков;
  • издавать инструкции, правила и рекомендации по вопросам своей деятельности;
  • выступать участником внешнеэкономических связей, осуществлять страховые и перестраховочные операции, связанные с внешнеэкономической деятельностью в порядке, установленном законодательством РФ;
  • утверждать правила и условия страхования, а также размеры страховых премий и агентского вознаграждения;
  • получать кредиты, вносить депозиты, выдавать гарантии;
  • вступать в национальные, иностранные и международные страховые союзы, ассоциации и объединения;
  • осуществлять инвестиции в Российской Федерации в промышленность, сельское хозяйство, транспорт и непроизводственные отрасли;
  • строить, приобретать, отчуждать, сдавать в аренду и арендовать движимое и недвижимое имущество;
  • быть учредителем и/или участником другого предприятия любой организационно-правовой формы;
  • создавать на территории Российской Федерации и других государств филиалы, представительства, действующие на основании утверждаемых Обществом Уставов и Положений. Данные подразделения наделяются основными и оборотными средствами за счет имущества Общества;
  • создавать дочерние общества и давать обязательные для них указания;
  • выпускать акции, облигации и другие ценные бумаги, порядок и условия выпуска которых определяются законодательством РФ;
  • открывать расчетные и иные счета в любых финансово-кредитных учреждениях и производить через них все кассовые и кредитно-расчетные операции в рублях и иностранной валюте по безналичному расчету, наличными деньгами и иными платежными средствами. Формы расчетов определяются Обществом в соответствии с законодательством РФ;
  • осуществлять функции управляющей компании;
  • совершать как в Российской Федерации, так и за границей сделки с учреждениями, организациями, предприятиями и иными лицами в соответствии с законодательством РФ;
  • проводить работы, связанные с использованием сведений, составляющих государственную тайну.
    Менеджеры по работе с клиентами ООО «Росгосстрах» являются сотрудниками отдела продаж. Отдел продаж страховых услуг (далее по тексту – Подразделение) является структурным подразделением ООО «Росгосстрах». Отдел продаж создается и ликвидируется решением Директора. Структуру и штат Подразделения утверждает Директор в соответствии с решаемыми задачами и объемом работ, определенными в соответствии со стратегическими целями и планами компании. Подразделение возглавляет Заместитель директора по продажам, непосредственным руководителем которого является Директор.
    Сотрудники Подразделения назначаются на должности и освобождаются от должностей в порядке, предусмотренном их должностными инструкциями. Организационная структура подразделения приведена на рисунке 1.1.

Рисунок 1.1 Организационная структура отдела продаж страховых услуг ООО «Росгосстрах»

Деятельность подразделения направлена на достижение следующих целей компании:
• увеличение количества клиентов;
• сохранение клиентской базы.
В своей деятельности Отдел продаж руководствуется плановой и нормативно-методической документацией:
• Методика планирования;
• Платежный бюджет;
• Стратегия развития;
• Документами распорядительного характера;
• Иными методиками, инструкциями и нормативно-методическими документами, регламентирующими работы, выполняемые подразделением.
Права сотрудников отдела устанавливаются их должностными инструкциями и действующим законодательством РФ.
Бизнес-процессы, которые выполняет подразделение в соответствии с установленными целями представлены в таблице 1.1. Схема бизнес-процессов представлена в приложении 1.
Таблица 1.1
Бизнес-процессы отдела продаж
Код Процесс
A2 Продвижение и продажи страховых услуг
A2.1 Привлечение клиентов
A2.2 Определение потребностей клиентов
A2.3 Заключение договора
A2.4 Инициация проекта

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

Таблица 1.2
Показатели деятельности отдела продаж страховых услуг
№ Показатель Единица измерения

  1. Затраты на привлечение клиентов Тысячи рублей
  2. Затраты на привлечение одного клиента Рубли
  3. Количество клиентов Штуки
  4. Количество клиентов, обратившихся повторно Штуки
  5. Количество привлеченных клиентов Штуки
  6. Процент клиентов, обратившихся повторно Проценты

1.2 Экономическая сущность задачи
Руководители западных компаний, выступая перед своими сотрудниками, любят повторять: «Не мы платим вам зарплату — это делают наши клиенты». Добровольное и устойчивое желание клиентов покупать продукцию или услуги компании является независимым показателем конкурентоспособности. Рыночное пространство гудит от «информационного шума», который создают тысячи конкурентов, желающие перекричать друг друга. Уже недостаточно просто иметь уникальный продукт или услугу, на которую существует спрос. Зачастую компании, пусть даже с продуктом худшего качества, имеют не меньше, а часто — больше шансов завоевать внимание клиента и залезть в его карман. С другой стороны, в долгосрочной перспективе рассчитывать только на громкость своего голоса также нельзя — клиент не захочет иметь отношения с таким предприятием и, скорее всего, тихо отступит. Более того, издержки на агрессивную рекламу и маркетинг будут составлять существенную долю себестоимости продукции и снижать ее конкурентоспособность. [16]
Наиболее эффективная стратегия — построение долгосрочных доверительных отношений со всеми существующими и потенциальными клиентами (желательно — персонально с каждым из них), при которых они знали бы о возможностях и конкурентных преимуществах ваших продуктов и услуг и могли бы в нужный момент ими воспользоваться, причем вам не пришлось бы постоянно прилагать к этому огромные усилия.
Для таких отраслей как страхование, в которых конкуренция вышла на уровень взаимодействия с каждым конкретным клиентом, установление и поддержание отношений с ним становится ключевым, если не главным, конкурентным преимуществом. В первую очередь это касается корпоративных продаж, где каждый клиент — это компания со сложной системой внутренних отношений, постоянно изменяющимися требованиями. Знание этих требований, умение наладить отношения с организацией в целом и с людьми, принимающими решения, в частности, является необходимым условием эффективных продаж корпоративным клиентам. [16]
В сфере работы с частными клиентами возможность построения персонализированных отношений также становится ключевым конкурентным преимуществом. Потребитель с большим удовольствием отнесет свои средства в банк, где работает его знакомый или купит автомобиль там, где у него получилось установить личный контакт с продавцом, объяснившим ему честно и обстоятельно преимущества и недостатки различных моделей и предложившим ему оптимальную комплектацию и уникальные ценовые условия. В первую очередь это касается области дорогих покупок (транспорт, недвижимость, мебель, отдых и т. д.), однако постепенно тенденция перемещается в сферу более массовых покупок (связь, развлечения, служба быта).
Из всего вышеперечисленного видно, насколько важна для страховой компании роль менеджера по работе с клиентами. Требуется автоматизировать рутинные операции, что позволит работникам сконцентрироваться на творческом процессе человеческого общения и более эффективно заниматься поиском, привлечением и удержанием прибыльных клиентов.
Всем известное выражение «Время – деньги» для менеджера по продажам имеет прямое значение. Чем выше оперативность и точность его работы, тем вероятней заключение договора на оказание страховых услуг и приобретение постоянного клиента. Поэтому для устранения недостатков в существующей технологии требуется автоматизировать решение поставленных перед менеджером задач.
Автоматизация работы менеджера по продажам позволит:
-наиболее эффективным образом модифицировать технологию создания и движения документов внутри компании;
-снизить трудовые затраты;
-сократить время обработки информации;
-повысить скорость работы с документами;
-устранить многократное дублирование информации;
-максимально сократить количество бумажных документов;
-облегчить получение различных аналитических отчетов.
В связи с рассмотренными технологиями и методами автоматизации страхования следует отметить что автоматизация основных функций и процессов в деятельности страховой компании позволяет не только повысить производительность труда персонала и освободить высококвалифицированных специалистов от выполнения многих рутинных операций, но и создать необходимые условия для широкого внедрения маркетингового инструментария в интересах дальнейшего развития бизнеса. В страховой организации для решения маркетинговых задач различных классов и степеней сложности требуются разные информационные инструменты и программное обеспечение. При этом можно отметить тот факт, что при наращивании вычислительных мощностей большинства страховых компаний продолжает серьезно отставать информационно-технологическая база страхования. В ряде компаний, особенно в регионах, основным инструментом маркетингового анализа и прогнозирования бизнес-процессов продолжает оставаться получившее широкое распространение в деловой практике приложение MS Excel. Для своего класса и оптимального количества решаемых задач это хороший программный продукт, следует, однако, констатировать, что в современных условиях такой инструментарий не может в полном объеме решать весь комплекс маркетинговых задач страховой организации. Тем неменее ввиду того что Российское страхование находится сейчас лишь на начальных этапах внедрения IT-технологий то данный продукт предоставляет прекрасные возможности для развития страхования в целом. Более того, для обеспечения эффективной деятельности страховой компании, в частности оптимизации расчета страховой премии, оформления и хранения документов страхования вполне достаточно набора отдельных программных продуктов или специально разработанных к ним приложений [11].
1.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи
За последние двадцать лет значительно возрос объём и оборот информации во всех сферах жизнедеятельности человека, и процесс накопления, обработки и использования знаний постоянно ускоряется. В настоящее время все предприятия испытывают настоятельную потребность в расширении аналитических работ, связанных с разработкой перспектив развития, комплексной оценкой эффективности применения различных форм хозяйствования, своевременной выработкой оперативных управленческих решений.
В настоящее время трудно представить работу предприятия без использования средств автоматизации, предназначенных для облегчения ручного труда своих работников и ускорения выполнения операций. С другой стороны насыщенность рынка предлагаемых программных продуктов настолько велика, что стратегия проведения автоматизации приобретает все более важное значение.
Анализируя информационные процессы в бизнесе и, соответственно, подбирая варианты их автоматизации, следует учесть рыночную специализацию предприятия. И если мы даже выявим более или менее типовые черты информационных процессов, мы не должны забыть обратить внимание на особенности конкретного предприятия.
Во-первых, существует несколько направлений специализации: дистрибуция, сервисное обслуживание, системная интеграция и прочее. И, следовательно, разные функции автоматизируют по-разному.
Во-вторых, системные интеграторы оказывают определенный перечень услуг и с изменениями условий на рынке они наращивают этот перечень. Следовательно, автоматизация должна учесть эту особенность, предоставляя возможность использования расширенного спектра функций и возможность их наращивания.
При выборе или разработке программного обеспечения следует учитывать масштабы предприятия и виды его деятельности. Хотя понятия малый и большой бизнес в определенной степени условны, можно выделить ряд основных критериев масштабности и уже на их базе выполнять оценку и классификацию. Варианты критериев: количество транзакций, оборот, количество клиентов, набор предлагаемых услуг, доля на рынке промышленного оборудования, типы информационных процессов.
На данный момент В ОАО «Росгосстрах» уже присутствует комплекс вычислительной техники, который предназначен для обработки страховой документации, оформления договоров и прочей информации. Существующая база данных дает информацию для принятия решений, но она не полная или не сгруппированная. Что приводит в свою очередь к определенным трудностям в принятии стратегических решений.
Исходной первичной информацией в данном случае будут являться документы, предоставляющие количественно-стоимостную информацию (счета, страховые договора, информация о клиентах) и денежную информацию.
Менеджер в своей работе использует программные продукты Microsoft Office. Для оформления договоров, приказов Microsoft Word, для работы с базой данных, складом Microsoft Excel.
В таблицы Microsoft Excel внесено: цены на услуги, клиенты, договора, расчеты по договорам и другая информация.
Использование программного обеспечения Microsoft Office и имеет следующие недостатки:

  • вся информация находится в текстовых файлах формата Word, таблицах Excel или бумажных носителях;
  • отсутствует система защиты от несанкционированного доступа;
  • отсутствуют программные механизмы разграничения доступа к информации;
  • сбор аналитической информации производится путем анализа информации, хранящейся на бумажных носителях;
  • информационные технологии применяются, в основном, для хранения личных данных сотрудников, списков клиентов и создания страховых договоров.
    Главное назначение автоматизированного рабочего места (АРМ) менеджера по продажам в данном случае — повысить эффективность выполнения основных функций, поскольку функционирование блока продаж связано с очень большим информационным потоком. Кроме того, АРМ призвано улучшить оперативность принятия решений, повысить производительность труда, снизить количество вычислительных ошибок при помощи автоматизации процесса обработки информации, содействовать эффективному и безопасному хранению и доступу к информации.
    Цель АРМ заключается в устранении недостатков, которые были отмечены ранее. Достижение ее обеспечит решение следующих задач:
  • Повышение оперативности в работе;
  • Обеспечение простоты и удобства работы;
  • Уменьшение ошибок при учете клиентов и подсчете финансовых результатов;
  • Повышение степени достоверности информации;
  • Уменьшение трудовых затрат на обработку информации;
    Причины необходимости автоматизации работы менеджера в ОАО «Росгосстрах» представлены в таблице 1.3
    Таблица 1.3
    Потребности автоматизации работы менеджера
    Основной движущий фактор для автоматизации работы менеджера В чем заключается основная потребность руководителя
    Периодическое возникновение кризисных ситуаций, например: Контроль за информацией.
    уход ключевого менеджера и «увод» лучших клиентов. Систематизация деятельности сотрудников
    потеря бизнеса из-за низкой квалификации сотрудников.
    резкий всплеск конкурентной борьбы.
    низкая собираемость долгов
    Бурное развитие бизнеса (или потребность в развитии), которое невозможно осуществлять «по старинке». Автоматизация рутинных операций.
    Выход бизнеса на новый виток развития. Контроль эффективности.
    Запуск новых направлений бизнеса, разработка новых продуктов, утверждение новой стратегии. Накопление и передача знаний
    Найм новых людей, требующих обучения.
    1.4 Постановка задачи
    Целью автоматизации работы менеджера по продаже страховых услуг является увеличение продуктивности продаж. Данная цель достигается путем решения следующих задач:
    • Закрывать сделки быстрее;
    • Закрывать больший процент сделок;
    • Осуществлять больше контактов.
    Дерево «целей — задач — функциональности» приведено на рисунке 1.2.

Рисунок 1.2 — Дерево «целей — задач — функциональности»

В качестве организации архитектуры аппаратной платформы решения задачи была выбрана архитектура клиент-сервер.
Технология клиент-сервер означает такой способ взаимодействия программных компонентов, при котором они образуют единую систему. Как видно из самого названия, существует некий клиентский процесс, требующий определенных ресурсов, а также серверный процесс, который эти ресурсы предоставляет. Совсем необязательно, чтобы они находились на одном компьютере. Обычно принято размещать сервер на одном узле локальной сети, а клиентов – на других узлах. [10]
В контексте базы данных клиент управляет пользовательским интерфейсом и логикой приложения, действуя как рабочая станция, на которой выполняются приложения баз данных. Клиент принимает от пользователя запрос, проверяет синтаксис и генерирует запрос к базе данных на языке SQL или другом языке базы данных, соответствующем логике приложения. Затем передает сообщение серверу, ожидает поступления ответа и форматирует полученные данные для представления их пользователю. Сервер принимает и обрабатывает запросы к базе данных, после чего отправляет полученные результаты обратно клиенту. Такая обработка включает проверку полномочий клиента, обеспечение требований целостности, а также выполнение запроса и обновление данных. Помимо этого поддерживается управление параллельностью и восстановлением.
Архитектура клиент-сервер обладает рядом преимуществ[10]:
• обеспечивается более широкий доступ к существующим базам данных;
• повышается общая производительность системы: поскольку клиенты и сервер находятся на разных компьютерах, их процессоры способны выполнять приложения параллельно. Настройка производительности компьютера с сервером упрощается, если на нем выполняется только работа с базой данных;
• снижается стоимость аппаратного обеспечения; достаточно мощный компьютер с большим устройством хранения нужен только серверу – для хранения и управления базой данных;
• сокращаются коммуникационные расходы. Приложения выполняют часть операций на клиентских компьютерах и посылают через сеть только запросы к базам данных, что позволяет значительно сократить объем пересылаемых по сети данных;
• повышается уровень непротиворечивости данных. Сервер может самостоятельно управлять проверкой целостности данных, поскольку лишь на нем определяются и проверяются все ограничения. При этом каждому приложению не придется выполнять собственную проверку;
• архитектура клиент-сервер естественно отображается на архитектуру открытых систем.
Входная и выходная информация, а также управление процессами представлены в таблицах 1.4 – 1.6
Таблица 1.4
Выходная информация
№ Выход Объекты Потребитель
Процесс/Объект внешней среды Исполнитель

  1. Договор на оказание страховых услуг Договор на оказание страховых услуг A4.1.1 Определение требований заказчика Команда проекта
    A7.2 Контроль доходов Бухгалтерия
    A7.4 Формирование платежного бюджета Бухгалтерия
  2. Информация о услугах Информация о услугах A4.1.1 Определение требований заказчика Команда проекта
    A4.2.1.1 Предпроектное обследование Команда проекта
  3. Неудовлетворимые потребности A1.1 Анализ рынка Заместитель директора по продажам
  4. Обязательства заказчика Акт выполненных работ A7.2 Контроль доходов Бухгалтерия

Таблица 1.5
Входная информация
№ Вход Объекты Поставщик
Процесс/Объект внешней среды Исполнитель

  1. Потенциальные клиенты Заказчики
    Таблица 1.6
    Управление процессом
    № Вход Объекты Поставщик
    Процесс/Объект внешней среды Исполнитель
  2. Методики планирования Методика планирования A1.4 Разработка нормативно-методической документации Руководитель подразделения
  3. Платежный бюджет Платежный бюджет A7.4 Формирование платежного бюджета Бухгалтерия
  4. Стратегия развития Стратегия развития A1.3 Разработка долгосрочного плана развития Директор
  5. Ценовая политика A1.2 Выбор сегментов рынка и определение портфеля услуг Заместитель директора по продажам
    1.5 Анализ существующих разработок
    Сфера страхового бизнеса в России моложе многих остальных отраслей экономики, отчасти поэтому здесь сегодня ощущается недостаток готовых решений. Однако страховые компании развиваются, растет численность их клиентуры, обостряется конкуренция, появляется необходимость введения новых услуг — все это требует совершенствования управления и обеспечения прозрачности бизнеса, что в современных условиях недостижимо без опоры на информационные технологии.
    На данный момент абсолютное большинство российских страховых компаний ни концептуально, ни организационно, ни в финансовом отношении не готовы к широкомасштабному внедрению современных IТ-технологий с целью всесторонней оптимизации своей деятельности. Более того, даже переход на СRМ-системы для многих из них может обернуться полным крахом ввиду внутренней неподготовленности к такого рода инновациям топ-менеджмента, собственных IТ-подразделений, большинства пользователей и внутренних потребителей информации [12]. Как правило, этому способствуют следующие наиболее характерные ошибки:
  • выбор информационной системы осуществляется до определения стратегии работы страховой компании на рынке;
  • поиск системы автоматизации по принципу оптимального соотношения цена / качество не приводит к результату, поскольку такие системы сильно отличаются друг от друга по функциональным и техническим возможностям и их можно выбирать лишь под те задачи, которые с их помощью предполагается решать в страховой компании;
  • решение о подборе информационной системы принимается до формирования в компании команды основных пользователей и IТ-подразделения, в результате чего изменяются требования к системе;
  • чрезмерно углубленное сравнение функциональности выбираемых систем, тогда как основу должна составлять оценка их реальных возможностей и рисков на этапах внедрения и эксплуатации;
  • четкое понимание степени необходимой интеграции между собой всех входящих систем в отдельности, в целом составляющих комплексную информационную систему.
    Некоторые эксперты и консультанты считают, что в российском страховом бизнесе еще окончательно не сложились бизнес-процессы, под которые можно было создавать стандартизованные IТ-системы. Именно поэтому гибкость и способность адаптации под новые условия и изменяющуюся логику бизнеса являются критическими факторами при выборе IТ-проекта для решения корпоративных задач страховой компании [12].
    В страховом обществе «РЕСО-Гарантия» уже почти шесть лет работает система автоматизации основного бизнеса, а недавно осуществлен масштабный проект по переходу на новую программно-аппаратную платформу. [37]
    Разработка комплексной системы, удовлетворяющей таким требованиям, в компании «РЕСО-Гарантия» началась в 1996 году с привлечением консультанта из Испании, отвечающего за постановку задачи. Сегодня Хосе Леон Лассерротт остается основным консультантом и членом совета директоров компании.
    «РЕСО-Гарантия» — далеко не типичный для отечественного бизнеса случай, когда реализованная собственными силами информационная система удовлетворяла бы потребностям компании.
    Сегодня информационная система страховой компании обслуживает 650 пользователей и включает следующие подсистемы:
    -конструктор, обеспечивающий гибкую настройку всех функциональных модулей системы; это своего рода инструментарий для работы специалистов актуарно-методологического центра; с его помощью актуарии (специалисты по страховой математике) в кратчайшие сроки разрабатывают новые продукты и параметризируют все компоненты системы, поэтому два подразделения — актуарно-методологический центр и информационно-вычислительный центр — фактически составляют единый механизм;
    -подсистема ведения полисов;
    -подсистема бухгалтерского учета;
    -подсистема выплат;
    -подсистема перестрахования;
    -подсистема бюджетирования;
    -подсистема аналитической отчетности;
    -подсистема администрирования;
    -подсистема автоматической пролонгации полисов;
    -подсистема «зарплата и кадры». [37]
    Группа компаний TopS BI совместно с эстонской компанией AS Akriform создала СП «ТопС Финансовые Системы» (TFS), которое специализируется на разработке и внедрении систем автоматизации страховых компаний. Среди проектов TFS информационная система для страховой компании «Москва», где AS Akriform внедряет собственную систему комплексной автоматизации процессов страхования UNICUS. Совместное предприятие выступает в роли бизнес-консультанта данного проекта и обеспечивает разработку бизнес-процессов для внедряемых страховых продуктов, а также постановку задач разработчикам программного обеспечения. Объявлено, что в TFS завершили тестирование программного обеспечения подсистемы продажи и учета полисов страхования авиапассажиров, что позволит начать использование этого модуля системы в режиме промышленной эксплуатации. Вслед за этим начаты работы по созданию ИТ-инфраструктуры, которая обеспечит масштабируемость информационной системы компании «Москва». На основе UNICUS компания TFS реализует также автоматизированную систему продажи полисов обязательного страхования автогражданской ответственности для филиальной сети страховой группы «Спасские Ворота».
    Страховая компания «Прогресс-Гарант» приступила к созданию корпоративной информационной системы. В качестве основы для автоматизации управления финансами компании были выбраны компоненты mySAP Business Suite и пакета решений для страхового бизнеса SAP for Insurance. Внедрение модулей SAP для автоматизации финансов и контроллинга позволит автоматизировать процессы ведения бухгалтерского учета и отчетности по российским и международным стандартам, налогового учета, обрабатывать входящие и исходящие платежи и т.д. Предполагается реализовать функциональность «Сборы и выплаты» пакета SAP for Insurance, с помощью которой осуществляется выставление счетов клиентам страховой компании, сбор платежей и разнесение входящих платежей по начисленным страховым премиям, анализ задолженностей и выставление клиентам напоминаний об оплате, взаиморасчеты с агентами и брокерами, обработка исходящих платежей по страховой деятельности. Генеральный подрядчик — компания «Сибинтек». Проектная команда будет выполнять субподрядные работы с привлечением западных специалистов, имеющих опыт внедрения решений SAP в области страхового бизнеса. Реализация корпоративной информационной системы в головной конторе «Прогресс-Гарант» будет осуществляться до конца второго квартала 2004 года.
    По результатам анализа готовых решений для страховых компаний можно сделать вывод, что ни одно западное решение не смогло бы без специальной настройки реализовать определенные особенности работы российских страховых компаний. Характерный пример — разница в полномочиях страховых агентов. Только в России агент имеет право выдавать страховой полис: в Европе его возможности ограничены обсуждением с клиентом условий страхования, а оформление полисов осуществляется в офисе компании. Соответственно, система автоматизации для российской компании должна реализовать другой алгоритм работы с полисами.
    Таким образом, продуктов по автоматизации процессов в страховании на рынке мало, а имеющиеся системы требуют существенной настройки
    1.6 Обоснование проектных решений по видам обеспечения
    1) По техническому обеспечению (ТО)
    В настоящее время в распоряжении каждого менеджера имеется следующее техническое обеспечение:
  1. Персональный компьютер со следующими характеристиками:
    Чипсет Intel P45/G45
    Процессор Core 2 duo E8500
    Память 2048Mb DDR2 800
    Жесткий диск 320Gb SATA
    Дисковод нет
    Видеокарта 512Mb PCI-E Radeon 3850
    Сетевая карта OnBoard 10/100MBit
    Оптический привод DVD±RW
  2. Программное обеспечение: Microsoft Windows XP, Microsoft Office 2003.
    Также в отделении ООО «Росгосстрах» имеется принтер HP LaserJet M1005 (CB506A)
    Общие характеристики:
    Производитель HP
    Тип Лазерный
    Цветная печать Нет
    Максимальный формат печати A4
    Интерфейс Hi-Speed USB 2.0
    Процессор 540 Мгц
    Печать:
    Выход первой страницы 8.5 сек
    Месячная нагрузка 12000 страниц
    Разрешение при печати 1200 х 1200 dpi
    Скорость печати ч/б 43 стр/мин
    Языки управления принтером HP PCL 6, HP PCL 5e, эмуляция HP Postscript, уровень 3, прямая печать файлов pdf версии 1,4 (с памятью принтера не менее 128 Мб, рекомендовано 192 Мб)
    Используемые картриджи 15А
    Ёмкость входного лотка 600 листов
    Ёмкость выходного лотка 600 листов

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

2) По информационному обеспечению (ИО)
Информационное обеспечение – совокупность форм документов нормативной базы и реализованных решений по объемам, размещению и формам существования информации, которая используется в информационной системе при ее функционировании. [30]
Структура информационного обеспечения:
• методические инструктивные;
• система классификации и кодирования информации;
• информационная база (внешняя: нормативно-справочные документы, информационные сообщения; внутренняя: информационные массивы).
Основные принципы создания информационного обеспечения[33]:

  • целостность;
  • вероятность;
  • контроль;
  • защита от несанкционированного доступа
  • единство и гибкость, стандартизация и унификация, адаптивность, минимизация ввода и вывода информации.
    Требования к информационному обеспечению[27]:
    1) оно должно быть достаточным для выполнения всех функций, которые автоматизируются;
    2) для кодирования информации должны использоваться классификаторы, которые есть у заказчика;
    3) для кодирования входной информации, которая используется на высшем уровне, должны быть использованы классификаторы этого уровня;
    4) должно быть совмещено с информационным обеспечением, которое взаимодействует с ним;
    5) формы документов должны отвечать требованиям стандартов унифицированной системы документации, или нормативным документам заказчика;
    6) форма документов и видео кадров должны быть согласованы с соответствующими характеристиками терминалов;
    7) формы представления выходной информации должны быть согласованы с разработчиком;
    8) сроки и сокращение информационных сообщений должны быть общеприняты в этой предметной области и согласованы с заказчиком;
    9) в информационной системе должны быть предусмотрены необходимые средства по контролю и обновлению данных в информационных массивах, контроля идентичности информации в БД.
    Информационное средство – комплекс упорядоченной относительно постоянной информации на носителях данных [12].
    Информационное изделие – информационное средство, которое прошло испытания и передается заказчику вместе с программным обеспечением его ведения. [12]
    Информационная база – совокупность упорядоченной информации, которая используется для функционирования системы и делится на внешнюю и внутреннюю машинную базу:
  • внешняя машинная информационная база – часть информационной базы, которая представляет собой совокупность сообщений, сигналов и документов, которые предназначены для непосредственного восприятия человека. В данном случае к внешней машинной информационной базе относятся печатаемые документы и отчеты, отображаемые на экране;
  • внутренняя машинная информационная база – часть информационной базы, которая является совокупностью информации и используется в информационной системе на машинных носителях данных.
    В свою очередь внутренняя информационная база может иметь форму хранения данных в виде базы данных или совокупности локальных файлов. База данных – совокупность связанных данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования, независимая от прикладных программ. Совокупность же локальных файлов не предусматривает описания хранимых данных, ее структура напрямую зависит от используемого приложения и между файлами отсутствуют какие-либо связи. В данном проекте в качестве формы хранения используется база данных, так как она дает большую гибкость в изменении ее структуры, более быструю работу с ней и независимость от прикладного приложения, а также с помощью СУБД автоматическую поддержку целостности базы данных.
    Требования при создании внутримашинной информационной базы[12]:
  • полнота представления данных;
  • минимальный состав данных;
  • минимизация времени обработки данных;
  • независимость структуры массивов от внутренних средств ее организации,
  • динамичность структуры информационной базы.
    В данной работе используется следующее информационное обеспечение:
  • справочник услуг компании;
  • информация о клиентах;
  • договоры с клиентами;
    Система классификации – совокупность методов и правил классификации и ее результата.
    Системы классификации бывают двух видов:
  • иерархическая – последовательное деление множества объектов на подчиненные классификационные группировки. Такая классификация характеризуется количеством степеней классификации, глубиной, емкостью, гибкостью.
    Преимуществами такой классификации являются: логичность построения, четкость выделения признаков, большой информационный объем, традиционность и привычность использования.
    К недостаткам можно отнести жесткую структуру, необходимость иметь большие резервные емкости.
  • фасетная – параллельное разделение множества на независимые классификационные группировки.
    Преимущества: гибкость структуры, возможность включать новые и удалять старые фасеты. Благодаря этому плюсу, в данном проекте применена именно эта система классификации.
    Недостатки: недостаточно полное использование вследствие отсутствия множества возможных комбинаций фасет, непривычность и нетрадиционность использования при ручной обработке. Так как на программном уровне системе проще оперировать структурой фасетов, этот недостаток не является существенным [13].
    Система кодирования – совокупность методов и правил кодирования классификационных группировок и объектов заданной длины.
    Они бывают:
  • порядковые. Создание кода из чисел натурального ряда и его присвоение;
  • серийно-порядковые. Создание кода из чисел натурального ряда с закреплением отдельных серий и диапазонов за объектами классификации с одинаковыми признаками и его присвоение;
  • последовательные. Создание кода классификационной группировки с использованием кодов последовательного размещения группировок;
  • параллельные. Создание кода классификационной группировки или объекта классификации с использованием кодов независимых группировок, которые получены при фасетном методе. Именно такая система и подходит для данного проекта.
    Способы кодирования информации:
  • ручной;
  • печатный;
  • автоматизированный, на специальном оборудовании.

3) По программному обеспечению (ПО)
В настоящее время существует множество языков программирования. Однако наиболее подходящими для текущего проекта являются объектно-ориентированные языки программирования. Самыми популярными из них являются C++ Builder, Delphi (продукты фирмы Borland) и Microsoft Visual Basic (разработка корпорации Microsoft).
Система объектно-ориентированного программирования C++ Builder предназначена для операционных систем Windows. Интегрированная среда C++ Builder обеспечивает скорость визуальной разработки, продуктивность повторно используемых компонент в сочетании с мощью языковых средств C++, усовершенствованными инструментами и разномасштабными средствами доступа к базам данных.
Профессиональные средства языка C++ интегрированы в визуальную среду разработки. C++Builder предоставляет быстродействующий компилятор с языка Borland C++, эффективный инкрементальный загрузчик и гибкие средства отладки как на уровне исходных инструкций, так и на уровне ассемблерных команд – в расчете удовлетворить высокие требования программистов-профессионалов. [2]
Microsoft Visual Basic — это мощная система программирования, позволяющая быстро и эффективно создавать приложения для Microsoft Windows.
Широкие возможности Visual Basic и его простота послужили основной причиной для выбора его в качестве языка программирования для создания таких Windows-приложений как Excel.
Возможностями Visual Basic являются[2]:
 управление множественными проектами с помощью Explorer (Проводник проектов);
 использование новых сред Code Editor (Редактор кодов), в том числе Auto Quick Info (Быстрого Авто информатора);
 работа с окном Form Layout (Макета бланка) для настройки внешнего вида программы, изменения размеров окон и документов;
 выбор и использование функций управления Active X;
 использование новых отладочных инструментов и техник для исправления ошибок программирования;
 быстрый запуск проекта с одной или более предопределенной формой;
 расширение возможностей Microsoft Word через автоматизацию.
Среда программирования Visual Basic содержит все необходимые инструменты для быстрого и эффективного создания мощных программ, работающих в среде Windows.
Инструменты, имеющиеся в среде программирования Visual Basic, помогают при конструировании программ.
Главным недостатком данной среды разработки является отсутствие быстрой визуальной разработки сетевых приложений. Эта среда предоставляет богатые средства только для создания локальных приложений. К тому же получаемое приложение не является полностью самостоятельным, а использует библиотеки интерпретатора языка Basic, вследствие чего из всех рассматриваемых языков программирования, приложения, разработанные на его основе, имеют самый худший показатель по скорости выполнения приложения. По этим двум причинам данное средство разработки тоже мало подходит.
Delphi — это комбинация нескольких важнейших технологий[32]:
 высокопроизводительный компилятор в машинный код;
 объектно-ориентированная модель компонент;
 визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;
 масштабируемые средства для построения баз данных.
Компилятор, встроенный в Delphi, обеспечивает высокую производительность, необходимую для построения приложений в архитектуре «клиент-сервер». Этот компилятор в настоящее время является самым быстрым в мире. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на Си или ручного написания кода (хотя это возможно).
В процессе построения приложения разработчик выбирает из палитры компонент готовые компоненты как художник, делающий крупные мазки кистью. Еще до компиляции он видит результаты своей работы — после подключения к источнику данных их можно видеть отображенными на форме, можно перемещаться по данным, представлять их в том или ином виде. В этом смысле проектирование в Delphi мало чем отличается от проектирования в интерпретирующей среде, однако после выполнения компиляции получается код, который исполняется в 10-20 раз быстрее, чем, то же самое, сделанное при помощи интерпретатора. Кроме того, в Delphi компиляция производится непосредственно в родной машинный код, в то время как существуют компиляторы, превращающие программу в так называемый p-код, который затем интерпретируется виртуальной p-машиной. Это не может не сказаться на фактическом быстродействии готового приложения.
Основной упор объектно-ориентированной модели в Delphi делается на максимальном повторном использовании кода. Это позволяет разработчикам строить приложения весьма быстро из заранее подготовленных объектов, а также дает им возможность создавать свои собственные объекты для среды Delphi. Никаких ограничений по типам объектов, которые могут создавать разработчики, не существует.
В Delphi все написано на нем же, поэтому разработчики имеют доступ к тем же объектам и инструментам, которые использовались для создания среды разработки. В результате нет никакой разницы между объектами, поставляемыми Borland или третьими фирмами, и объектами, которые вы можете создать. [32]
В стандартную поставку Delphi входят основные объекты, которые образуют удачно подобранную иерархию более, чем из 300 базовых классов. На Delphi можно одинаково хорошо писать как приложения к корпоративным базам данных, так и, к примеру, игровые программы. Во многом это объясняется тем, что традиционно в среде Windows было достаточно сложно реализовывать пользовательский интерфейс. Событийная модель в Windows всегда была сложна для понимания и отладки. Но именно разработка интерфейса в Delphi является самой простой задачей для программиста.
Cреда Delphi включает в себя полный набор визуальных инструментов для скоростной разработки приложений (RAD — rapid application development), поддерживающей разработку пользовательского интерфейса и подключение к корпоративным базам данных. VCL — библиотека визуальных компонент, включает в себя стандартные объекты построения пользовательского интерфейса, объекты управления данными, графические объекты, объекты мультимедиа, диалоги и объекты управления файлами, управление DDE и OLE. Визуальные компоненты в Delphi обладают большой гибкостью. В Delphi визуальные компоненты пишутся на объектном паскале, на том же паскале, на котором пишется алгоритмическая часть приложения. И визуальные компоненты Delphi получаются открытыми для надстройки и переписывания.
Объекты БД в Delphi основаны на SQL и включают в себя полную мощь Borland Database Engine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в офлайновом режиме. Разработчик в среде Delphi, проектирующий информационную систему для локальной машины (к примеру, небольшую систему учета медицинских карточек для одного компьютера), может использовать для хранения информации файлы формата .dbf (как в dBase или Clipper) или .db (Paradox). Если же он будет использовать локальный InterBase for Windows 4.0 (это локальный SQL-сервер, входящий в поставку), то его приложение безо всяких изменений будет работать и в составе большой системы с архитектурой клиент-сервер. Одно и то же приложение можно использовать как для локального, так и для более серьезного клиент-серверного вариантов.
Наиболее оптимальным выбором для данного проекта является язык программирования Delphi, так как он имеет быстрый компилятор, интегрированные решения для клиент-серверных приложений, мощные визуальные средства разработки.
В качестве базы данных приложения была выбрана СУБД MS Access 2003. Microsoft Access — это интерактивная реляционная СУБД(relational database management system — RDBMS ) для WINDOWS. Графические возможности оболочки производят большое впечатление при изготовлении высококачественных отчетов и распечаток. Все это благодаря поддержки True-type шрифтов и встраивания OLE-объектов(Object Linking and Embeding) в рамках среды WINDOWS.
Access также предоставляет в распоряжение пользователя механизмы работы с базами данных различных форматов. К примеру, можно прямо обращаться к базам данных dBASE, Paradox или Btrieve без конвертирования их в формат, используемый Access. В состав пакета Access также входит язык Access Basic (встроенный диалект языка Visual Basic ), дающий возможность формирования специализированных систем управления базами данных.

4) По технологическому обеспечению
VCL-библиотека классов среды проектирования Delphi предоставляет ряд классов, позволяющих быстро и эффективно разрабатывать различные приложения баз данных.
Эти классы представлены следующими группами [32]:

  1. компоненты для доступа к данным, реализующие:
    • доступ через машину баз данных BDE (Borland Database Engine), предоставляющую доступ через ODBC-драйверы или через внутренние драйверы машины баз данных BDE (компоненты страницы BDE-палитры инструментов);
    • доступ через ADO-объекты (ActiveX Data Objects), в основе которого лежит применение технологии OLE DB (компоненты страницы ADO);
    • доступ к локальному или удаленному SQL-серверу InterBase (компоненты страницы InterBase);
    • доступ посредством легковесных драйверов dbExpress;
    • доступ к БД при многозвенной архитектуре (компоненты страницы DataSnap);
  2. визуальные компоненты, реализующие интерфейс пользователя;
  3. компоненты для связи источников данных с визуальными компонентами, предоставляющими интерфейс пользователя;
  4. компоненты для визуального проектирования отчетов.
    Для обеспечения доступа из приложения к таблицам базы данных MS Access используется технология ADO.

2 Проектная часть
2.1 Информационное обеспечение задачи
Для проектирования АРМ используют CASE-средства. Большинство CASE-технологий ориентировано на автоматизацию проектирования ПО и основано на методологии структурного или объектно-ориентированного проектирования [9].
Здесь использованы CASE-средства:

  • Erwin – средство концептуального моделирования базы данных, использующее методологию IDEF;
  • BPWin – средство функционального моделирования, реализующее методологию IDEF.
    1) Информационная модель и ее описание
    Струтурно-функциональная модель нового варианта организации информационной системы предметной области (“TO BE”) представлена на рисунках 2.1 – 2.4.

Рисунок 2.1 — Контекстная диаграмма «Работа менеджера по работе с клиентами»

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

Рисунок 2.2 — Декомпозиция работы «Работа менеджера по работе с клиентами»

Рисунок 2.3 — Декомпозиция работы «Сбор и систематизация информации о потенциальных клиентах»

Рисунок 2.4 — Декомпозиция работы «Работа с клиентом»

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

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

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

Таблица 2.1
Описание классификаторов
Наименование кодируемого множества объектов Значность кода Система кодирования Система классификации Вид классификатора
Код клиента 8 Порядковая Отсутствует Локальный
Код менеджера 8 Порядковая Отсутствует Локальный
Код звонка 8 Порядковая Отсутствует Локальный
Код встречи 8 Порядковая Отсутствует Локальный

Код группы предназначен для однозначного определения группы среди множества ей подобных. Для подобных целей служат и все остальные коды, определяя уникальность объектов в своей области применения.
Так как данные классификаторы применяются исключительно для работы разрабатываемого программного комплекса и обеспечения удобной организации информации в базе данных для дальнейшей ее обработки и не представляют ценности для предприятия. Правила их кодирования полностью задаются программным комплексом (в том числе и СУБД) и не регулируются какими-либо нормативными актами.
Так, к примеру, в таблице «Менеджеры», полю «Код менеджера» первой записи присваивается значение 1, коду следующей группы 2 и так далее по нарастающей. Последняя запись всегда имеет наибольшее значение. Так как код является первичным ключом в данной таблице, значение его не может повторяться и оно всегда уникально. Теоретически на предприятии могут быть 2 лица с абсолютно одинаковыми сведениями об имени, фамилии и отчестве. Однако они будут иметь различные порядковые номера, вследствие чего они будут числиться как 2 абсолютно разных лица, и целостность базы данных и ее непротиворечивость останутся в полном порядке. Аналогичным образом присваивается код и в остальных таблицах.

3) Характеристика первичных документов с нормативно-справочной и входной оперативной информацией
Под входной информацией понимается вся информация, необходимая для решения задачи и расположенная на различных носителях: первичных документах, машинных носителях, в памяти персонального компьютера.
От рациональной организации входной информации предприятия, способов сбора, регистрации, передачи, хранения и обработки информации, ее состава и своевременного получения зависят оперативность и эффективность управления.
Информация о потенциальных клиентах поступает к менеджеру из различных источников. Ключевыми источниками информации являются:
Интернет (поисковые системы и собственные сайты);
Справочники (Желтые страницы и пр.);
Готовые базы данных;
Личные знакомства;
Рекомендации знакомых;
Реклама в СМИ (газетах, журналах, ТВ, радио, общественном транспорте и пр.);
Профильные выставки;
Уличные вывески, рекламные стенды.
Из перечисленного видно, что нет единой формы поступления информации, первичных документов также нет. Из источников менеджер берет следующую информацию:
• ФИО клиента / Название организации
• Место работы / Вид деятельности
• Адрес
• Тел.
• E-mail
• Сайт
• Контакты
• Дополнительная информация
4) Характеристика базы данных

  1. Характеристика инфологической модели БД
    В базе данных отображается информация об определенной предметной области. Предметная область – это часть реального мира.
    Инфологическая модель (ИМ) предметной области – это описание предметной области, выполненной без ориентации на используемые в дальнейшем программные и технические средства. Содержит исходную информацию о предметной области. Этап создания ИМ называется инфологическим проектированием.
    Требования, предъявляемые к инфологической модели:
  • Адекватное отображение (язык для представления ИМ должен обладать достаточными выразительными возможностями)
  • Непротиворечивость (не должна допускаться неоднозначная трактовка модели)
  • Легко расширяемость (обеспечение ввода новых данных без изменения ранее определенных)
  • Гибкий язык (язык должен быть применим как при ручном, так и при автоматизированном проектировании)
  • Понятность всем пользователям
    Цель инфологического моделирования — создать точное и полное отображение реального мира, используемое в дальнейшем в качестве источника информации для построения БД.
    Для решения задач рассмотренных в данном дипломном проекте разработаны логическая и физическая модели данных, представленные на рисунках 2.5 – 2.6.
    Данные модели показывает основные сущности, ключевые поля и атрибуты, входящие в каждую сущность. Также показаны информационные связи и потоки информации, позволяющие решить поставленные задачи.

Рис. 2.5 — Логическая модель данных

Рис. 2.6 — Физическая модель данных

  1. Характеристика даталогической модели БД
    Даталогическая модель отражает структуру БД с учетом особенностей модели данных (табл. 2.2.)
    Таблица 2.2
    Даталогическая модель базы данных
    Сущность Идентификатор таблицы Атрибут Идентификатор поля Тип поля
    Менеджер Manager Код менеджера Id_manager Счетчик
    ФИО менеджера FIO_manager Текстовый (30)
    Логин Login Текстовый (20)
    Пароль Pass Текстовый (20)
    Клиент Сustomer Код клиента Id_customer Счетчик
    Код менеджера Id_manager Числовой (длинное целое)
    Наименование заказчика Name_organiz Текстовый (30)
    Вид деятельнос-ти Activities Текстовый (50)
    Адрес Address Текстовый (50)
    Телефон Telephone Текстовый (50)
    Электронная почта E-mail Текстовый (50)
    Сайт Site Текстовый (50)
    Контакты Contact Текстовый (50)
    Дополнительная информация Info Текстовый (150)
    Звонки Call Код звонка Id_call Счетчик
    Код менеджера Id_manager Числовой (длинное целое)
    Код клиента Id_customer Числовой (длинное целое)
    Коммента-рии Comments Текстовый (150)
    Код результата Id_result Числовой (длинное целое)
    Первый звонок First Логический
    Дата звонка Date Дата/Время
    Время звонка Time Дата/Время
    Продолжение табл. 2.2
    Встречи Meeting Код встречи Id_meeting Счетчик
    Код менеджера Id_manager Числовой (длинное целое)
    Код клиента Id_customer Числовой (длинное целое)
    Коммента-рии Comments Текстовый (150)
    Код результата Id_result Числовой (длинное целое)
    Место встречи Place Текстовый (50)
    Дата встречи Date Дата/Время
    Время встречи Time Дата/Время
    Результа-ты Results Код результата Id_result Счетчик
    Результат Result Текстовый (100)
    Отображать для звонков Show_call Логический
    Отображать для встреч Show_meet Логический

5) Характеристика результатной информации
Результатной информацией в разработанной ИС являются:
• Отчет по клиентам
• Сводный отчет за указанный период времени
• Экранная форма «текущие звонки» и «текущие встречи» за выбранную дату
Отчет по клиентам включает следующую информацию: ФИО менеджера, наименование клиента, список встреч и звонков с указанием дат и комментариев, пометка заключен ли договор. Информация сгруппирована по клиентам.
Образцы отчета по клиентам и сводного отчета за указанный период времени приведены в приложениях 2 и 3.
Экранная форма «текущие звонки» и «текущие встречи» приведена на рисунке 2.7.

Рисунок 2.7 — Экранная форма «Текущие звонки и встречи»
Для отчетов по клиентам и сводному отчету разработан следующий запрос:
SELECT s.*
FROM
(SELECT 1 as id, Customer.,Call., Manager.FIO_manager
FROM (Customer INNER JOIN Call ON Customer.Id_customer = Call.Id_customer) INNER JOIN Manager ON Customer.Id_manager = Manager.Id_manager
UNION ALL SELECT 2, Customer., Meeting., Manager.FIO_manager
FROM (Customer INNER JOIN Meeting ON Customer.Id_customer = Meeting.Id_customer) INNER JOIN Manager ON Customer.Id_manager = Manager.Id_manager)
ORDER BY s.Name_organiz;
При печати к нему дополнительно применяется фильтр для выборки клиентов конкретного менеджера:
DataModule2.Query_Rep1.Filter:=’Customer.Id_manager=’ +[Meneger_id];
В отчете по клиентам данные сгруппированы в по клиенту, в сводном отчете – по менеджеру. Разная группировка и отображение разных данных на основе одного запроса выполнено встроенными средствами QR.
Для экранной формы «текущие звонки» и «текущие встречи» разработаны следующие запросы:
• текущие звонки:
SELECT Call.Date, Customer.Name_organiz, Call.Comments, IIf(Call!First=True,’Да’,’—‘) AS [First], Customer.Id_manager
FROM Call INNER JOIN Customer ON Call.Id_customer = Customer.Id_customer
• текущие встречи:
SELECT Meeting.Date, Meeting.Comments, Meeting.Place, Customer.Name_organiz, Customer.Id_manager
FROM Meeting INNER JOIN Customer ON Meeting.Id_customer = Customer.Id_customer
К запросам дополнительно применяется фильтры для выборки информации для конкретного менеджера и выбранной дате:
DataModule2.Query_Call_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39)+’ And Id_manager=’ +[Meneger_id]; DataModule2.Query_Meet_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39)+’ And Id_manager=’ +[Meneger_id];

2.2 Программное обеспечение задачи
Разработанный программный комплекс содержит 9 форм и модуль данных. Дерево классов представлено на рисунке 2.8.

Рисунок 2.8 — Дерево классов программного комплекса

Модуль Данных (DataModule) предназначен для централизованного хранения и использования компонент доступа к базам данных. Модуль данных разработанной ИС представлен на рисунке 2.19.
Приложение содержит несколько взаимосвязанных модулей, которые схематично представлены на рис. 2.9.

Рисунок 2.9 — Дерево модулей программного комплекса

Разрабатываемый проект включает в себя следующие файлы:

  1. Файл проекта (Project1.dpr) Этот текстовый файл используется для хранения информации о формах и модулях. В нем содержатся операторы инициализации и запуска программы на выполнение.
  2. Файлы форм (Unit1.dfm – Unit10.dfm) Это двоичный или текстовый файл, который создается Delphi для хранения информации о формах
  3. Файлы модулей (Unit1.pas – Unit10.pas) Каждой форме проекте, соответствует текстовый файл модуля, используемый для хранения кода. Т.к. форм в проекте 12, модулей соответственно тоже 12.
  4. Файл параметров проекта (Project1.dfo) В этом файле хранятся установки параметров проекта.
  5. Файл ресурсов (Project1.res) Этот бинарный файл содержит используемую проектом пиктограмму и прочие ресурсы.
  6. Объектные файлы модулей (Unit1.dcu – Unit10.dcu) Это откомпилированный файл модулей (Unit1.pas – Unit10.pas), которые компонуется в окончательный исполняемый файл.
  7. Исполняемый файл (Project1.ехе) Это исполняемый файл приложения. Он является автономным исполняемым файлом, для которого больше ничего не требуется.
  8. Файл базы данных base.mdb.
    Листинг программного кода приведен в приложении 4.

С точки зрения системного анализа концептуальное моделирование является структуризацией предметной области, для которой разрабатывается система. Ее цель — выявление перечня и иерархии предметов, объектов, факторов и явлений, полный набор которых позволяет реализовать поставленные перед системой цели и задачи.
Системный анализ проекта предполагает на первом этапе рассмотрение и физическое моделирование предметной области. На данном этапе проводится выделение предметной области, объектов системы на ряд подобластей или подсистем (уровней), характеризуемых целостностью их восприятия и однородностью выполняемых функций системы. При этом требуемый критерий целостности восприятия дает право продолжать расчленение до элементарного, неделимого уровня.
Критерий однородности функций управления и обработки данных, которые призвана автоматизировать разработанная система, дает возможность использовать концептуальную модель для корректировки разработанного дерева функций (рисунок 2.10):

Рисунок 2.10 — Дерево функций.

Результаты концептуального моделирования являются базисными для реализации этапов информационного моделирования и затем разработки моделей состояний (жизненных циклов системы) — моделей, определяющих функционирование разрабатываемой системы.
Методы концептуального моделирования используют широкий диапазон математических средств и методов представления знаний. Широко используются как древовидные, так и сетевые конструкции, в которых различаются как вершины, так и ребра. Одним из видов являются графы связей, позволяющие разбивать структуру на узкие классы объектов системы. Очень часто графы связей отображаются таблицами в виде логических матриц отношений. Построение графов связей или таблиц один из распространённых методов формализации проектных задач. В данной работе выбрана древовидная структура как более удобная и наглядная в конкретном случае.
Древовидная или иерархическая структура – эта структура, в которой каждый компонент системы, исключая первый непосредственно подчиняется только одному (вышестоящему) компоненту структуры.
Выявление состава функций системы позволяет разработать структуру сценария диалога.
Сценарий диалога очень прост и схож с интерфейсом множества программных продуктов, с которыми пользователь уже возможно имел дело. Использование структурированного меню и дочерних форм позволит конечному потребителю приложения наиболее быстро добраться до необходимой ему задачи.
При заполнении справочников, проблем с заполнением возникнуть не должно, так как интерфейс сделан интуитивно понятным. Заполнение складских документов тоже очень прост: в процессе их заполнения возможно исправление и дополнение справочников, если это необходимо. Работа с отчетами необходимыми для принятия решений вызываются соответствующими пунктами меню, и их использование тоже очень просто.
Интерфейс всех экранных форм унифицирован, и работа с одной экранной формой схожа с работой других экранных форм, что обеспечивает комфортную работу пользователя.
2.3 Технологическое обеспечение задачи
Технология внутримашинной организации задается последовательностью реализуемых процедур — схем взаимосвязи программных модулей и информационных массивов. Такая схема представляет собой декомпозицию общего процесса решения задачи на отдельные процедуры преобразования массивов, именуемыми модулями.
Основное назначение создаваемого АРМ – это автоматизация работы менеджера по продажам. Следовательно, структуру программ можно описать следующими основными блоками (рис 2.11).

Рисунок 2.11 Блок-схема основных модулей программы
При запуске программы необходимо выбрать имя пользователя и ввести пароль. Если пароль введен верно, загрузится главная форма программы, в противном случае появится сообщение «Неправильный пароль».
Главная форма программы состоит из меню, календаря и списков звонков и встреч. Меню содержит следующие пункты:
• Клиенты
• Звонки
• Встречи
• Менеджеры /только для администратора/
• Отчеты (по клиентам и сводный)
• Выход
При входе в программу по умолчанию показываются звонки и встречи на текущую дату. Для того, чтобы посмотреть информацию за другую дату необходимо кликнуть по выбранной дате в календаре.
При выборе пункта меню «Клиенты» появляется форма «Клиенты» (, на которой можно добавить нового клиента, а также изменить информацию об уже существующем.
При выборе пункта меню «Звонки» появляется форма «Звонки» (на которой можно добавить новый звонок, изменить информацию об уже существующем, а также удалить звонок.
При выборе пункта меню «Встречи» появляется форма «Встречи» на которой можно добавить новую встречу, изменить информацию об уже существующей, а также удалить встречу.
Для формирования отчетов необходимо выбрать пункт меню «Отчеты». При выборе подпункта «По клиентам» формируется отчет по всем клиентам менеджера. Если данный отчет формирует администратор, в отчет попадают все клиенты всех менеджеров.
При выборе подпункта «Сводный» необходимо также ввести период за который требуется получить отчет. В отчет попадаю все встречи и звонки, совершенные менеджером за указанный период. Если данный отчет формирует администратор, в отчет попадают все встречи и звонки всех менеджеров за указанный период.
Для администратора существует, кроме нижеперечисленных, пункт меню «Менеджеры». При его выборе появляется форма, на которой можно добавить нового менеджера или изменить информацию об уже существующем.

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

Эг=ТрN-(То+NТэвм) (3.1)

где Эг – экономия труда за счет применения ЭВМ
Тр – затраты времени на решение задач вручную
N – предполагаемое количество дней работы с программой.
То=Sk где S и K – единовременные затараты S –средняя занятость в течение дня k – количество дней для составления и отладки программы Тэвм=Тв+Тм+Тп — время решения задачи на ЭВМ где Тв, Тм, Тп – текущие затраты Тв – время ввода исходной информации Тм – машинное время Тп – время вывода информации на печать (в часах) До внедрения программного модуля формирование отчетов у каждого менеджера уходило следующие количество времени: 2 часа в неделю или 8 часов в месяц. Менеджеров отделении — 10. Тр = 80. Автоматизация тестирования позволила сэкономить время на формирование отчетов, на формирование и печать отчетов теперь достаточно 15 минут в неделю или 1 час в месяц на каждого менеджера. Тэвм=10 Эг=ТрN-(То+N*Тэвм)=80 — 10= 70 часов в месяц

3.2 Рост производительности труда от применения ЭВМ
Рост производительности труда от применения ЭВМ рассчитывается по формуле (3.2):

П=Эг/(ТрN)100 (3.2)

П=70/80*100=87,5%, где П – изменения производительности труда оператора.
Проанализировав полученные данные, можно с уверенностью сказать, что внедрение разрабатываемого модуля оправдано.

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

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

1) Расчет затрат на основную заработную плату разработчикам
Оплата труда представляет совокупность средств, выплаченных работникам в денежной и натуральной форме как за отработанное время, выполненную работу, так и в установленном законодательством порядке за неотработанное время.
Начисление основной заработной платы производится в зависимости от принятых на предприятии форм оплаты труда. При повременной оплате труда основная заработная плата начисляется работникам за фактически отработанное время, а при сдельной за фактически выполненную работу.
Повременная форма оплаты труда находит применение при расчете заработной платы рабочих, служащих, специалистов и руководителей. При этой форме оплаты труда заработная плата рассчитывается исходя из месячного должностного оклада за проработанное время. Необходимо учесть начисление доплат за сверхурочные работы. Доплата начисляется сверх повременного заработка из расчета 20% тарифной ставки рабочего — повременщика.
Затраты на основную заработную плату (Зосн.) при повременной форме оплаты труда рассчитываются по формуле (3.3):

Зосн.=Омес.Траб.Кд/Др.мес., (3.3)

где Омес. — месячный оклад разработчика программы;
Др.мес. — среднее количество рабочих дней в месяце;
Траб. — фактическое время участия в разработке программы;
Кд — коэффициент, учитывающий доплаты к основной зарплате. При этом отношение Омес./Др.мес. характеризует среднюю дневную зарплату разработчика.
В данном дипломном проекте:
Омес. руководителя разработки программы = 60000 руб.
Омес. Программиста = 45000 руб.
Др.мес. = 21 день;
Кд=1.
Результаты расчета затрат на основную заработную плату разработчиков программы представлены в таблице 3.1.

Таблица 3.1
Затраты на основную заработную плату
Исполнители Время работы,
дней Оклад Средняя дневная зарплата Омес./Др.мес, руб. Затраты на зарплату, руб.
Руководитель 4 60000р. 2857 11428
Программист 42 45000р. 2142 89964
Итого 101868

2) Расчет дополнительной заработной платы разработчиков программы
В статье «Дополнительная заработная плата» планируются и учитываются выплаты, предусмотренные законодательством о труде или коллективными договорами за непроработанное на производстве (неявочное) время: оплата очередных и дополнительных отпусков, компенсация за неиспользованный отпуск, оплата льготных часов подросткам, оплата времени, связанного с выполнением государственных и общественных обязанностей и др. Она определяется в процентном отношении основной заработной платы

Здол. = Кдоп. * Зосн. ( 3.4 )

где Кдоп. — коэффициент, учитывающий величину дополнительной зарплаты разработчиков программы. Примем Кдоп. равным 0,2. На основе формулы (3.4) определяем:
Здоп. = 0,2 * 101868р.= 20373,6 руб.

3) Расчет отчислений на социальное страхование и обеспечение
В соответствии с законами Российской Федерации о пенсионном обеспечении, о занятости населения, о медицинском страховании, о государственном социальном страховании работники предприятий подлежат обязательному социальному страхованию и обеспечению.
Отчисления на социальное страхование включает в себя (в % к сумме основн., и дополн. заработной платы) приведена в таблице 3.2

Таблица 3.2
Отчисления на социальное страхование
Наименование отчислений Процент, %
социальное страхование 2,9
медицинское страхование 5,1
пенсионный фонд 22,00
ИТОГО: 30

В таблице 3.3 приведены данные применительно к рассчитанной сумме основной и дополнительной заработной плате.

Таблица 3.3
Отчисления на социальное страхование
Вид отчисления Процент, % Сумма отчислений, руб.
Социальное страхование 2,9 3 260
Медицинское страхование 5,1 2 852
Пенсионный фонд 22 20 374
ИТОГО: 30 26 486

4) Расчет затрат на амортизацию ЭВМ, используемых при разработке системы.
Амортизация — это процесс постепенного изнашивания основных средств и перенесения по установленным нормам их стоимости на произведенную продукцию (работы, услуги).
Начисление по установленным нормам амортизации основных средств называется амортизационными отчислениями. Нормы амортизационных отчислений установлены в процентах к балансовой (первоначальной) стоимости основных средств.
Нормы амортизации могут корректироваться в зависимости от отклонений от нормативных условий использования основных средств. Порядок их начисления определен Едиными нормами амортизационных отчислений на полное восстановление основных фондов народного хозяйства Российской Федерации, утвержденными постановлением Совета Министров СССР от 22 октября 1990 года N 1072.
Единые нормы амортизационных отчислений дифференцированы в зависимости от нормативного срока службы основных средств.
Срок службы (Тсл.) — величина, обратная норме амортизационных отчислений, представляет собой отношение ста процентов к норме амортизации:

Тсл.=100/На (3.5)

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

Зам.=Сперв.*(На/100) * т * (фаб/Фд.о.) (3.6)

где Сперв.- первоначальная стоимость ЭВМ, используемой при разработке программы;
На — норма амортизационных отчислений;
т — количество используемых ЭВМ;
фаб. — время работы ЭВМ;
Фд.о. — действительный годовой фонд времени работы ЭВМ. Примем:
Сперв. == 18000 руб.,
На= 12,5%,
т = 1 шт.,
фаб. = 42 дня * 8 ч. = 336 ч.,
Фд.о. == Кол.раб.дн. * Кол.смен * Продолж.смены =
= 252 дня* 1 смена* 8 ч. = 2016 ч.
На основе формулы определяем:
Зам.= 375руб.
Результаты расчета затрат на амортизацию ЭВМ, используемые при разработке программы, представлены в таблице 3.4.

Таблица 3.4
Затраты на амортизацию
Наименование оборудования Количество единиц оборудования, шт Время работы оборудования в раб., ч Норма амортизационных отчислений % Затраты на амортизацию, руб.
IВМ РС 1 336 12,5 375

5) Расчет затрат на электроэнергию, используемую ЭВМ в процессе разработки программы.
Затраты на электроэнергию (Зэл.эн.) рассчитываются по формуле (3.7):

Зэл.эн.=Цэ. * Р * т * ф (3.7)

где Р — мощность ЭВМ, используемой при разработке программы;
ф — время работы ЭВМ, используемое при разработке программы;
т — количество используемых ЭВМ;
Цэ. — цена 1 кВт* ч электроэнергии.
Примем:
Р = 250 Вт;
ф = 336 ч;
т = 1;
Цэ. = 3,1 руб. На основе формулы (3.7) определяем Зэл.эн.:
Зэл.эн. = 269,4 руб.
Результаты расчета затрат на электроэнергию, используемую в процессе разработки программы, представлены в таблице 3.5.

Таблица 3.5
Затраты на электроэнергию
Наименование оборудования Количество единиц оборудования т, шт Время работы оборудования Гр.,ч Мощность оборудования, кВт Затраты на электроэнергию, руб.
IВМ РС 1 336 0.25 269,4

6) Расчет накладных расходов.
В статью «Накладные расходы» включаются расходы на управление и хозяйственное обслуживание. По этой статье учитывается заработная плата аппарата управления и общехозяйственных служб, затраты на содержание и текущий ремонт зданий, сооружений, оборудования и инвентаря, амортизационные отчисления на их полное восстановление и капитальный ремонт, расходы по охране труда, научно-технической информации, изобретательству и рационализации. Величина накладных расходов определяется в процентах от основной и дополнительной заработной платы.
Накладные расходы (Рнакл.) рассчитываются по формуле (3.8):

Рнакл.=Кн * (Зосн.+Здоп.) (3.8)

где Кн — коэффициент накладных расходов. Примем Кн равным 1.1. На основе формулы (3.8) определяем:
Рнакл. =1.1* (101868 руб. + 20373,6 руб.) =134465,76 руб. Результаты расчета затрат на разработку информационной системы предприятия сведем в таблицу 3.6.

Таблица 3.6
Смета затрат на разработку системы
№п/п Статьи затрат Затраты, руб. % к итогу
1 Основная заработная плата разработчиков 101868 35,89
2 Дополнительная заработная плата разработчиков 20373,6 7,18
3 Отчисления на социальное страхование. 26 486р. 9,33
4 Амортизационные отчисления 375 0,13
5 Расходы на электроэнергию 269,4 0,09
6 Накладные расходы 134465,76 47,37
7 Итого: 283837,76 100
3.4 Расчет экономической эффективности
Внедрение информационной системы сопряжено с капитальными вложениями как на приобретение техники, так и на разработку проекта, выполнение подготовительных работ и подготовку кадров.
Обобщенным критерием экономической эффективности является минимум затрат живого и овеществленного труда
Экономический эффект от внедрения вычислительной и организационной техники подразделяется на прямой и косвенный.
Под прямой экономической эффективностью понимают экономию материально-трудовых ресурсов и денежных средств, полученную в результате сокращения численности управленческого персонала, фонда заработной платы.
Определим экономическую эффективность с помощью трудовых и стоимостных показателей.
На составление отчетности в месяц затрачивалось 80 чел./ч (Т0) При использовании автоматизированной системы – 10 чел./ч в месяц (Т1) Абсолютный показатель экономической эффективности Тэк составляет:

Тэк = Т0- Т1 (3.9)

Тэк = 80 — 10=70 чел./ч в месяц

Относительный индекс производительности труда вычисляется по формуле (3.10):

J п.т.= Т1 /Т0 (3.10)

J п.т.=10/80=0,125

Рассчитаем стоимостной показатель по формуле (3.11)

Сэк = С0- С1 (3.11)

Заработная плата менеджера составляет 50000 руб в месяц, прибавим к ней 30% начислений на зарплату итого получаем 50000 +16600= 66600 руб.
Затраты на заработную плату менеджеров при ручном проведении тестирования составят 30000 руб (С0). При использовании АИС 3750 руб(С1).
Сэк = 30000 — 3750 =750 р.
Индекс стоимости затрат определяется по формуле (3.12)

J ст.затр..= С1 /С0 (3.12)

J ст.затр..= 3750 /30000 =0,125

Срок окупаемости затрат вычисляется по формуле (3.13):

, (3.13)

где З0 – затраты на техническое оборудование;
П0 – затраты на программное обеспечение.
Подставим имеющиеся данные в формулу, в результате получим:
З0 – затрат на оборудование равны 0, т.к. имеющееся оборудование возможно использовать и для новой системы;
П0 – затраты на программное обеспечение вычисленные в п.3.3 равны 283837,76 руб.;

месяцев.

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

Заключение
В процессе работы над дипломным проектом было разработано АРМ менеджера по продажам страховых услуг в ООО «Росгосстрах». Для достижения поставленной цели были решены следующие задачи:
• проведен анализ работы менеджера;
• выявлена экономическую сущность задачи;
• обосновано необходимость и цели использования ВТ для решения задач;
• определены цель и назначение автоматизированного варианта решения задачи;
• проведен анализ существующих разработок;
• обоснованы проектные решения по видам обеспечения;
• построили информационную модель;
• определены используемые классификаторы и системы кодирования;
• описана характеристики БД и программные модули;
• обоснована экономическую эффективность проекта.
В результате автоматизации рабочего места менеджера по продажам стало возможным снижение количества времени менеджера на работу по учёту операций. Значительно уменьшилось количество допускаемых ошибок при проведении стандартных операций в работе менеджера по продажам.
Разработанный в дипломном проекте программный комплекс удовлетворяет всем поставленным перед ним задачам: ведение базы данных клиентов и услуг, учет договоров и звонков клиентам, формирование статистической и аналитической информации.
Программный комплекс разработан для менеджера по продажам страховых услуг ООО «Росгосстрах». При работе с АРМ не возникает сложностей даже у тех, кто не является опытным пользователем, достаточно базовых знаний по работе с компьютерной техникой.
Все операции проводятся на ЭВМ, что ведет к значительному сокращению расходов на канцелярские принадлежности, книги и сопутствующие материалы.
За время тестирования программы отказов и ошибок обнаружено не было, что позволяет сделать вывод о стабильности работы программного обеспечения.

Список используемой литературы

  1. Автоматизированные информационные технологии управления. /Под ред. Чл. корр. международной академии информатизации проф. Г.А.Титоренко. – М.: ЮНИТИ, 2003.
  2. Аляев Ю.А., Козлов О.А. «Алгоритмизация и языки программирования Pascal, C++, Visual Basic». Учебно-справочное пособие. — М.: Финансы и статистика, 2009
  3. Аляев Ю.А.и др. «Практикум по алгоритмизации и программированию на языке Паскаль». Учеб. пособие. — М.: Финансы и статистика, 2009
  4. Андрейчиков А.В., Андрейчикова О.Н. «Интеллектуальные информационные системы». Учебник. — М.: Финансы и статистика, 2009
  5. Балдин К.В. Информационные системы в экономике. Учебник. – М.: Дашков и К, 2007.
  6. Барановская Т.П. и др. «Архитектура компьютерных систем и сетей». Учеб. пособие. — М.: Финансы и статистика, 2003
  7. Баронов В.В., Калянов Г.Н., Попов Ю.И., Титовский И.Н. Информационные технологии и управление предприятием.- М.: БизнесПРО, 2009.
  8. «Бизнес-процессы, основные стандарты их описания», С.М. Ковалев, журнал «Справочник экономиста» №11’2011.
  9. Брусакова И. А. Информационные системы и технологии в экономике. – М.: Финансы и статистика, 2010.
  10. Вендров А.М. «Практикум по проектированию программного обеспечения экономических информационных систем». Учеб. пособие. — М.: Финансы и статистика, 2009
  11. Гасликова И.Р., Гохберг Л.М. Информационные технологии в России. М.: ЦИСН, 2002.
  12. Грабауров В.А. Информационные технологии для менеджеров. – М.: Финансы и статистика, 2002
  13. Грабауров В.А. «Информационные технологии для менеджеров». — 2-е изд., прераб. и доп. . — М.: Финансы и статистика, 2010
  14. Дик В.В. «Методология формирования решений в экономических системах и инструментальные среды их поддержки».. — М.: Финансы и статистика, 2011
  15. Емельянов А.А. и др. «Имитационное моделирование экономических процессов». Учеб. пособие. . — М.: Финансы и статистика, 2009
  16. Иванов И.А.. Инновационный менеджмент. Изд-во Баро-Пресс, Р-н-Д, 2011.
  17. Интернет-университет информационных технологий, курс «Проектирование информационных систем», http://www.intuit.ru
  18. Информационные технологии управления: Учебно-практическое пособие /Под ред.Ю.М.Черкасова.-М:ИНФРА-М,2011.
  19. Исаев Г.Н. Информационные системы в экономике. – М.: Омега-Л, 2011.
  20. Калашян А.Н., Калянов Г.Н. «Структурные модели бизнеса: DFD-технологии». . — М.: Финансы и статистика, 2003
  21. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов. – М.: Финансы и статистика, 2007.
  22. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов. – М.: Финансы и статистика, 2007
  23. Козырев А.А. Информационные технологии в экономике и управлении. – СПб.: Изд-во Михайлова В.А., 2003
  24. Ларин М.В. Проблемы совершенствования автоматизации управления в современных условиях // Экономика и жизнь 2009. №8. С. 18.
  25. Марков А.С., Лисовский К.Ю. «Базы данных. Введение в теорию и методологию». Учебник. . — М.: Финансы и статистика, 2009
  26. Под ред. Н.Л. Прохорова «Управляющие вычислительные комплексы» Учеб. пособие. — 3-е изд., перераб. и доп. — М.: Финансы и статистика, 2003
  27. Смирнова Г.Н. и др. «Проектирование экономических информационных систем» Учебник. — М.: Финансы и статистика, 2003
  28. Соколов А.П. «Системы программирования: теория, методы, алгоритмы». — М.: Финансы и статистика, 2009
  29. Тельнов Ю.Ф. «Реинжиниринг бизнес-процессов». — М.: Финансы и статистика, 2009
  30. Трофимов В.В. Информационные системы и технологии в экономике и управлении. – М.: Высшее образование, 2010
  31. Уткин В.Б., Балдин К.В. Информационные системы и технологии в экономике. – М.: ЮНИТИ, 2003
  32. Фаронов В.В. «Delphi 6» учебный курс – М; Издатель Молгачева С.В., 2003. – 672с., ил.
  33. Хотинская Г.И. Информационные технологии управления. – М.: Дело и Сервис (ДИС), 2003.
  34. Черемных С.В. и др. «Моделирование и анализ систем. IDEF-технологии: практикум». — М.: Финансы и статистика, 2010
  35. Черемных С.В. и др. «Структурный анализ систем: IDEF-технологии». — М.: Финансы и статистика, 2003
  36. www.rgs.ru — сайт страховой компании «Росгосстрах»
  37. www.reso.ru – сайт страховой компании «РЕСО Гарантия»

Приложение 1
Исходящие документы и объекты отдела продаж
№ В рамках выполняемого процесса/процедуры Документ/Объект Кто передает Передается в
Подразделение Исполнитель Процесс/Внешняя среда

  1. A1.4 Разработка нормативно-методической документации
    Методика планирования
    Заместитель директора по продажам
    Страховой отдел
    Страховой отдел
    A4.1 Планирование проектов
  2. A2.3 Заключение договора
    Договор на оказание страховых услуг Отдел продаж
    Команда проекта
    A4.1.1 Определение требований заказчика Отдел продаж Бухгалтерия
    Бухгалтерия
    A7.2 Контроль доходов Отдел продаж Бухгалтерия
    Бухгалтерия
    A7.4 Формирование платежного бюджета
  3. A2.4 Инициация проекта
    Акт выполненных работ
    Отдел продаж
    Бухгалтерия
    Бухгалтерия
    A7.2 Контроль доходов Информация о проекте Отдел продаж
    Команда проекта
    A4.1.1 Определение требований заказчика Отдел продаж Страховой отдел
    Ведущий менеджер
    A4.2.1.1 Предпроектное обследование

Приложение 2

Приложение 3

Сводный отчет

Приложение 4

Листинг программного кода
program Project1;
uses
Forms,
Unit1 in ‘Unit1.pas’ {Form1},
Unit2 in ‘Unit2.pas’ {DataModule2: TDataModule},
Unit4 in ‘Unit4.pas’ {Form4},
Unit5 in ‘Unit5.pas’ {Form5},
Unit6 in ‘Unit6.pas’ {Form6},
Unit7 in ‘Unit7.pas’ {Form7},
Unit3 in ‘Unit3.pas’ {Form3},
Unit8 in ‘Unit8.pas’ {Form8},
Unit9 in ‘Unit9.pas’ {Form9},
Unit10 in ‘Unit10.pas’ {Form10};
{$R *.res}
begin
Application.Initialize;
Application.CreateForm(TForm1, Form1);
Application.CreateForm(TDataModule2, DataModule2);
Application.CreateForm(TForm4, Form4);
Application.CreateForm(TForm5, Form5);
Application.CreateForm(TForm6, Form6);
Application.CreateForm(TForm7, Form7);
Application.CreateForm(TForm3, Form3);
Application.CreateForm(TForm8, Form8);
Application.CreateForm(TForm9, Form9);
Application.CreateForm(TForm10, Form10);
Application.Run;
end.
unit Unit1;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, Menus, StdCtrls, ExtCtrls, ComCtrls, Grids, DBGrids, DBCtrls;
type
TForm1 = class(TForm)
MainMenu1: TMainMenu;
N1: TMenuItem;
N3: TMenuItem;
N7: TMenuItem;
N8: TMenuItem;
N9: TMenuItem;
MonthCalendar1: TMonthCalendar;
Label1: TLabel;
Panel1: TPanel;
Panel2: TPanel;
Label2: TLabel;
Label3: TLabel;
N14: TMenuItem;
DBGrid1: TDBGrid;
DBNavigator1: TDBNavigator;
DBGrid2: TDBGrid;
DBNavigator2: TDBNavigator;
N2: TMenuItem;
N4: TMenuItem;
procedure N1Click(Sender: TObject);
procedure N4Click(Sender: TObject);
procedure N3Click(Sender: TObject);
procedure FormShow(Sender: TObject);
procedure N7Click(Sender: TObject);
procedure N8Click(Sender: TObject);
procedure N9Click(Sender: TObject);
procedure MonthCalendar1Click(Sender: TObject);
procedure N2Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form1: TForm1;
implementation
uses Unit3, Unit4, Unit5, Unit2, Unit6, Unit7, Unit8, Unit9;
{$R *.dfm}
procedure TForm1.N1Click(Sender: TObject);
begin
Close;
end;
procedure TForm1.N4Click(Sender: TObject);
begin
Form9.DateTimePicker1.Date:=Date();
Form9.DateTimePicker2.Date:=Date();
Form9.ShowModal;
end;
procedure TForm1.N3Click(Sender: TObject);
begin
Form4.ShowModal;
end;
procedure TForm1.FormShow(Sender: TObject);
begin
Form5.ShowModal;
end;
procedure TForm1.N7Click(Sender: TObject);
begin
If Form1.Label1.Caption=’3′
then DataModule2.DataSource_Customer.DataSet:=DataModule2.Table_Customer
else begin
DataModule2.Query_Customer.Active:=false;
DataModule2.Query_Customer.SQL.Clear;
DataModule2.Query_Customer.SQL.Add(‘SELECT Customer.‘); DataModule2.Query_Customer.SQL.Add(‘FROM Customer’); DataModule2.Query_Customer.SQL.Add(‘WHERE (((Customer.Id_manager)=’ + Form1.Label1.Caption + ‘));’); DataModule2.Query_Customer.Active:=true; DataModule2.DataSource_Customer.DataSet:=DataModule2.Query_Customer; end; Form6.ShowModal; end; procedure TForm1.N8Click(Sender: TObject); begin If Form1.Label1.Caption=’3′ then DataModule2.DataSource_Customer.DataSet:=DataModule2.Table_Customer else begin DataModule2.Query_Customer.Active:=false; DataModule2.Query_Customer.SQL.Clear; DataModule2.Query_Customer.SQL.Add(‘SELECT Customer.‘);
DataModule2.Query_Customer.SQL.Add(‘FROM Customer’);
DataModule2.Query_Customer.SQL.Add(‘WHERE (((Customer.Id_manager)=’ + Form1.Label1.Caption + ‘));’);
DataModule2.Query_Customer.Active:=true;
DataModule2.DataSource_Customer.DataSet:=DataModule2.Query_Customer;
end;
Form3.DateTimePicker1.Date:=Date();
Form3.DateTimePicker2.Time:=Time();
Form3.ShowModal;
end;
procedure TForm1.N9Click(Sender: TObject);
begin
If Form1.Label1.Caption=’3′
then DataModule2.DataSource_Customer.DataSet:=DataModule2.Table_Customer
else begin
If DataModule2.Query_Customer.Active=true then DataModule2.Query_Customer.Active:=false;
DataModule2.Query_Customer.SQL.Clear;
DataModule2.Query_Customer.SQL.Add(‘SELECT Customer.*’);
DataModule2.Query_Customer.SQL.Add(‘FROM Customer’);
DataModule2.Query_Customer.SQL.Add(‘WHERE (((Customer.Id_manager)=’ + Form1.Label1.Caption + ‘));’);
DataModule2.Query_Customer.Active:=true;
DataModule2.DataSource_Customer.DataSet:=DataModule2.Query_Customer;
end;
Form7.DateTimePicker1.Date:=Date();
Form7.DateTimePicker2.Time:=Time();
Form7.ShowModal;
end;
procedure TForm1.MonthCalendar1Click(Sender: TObject);
begin
DataModule2.Query_Call_Current.Active:=false;
DataModule2.Query_Call_Current.Active:=true;
DataModule2.Query_Meet_Current.Active:=false;
DataModule2.Query_Meet_Current.Active:=true;
If Form1.Label1.Caption=’3′ then
begin
DataModule2.Query_Call_Current.Filtered:=true;
DataModule2.Query_Call_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39); DataModule2.Query_Meet_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39); end else begin DataModule2.Query_Call_Current.Filtered:=true; DataModule2.Query_Call_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39)+’ And Id_manager=’ +Form1.Label1.Caption; DataModule2.Query_Meet_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39)+’ And Id_manager=’ +Form1.Label1.Caption; end; end; procedure TForm1.N2Click(Sender: TObject); begin DataModule2.Query_Rep1.Active:=false; DataModule2.Query_Rep1.Active:=true; If Form1.Label1.Caption=’3′ then DataModule2.Query_Rep1.Filtered:=false else begin DataModule2.Query_Rep1.Filtered:=true; DataModule2.Query_Rep1.Filter:=’Customer.Id_manager=’ +Form1.Label1.Caption; end; Form8.QuickRep1.PreviewModal; end; end. unit Unit2; interface uses SysUtils, Classes, DB, ADODB; type TDataModule2 = class(TDataModule) ADOConnection1: TADOConnection; Table_Manager: TADOTable; DataSource_Manager: TDataSource; Table_Customer: TADOTable; DataSource_Customer: TDataSource; Query_Customer: TADOQuery; DataSource_Call: TDataSource; Query_Call: TADOQuery; Query_Meet: TADOQuery; DataSource_Meet: TDataSource; Query_Call_Current: TADOQuery; Query_Meet_Current: TADOQuery; DataSource_Call_Current: TDataSource; DataSource_Meet_Current: TDataSource; Query_Rep1: TADOQuery; DataSource_Rep1: TDataSource; Query_Rep2: TADOQuery; DataSource_Rep2: TDataSource; private { Private declarations } public { Public declarations } end; var DataModule2: TDataModule2; implementation {$R *.dfm} end. unit Unit3; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, Buttons, ComCtrls, ExtCtrls, DBCtrls, Grids, DBGrids; type TForm3 = class(TForm) DBGrid1: TDBGrid; DBNavigator1: TDBNavigator; DBGrid2: TDBGrid; DBNavigator2: TDBNavigator; DateTimePicker1: TDateTimePicker; DateTimePicker2: TDateTimePicker; CheckBox1: TCheckBox; Edit1: TEdit; BitBtn1: TBitBtn; BitBtn2: TBitBtn; Label1: TLabel; procedure BitBtn1Click(Sender: TObject); procedure DBGrid1CellClick(Column: TColumn); procedure BitBtn2Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form3: TForm3; implementation uses Unit2, Unit1; {$R .dfm} procedure TForm3.BitBtn1Click(Sender: TObject); begin DataModule2.Query_Call.Insert; DataModule2.Query_Call.FieldByName(‘Time’).AsString:=DateToStr(DateTimePicker1.Date) +’ ‘ + TimeToStr(DateTimePicker2.Time); DataModule2.Query_Call.FieldByName(‘Date’).AsString:=DateToStr(DateTimePicker1.Date) +’ ‘ + TimeToStr(DateTimePicker2.Time); DataModule2.Query_Call.FieldByName(‘Comments’).AsString:=Edit1.Text; DataModule2.Query_Call.FieldByName(‘Id_customer’).AsString:=DataModule2.Query_Customer.FieldByName(‘Id_customer’).AsString; DataModule2.Query_Call.FieldByName(‘Id_manager’).AsString:=Form1.Label1.Caption; DataModule2.Query_Call.FieldByName(‘First’).AsBoolean:=CheckBox1.Checked; DataModule2.Query_Call.Post; Edit1.Text:=»; DateTimePicker1.Date:=Date(); DateTimePicker2.Time:=Time(); CheckBox1.Checked:=false; end; procedure TForm3.DBGrid1CellClick(Column: TColumn); begin If DataModule2.Query_Customer.RecordCount > 0 then begin If DataModule2.Query_Call.Active=true then DataModule2.Query_Call.Active:=false; DataModule2.Query_Call.SQL.Clear; DataModule2.Query_Call.SQL.Add(‘SELECT Call.‘); DataModule2.Query_Call.SQL.Add(‘FROM Call’); DataModule2.Query_Call.SQL.Add(‘WHERE (((Call.Id_manager)=’ + Form1.Label1.Caption + ‘) AND ((Call.Id_customer) =’ + DataModule2.Query_Customer.FieldByName(‘Id_customer’).AsString +’));’); DataModule2.Query_Call.Active:=true; end; end; procedure TForm3.BitBtn2Click(Sender: TObject); begin DataModule2.Query_Call.Cancel; Close; end; end. unit Unit4; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, Unit2, Grids, DBGrids, ExtCtrls, DBCtrls, StdCtrls, Buttons; type TForm4 = class(TForm) DBGrid1: TDBGrid; DBNavigator1: TDBNavigator; BitBtn1: TBitBtn; procedure BitBtn1Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form4: TForm4; implementation {$R *.dfm} procedure TForm4.BitBtn1Click(Sender: TObject); begin DataModule2.Table_Manager.Cancel; Close; end; end. unit Unit5; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, Buttons, DBCtrls, Unit2; type TForm5 = class(TForm) DBLookupComboBox1: TDBLookupComboBox; Edit1: TEdit; BitBtn1: TBitBtn; BitBtn2: TBitBtn; Label1: TLabel; Label2: TLabel; procedure BitBtn2Click(Sender: TObject); procedure BitBtn1Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form5: TForm5; implementation uses Unit1; {$R *.dfm} procedure TForm5.BitBtn2Click(Sender: TObject); begin Form1.Close; end; procedure TForm5.BitBtn1Click(Sender: TObject); begin If DataModule2.Table_Manager.FieldByName(‘Pass’).AsString = Edit1.Text then begin Form1.MonthCalendar1.Date:=Date(); Form1.Caption:=Form1.Caption + ‘ ‘ + DataModule2.Table_Manager.FieldByName(‘FIO_manager’).AsString; Form1.Label1.Caption:=DataModule2.Table_Manager.FieldByName(‘Id_manager’).AsString; If Form1.Label1.Caption=’3′ then begin DataModule2.Query_Call_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39); DataModule2.Query_Meet_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39); end else begin DataModule2.Query_Call_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39)+’ And Id_manager=’ +Form1.Label1.Caption; DataModule2.Query_Meet_Current.Filter:=’Date>=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(Form1.MonthCalendar1.Date+1)+Chr(39)+’ And Id_manager=’ +Form1.Label1.Caption; Form1.N3.Visible:=false; end; Close; end else ShowMessage(‘Неправильный пароль’); end; end. unit Unit6; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, Unit2, Grids, DBGrids, ExtCtrls, DBCtrls, StdCtrls, Mask, Buttons; type TForm6 = class(TForm) DBNavigator1: TDBNavigator; DBGrid1: TDBGrid; DBEdit1: TDBEdit; DBEdit2: TDBEdit; DBEdit3: TDBEdit; DBEdit4: TDBEdit; DBEdit5: TDBEdit; DBEdit6: TDBEdit; DBEdit7: TDBEdit; DBEdit8: TDBEdit; BitBtn1: TBitBtn; BitBtn2: TBitBtn; Label1: TLabel; Label2: TLabel; Label3: TLabel; Label4: TLabel; Label5: TLabel; Label6: TLabel; Label7: TLabel; Label8: TLabel; BitBtn3: TBitBtn; BitBtn4: TBitBtn; Label9: TLabel; Label10: TLabel; DBCheckBox1: TDBCheckBox; procedure BitBtn2Click(Sender: TObject); procedure BitBtn1Click(Sender: TObject); procedure BitBtn3Click(Sender: TObject); procedure BitBtn4Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form6: TForm6; implementation uses Unit1; {$R *.dfm} procedure TForm6.BitBtn2Click(Sender: TObject); begin DataModule2.Query_Customer.Edit; DataModule2.Query_Customer.FieldByName(‘Id_manager’).AsString:=Form1.Label1.Caption; DataModule2.Query_Customer.Post; end; procedure TForm6.BitBtn1Click(Sender: TObject); begin DataModule2.Query_Customer.Insert; end; procedure TForm6.BitBtn3Click(Sender: TObject); begin DataModule2.Query_Customer.Cancel; Close; end; procedure TForm6.BitBtn4Click(Sender: TObject); begin DataModule2.Query_Customer.Edit; end; end. unit Unit7; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, Grids, DBGrids, ExtCtrls, DBCtrls, Unit2, ComCtrls, StdCtrls, Buttons; type TForm7 = class(TForm) DBGrid1: TDBGrid; DBNavigator1: TDBNavigator; DBGrid2: TDBGrid; DBNavigator2: TDBNavigator; DateTimePicker1: TDateTimePicker; DateTimePicker2: TDateTimePicker; Edit1: TEdit; BitBtn1: TBitBtn; BitBtn2: TBitBtn; Edit2: TEdit; Label1: TLabel; Label2: TLabel; procedure BitBtn2Click(Sender: TObject); procedure BitBtn1Click(Sender: TObject); procedure DBGrid1CellClick(Column: TColumn); private { Private declarations } public { Public declarations } end; var Form7: TForm7; implementation uses Unit1; {$R *.dfm} procedure TForm7.BitBtn2Click(Sender: TObject); begin DataModule2.Query_Meet.Cancel; Close; end; procedure TForm7.BitBtn1Click(Sender: TObject); begin DataModule2.Query_Meet.Insert; DataModule2.Query_Meet.FieldByName(‘Time’).AsString:=DateToStr(DateTimePicker1.Date) +’ ‘ + TimeToStr(DateTimePicker2.Time); DataModule2.Query_Meet.FieldByName(‘Date’).AsString:=DateToStr(DateTimePicker1.Date) +’ ‘ + TimeToStr(DateTimePicker2.Time); DataModule2.Query_Meet.FieldByName(‘Comments’).AsString:=Edit1.Text; DataModule2.Query_Meet.FieldByName(‘Id_customer’).AsString:=DataModule2.Query_Customer.FieldByName(‘Id_customer’).AsString; DataModule2.Query_Meet.FieldByName(‘Id_manager’).AsString:=Form1.Label1.Caption; DataModule2.Query_Meet.FieldByName(‘Place’).AsString:=Edit2.Text; DataModule2.Query_Meet.Post; Edit1.Text:=»; Edit2.Text:=»; DateTimePicker1.Date:=Date(); DateTimePicker2.Time:=Time(); end; procedure TForm7.DBGrid1CellClick(Column: TColumn); begin If DataModule2.Query_Customer.RecordCount > 0 then
begin
If DataModule2.Query_Meet.Active=true then DataModule2.Query_Call.Active:=false;
DataModule2.Query_Meet.SQL.Clear;
DataModule2.Query_Meet.SQL.Add(‘SELECT Meeting.*’);
DataModule2.Query_Meet.SQL.Add(‘FROM Meeting’);
DataModule2.Query_Meet.SQL.Add(‘WHERE (((Meeting.Id_manager)=’ + Form1.Label1.Caption + ‘) AND ((Meeting.Id_customer) =’ + DataModule2.Query_Customer.FieldByName(‘Id_customer’).AsString +’));’);
DataModule2.Query_Meet.Active:=true;
end;
end;
end.
unit Unit8;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, ExtCtrls, QuickRpt, Unit2, QRCtrls;
type
TForm8 = class(TForm)
QuickRep1: TQuickRep;
DetailBand1: TQRBand;
QRGroup1: TQRGroup;
QRDBText2: TQRDBText;
TitleBand1: TQRBand;
PageHeaderBand1: TQRBand;
PageFooterBand1: TQRBand;
QRExpr1: TQRExpr;
PageFooterBand2: TQRBand;
QRSysData1: TQRSysData;
QRSysData2: TQRSysData;
QRLabel2: TQRLabel;
QRLabel3: TQRLabel;
QRDBText3: TQRDBText;
QRLabel4: TQRLabel;
QRDBText1: TQRDBText;
QRExpr2: TQRExpr;
QRExpr3: TQRExpr;
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form8: TForm8;
implementation
{$R *.dfm}
end.
unit Unit9;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Buttons, ComCtrls;
type
TForm9 = class(TForm)
DateTimePicker1: TDateTimePicker;
DateTimePicker2: TDateTimePicker;
BitBtn1: TBitBtn;
procedure BitBtn1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form9: TForm9;
implementation
uses Unit2, Unit1, Unit8, Unit10;
{$R *.dfm}
procedure TForm9.BitBtn1Click(Sender: TObject);
begin
DataModule2.Query_Rep1.Active:=false;
DataModule2.Query_Rep1.Active:=true;
If Form1.Label1.Caption=’3′ then
begin
DataModule2.Query_Rep1.Filtered:=true;
DataModule2.Query_Rep1.Filter:=’Date>=’+Chr(39)+DateToStr(DateTimePicker1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(DateTimePicker2.Date+1)+Chr(39); end else begin DataModule2.Query_Rep1.Filtered:=true; DataModule2.Query_Rep1.Filter:=’Date>=’+Chr(39)+DateToStr(DateTimePicker1.Date)+Chr(39)+ ‘ And Date<=’+Chr(39)+DateToStr(DateTimePicker2.Date+1)+Chr(39)+’ And Customer.Id_manager=’ +Form1.Label1.Caption;
end;
Form10.QuickRep1.PreviewModal;
end;
end.
unit Unit10;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, QRCtrls, QuickRpt, ExtCtrls;
type
TForm10 = class(TForm)
QuickRep1: TQuickRep;
DetailBand1: TQRBand;
QRExpr1: TQRExpr;
QRDBText1: TQRDBText;
QRGroup1: TQRGroup;
TitleBand1: TQRBand;
QRLabel2: TQRLabel;
PageHeaderBand1: TQRBand;
PageFooterBand2: TQRBand;
QRSysData1: TQRSysData;
QRSysData2: TQRSysData;
QRLabel4: TQRLabel;
QRDBText4: TQRDBText;
Q3: TQRExpr;
QRLabel1: TQRLabel;
QRLabel3: TQRLabel;
QRExpr2: TQRExpr;
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form10: TForm10;
implementation
{$R *.dfm}
end.

Оцените статью
Поделиться с друзьями
BazaDiplomov