Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Цель и назначение создания или модернизации модулей или сервисов информационной системы

Содержание:

ВВЕДЕНИЕ

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

В предоставленной работе представлено проектирование реализации операций бизнес-процесса «Управление документооборотом» на примере ГСК «Югория».

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

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

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

Задачами этой работы, в соответствии с целью, считаются:

- оценка деятельности предприятия ГСК «Югория».

- выявление проблемных ситуаций в системе документооборота предприятия;

- аргументация необходимости внедрения автоматизации системы документооборота;

- аргументация проектных решений по информационному, программному и техническому обеспечению;

- формирование баз данных компании «Югория», и приложения для работы с этой базой.

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

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

1 АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 Выбор комплекса задач автоматизации

В 1997 г. была основана Государственная страховая компания «Югория». Югра - Ханты-Мансийский автономный округ, который представлен Департаментом по управлению государственным имуществом ХМАО — Югры является единственным акционером компании.

На данный момент уставной капитал ГСК «Югория» составляет 8,155 млрд рублей, а 15 млрд рублей - активы

Группа, под руководством АО «ГСК «Югория», включает в себя зависимые общества ОАО «Курорты Югры», ЗАО «МАНОЙЛ», а также дочерние предприятия АО «Ипотечное агентство Югры» и АО «ГСК «Югория-Жизнь».

Клиентами компании являются свыше 1 миллиона человек, а также 64 тысячи юридических компаний.

На сегодняшний день ГСК «Югория» - многофункциональная страховая компания, которая представляет широкий перечень страховых услуг. «Югория» имеет права осуществлять 20 видов страхования и перестрахование с применением 60 разнообразных правил страхования.

ГСК «Югория» располагает соответствующими лицензиями на такие виды страхования:

  1. Несчастные случаи и болезни;
  2. Медицинское страхование;
  3. Средства наземного транспорта;
  4. Средства железнодорожного транспорта;
  5. Средства воздушного транспорта;
  6. Средства водного транспорта;
  7. Страхование грузов;
  8. Страхование сельскохозяйственной сферы;
  9. Имущество юридических лиц;
  10. Имущество граждан;
  11. Гражданская ответственность владельцев средств воздушного транспорта,
  12. Гражданская ответственность владельцев автотранспортных средств;
  13. Гражданская ответственность владельцев средств водного транспорта;
  14. Гражданская ответственность организаций, обеспечивающих эксплуатацию опасных объектов;
  15. Гражданская ответственность за причинение вреда при предоставлении товаров, работ, услуг;
  16. Гражданская ответственность за причинение вреда лицам;
  17. Гражданская ответственность за невыполнение либо ненадлежащее выполнение обязательств по договору;
  18. Финансовые риски;
  19. Предпринимательские риски;
  20. Обязательный вид страхования гражданской ответственности для владельцев транспортных средств;
  21. Обязательный вид страхования гражданской ответственности для владельцев опасного объекта в итоге аварии на опасном объекте;
  22. Обязательный вид страхования гражданской ответственности для перевозчиков за причинение вреда здоровью, жизни, имуществу пассажиров при перевозках.

Регионами обслуживания ГСК «Югория» являются все области Российской Федерации.

ГСК «Югория» является юридическим лицом. Организация имеет счета, которые открываются в соответствии с установленным законодательством, печать с Государственным гербом Российской Федерации и своим наименованием, и прочие печати и штампы, необходимые для ведения документооборота внутри организации и за ее пределами.

Организационная структура ГСК «Югория» изображена на рисунке 1.1.

Директор

Заместитель директора

Отдел экономики и финансов

Юридический отдел

Кадровая служба

Отдел по работе с клиентами

Информационный отдел

Отдел документооборота

Клиенты

Рисунок 1.1 - Организационная структура предприятия

Структура организации и штатное расписание ГСК «Югория» утверждаются директором в пределах установленной численности работников.

На руководителя ГСК «Югория» возлагаются следующие должностные обязанности:

  1. Руководство организацией в соответствии с действующим законодательством финансово-экономической и хозяйственной деятельностью.
  2. Определение целей и задач предприятия, связанных с осуществлением деятельности.
  3. Организация работы и эффективного взаимодействия структурных подразделений предприятия, направленность их деятельности на обеспечение значительных темпов развития и совершенствование.
  4. Обеспечение выполнения заданий ГСК «Югория», согласно принятым качественным и количественным показателям, всех обязательств перед банками, заказчиками и поставщиками.
  5. Координация деятельности подразделений ГСК «Югория», направленной на предоставление определенного набора услуг.
  6. Организация производственно-хозяйственной деятельности предприятия на базе использования методов научно обоснованного планирования материальных, финансовых и трудовых затрат.
  7. Выдача, учет и хранение материальных средств.
  8. Осуществление контроля рационального использования материальных средств.
  9. Выявление и анализ проблем в работе предприятия.
  10. Принятие мер по обеспечению квалифицированными кадрами.
  11. Реализация новых форм организации обслуживания клиентов.
  12. Обеспечение своевременного составления установленной отчетной документации.
  13. Выполнение правил по охране труда и пожарной безопасности.

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

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

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

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

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

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

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

Юридический отдел выполняет задачи по обеспечению соблюдения установленного законодательства на предприятии, решает задачи по ведению договорной работы, претензионной работы, исковой работы и другие исковые задачи.

Отдел документооборота отвечает за проверку и хранение проходящих в компании документы: страховые договора и юридические документы.

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

Характеристика основной деятельности СК «Югория» изображена на рис. 1.2.

Рисунок 1.2 - Характеристика основной деятельности компании «Югория»

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

«Югория» компенсирует убытки своим клиентам потому, что страховые взносы оплачивает большая численность человек, а убытки выплачивают лишь незначительному числу вкладчиков либо застрахованным клиентов, но выплаты по страховым случаях практически всегда гораздо больше превышают размер страховых взносов. Значительная часть полученных от клиентов средств расходуется на страховые выплаты компенсации ущерба (возмещение потерь), а меньшая доля перекрывает затраты по ведению дела и создает доход СК.

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

- подготовительная деятельность;

- реализация страхового продукта;

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

На этапе подготовительной деятельности необходимо:

- выявить возможных страхователей;

- определить имеющиеся и потенциальные страховые потребности у вероятных страхователей;

- определиться с каналом самого эффективного доступа к клиенту;

Реализация страхового продукта состоит из:

- необходимости контакт с возможным клиентом;

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

- изучения страховых рисков;

- оформления полиса страхования, когда клиент дал согласие на покупку страхового покрытия.

Обслуживание после реализации страхового продукта содержит в себе:

- обмен информацией со страхователем по поводу уже приобретенного страхового полиса;

- расследование и соглашение страховых случаев, учитывая при этом оценку нанесенного ущерба объекту страхования;

- обеспечение консультационных, а также юридических услуг клиенту;

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

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

На данном этапе расходы компании «Югория» при продаже второго полиса составляют в 4 раза меньше, нежели при продаже первого. Кроме всего, с увеличением количества договоров, которыми располагает клиент, во много раз снижается возможность его выхода из компании.

Реализация второго либо третьего страхового полиса содержит в себе такие задачи:

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

- установить с клиентом контакт по вопросу заключения дополнительного полиса;

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

- изучить страховой риск;

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

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

1.2 Характеристика существующих бизнес –процессов

Проведем расчет возможного эффекта от введения средств автоматизации.

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

Таблица 1.1 - Расчет эффекта внедрения

Действие

Время, затрачиваемое при базовой технологии/ мин.

Время, затрачиваемое по предлагаемому варианту/ мин.

Учет клиентов

10-20

5

Учет входящих документов

40

5

Учет исходящих документов

40

5

Формирование отчетности

60

5

Итого:

150

20

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

В жизнедеятельности СК «Югория» одной из важнейших особенностей является документооборот и организация обработки документов.

Проведение работ с документами - это организация документооборота, сохранения и применения документов в текущий момент деятельности СК «Югория». Документооборот считается принципиально значимым звеном в делопроизводстве, потому что он определяет не только лишь инстанции движения всех документов, но и скорость движения этих документов. Документооборот в делопроизводстве подразумевается как обеспечение информационной деятельности аппарата управления, его документирования, сохранность и использования документов, ранее созданных.

Главные правила при организации документооборота следующие:

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

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

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

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

Документ является основой структуры всякого документооборота. Все документы (на магнитных носителях или традиционные на бумаге) в комплексе согласованы методом соблюдения правил особенностей представления информации на любом из носителей.

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

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

Организационно-распорядительной документацией, как правило, представлен централизованный документооборот а документооборот уровня структурного подразделения - специализированной документацией, которая обеспечивает главные направления деятельности СК «Югория». (он может содержать и организационно-распорядительные документы). В компании «Югория» эти функции выполняет отдел документооборота, контроля и работы с обращениями граждан (ОДК).

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

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

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

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

Через отдел документооборота проходит далеко не вся внутренняя переписка, а только переписка самых крупных подразделений СК и приказы, распоряжения руководителя. Через отдел документооборота проходят и внутренние документы, которые порождают исходящие документы.

Характеристика процесса деятельности отдела в разрезе IDEF0 изображена на рис. 1.3.

Рисунок 1.3 - Характеристика процесса обработки документа

Проводя декомпозицию этого процесса, получаем схему на рис. 1.4.

Рисунок 1.4 - Декомпозиция процесса обработки документа

На рис. 1.5 изображена схема декомпозиции процесса регистрации и рассмотрения входящего документа.

На рис. 1.6. представлена декомпозиция процесса подготовки исходящих документов.

В итоге рассмотрения входящего документа, как обычно, создаётся внутренний документ, исходящий документ, а входящий документ передается на хранение.

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

Рисунок 1.5 - Декомпозиция процесса регистрации и рассмотрения входящего документа

Рисунок 1.6 - Декомпозиция процесса подготовки исходящих документов

К внутренним документам относится организационно- распорядительная документация. Она включает в себя приказы, распоряжения, протоколы, служебные записки, заявления, наряды, докладные и т.п. Годовой объем зарегистрированных документов в среднем 3000-4000.

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

Входящую корреспонденцию проверяют в приемной на правильность доставки и целостность вложения. Конверты с пометкой «лично» передаются адресатам без вскрытия. Все входящие документы подлежат регистрации (если эти документы входят в список подлежащих регистрации) в специально отведенных для них журналах для регистрации входящей корреспонденции. На всех регистрируемых входящих документах в правом нижнем углу лицевой стороны основного документа ставится регистрационный штамп с указанием даты поступления документа и входящего порядкового номера. Любая бумага, не имеющая регистрационного номера - это не документ, а просто бумага. Документом она становиться при наличии регистрационного номера на ней. Каждый документ, поступивший в компанию, регистрируется всего один раз, в момент поступления. После регистрации документы (если это не личные письма) направляются на рассмотрение руководству. Далее они могут быть размножены и направляются на исполнение или ознакомление в соответствующие подразделения через приемную, на документах делаются соответствующие отметки. Срочные документы передаются на рассмотрение руководству страховой компании немедленно. Таким образом, входящий документ регистрируется секретарем в приемной, а также делопроизводителем того подразделения, на исполнение которого он отправлен.

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

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

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

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

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

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

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

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

1.3 Характеристика документооборота, возникающего при решении задачи

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

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

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

Рисунок 1.7 - Схема документооборота

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

Существующий процесс имеет следующие недостатки:

- Сложность мониторинга деятельности конторы;

- Сложность в составлении отчетной документации;

- Возможность утраты информации из-за возможных ошибок консультанта;

- Ручная обработка информации:

- Снижение эффективности в работе операторов;

- Трудоемкость в оформлении документов и отчетности при необходимости работать с большими размерами данных;

- Отсутствие единого упорядоченного архива истории взаимоотношения с клиентами;

- Трудоёмкость проведения взаиморасчётов с клиентами.

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

1.4 Обоснование проектных решений по информационному обеспечению

Информационным обеспечением (ИО) — является совокупность целостной системы классификации, унифицированных систем документации, кодирования информации и информационных массивов. [12] Состоит ИО из двух комплексов: внемашинного ИО (документы и классификаторы технико-экономической информации) и компоненты внутримашинного информационного обеспечения(макеты и экранные формы для ввода первичных данных в ЭВМ или вывода итоговой информации, структура информационной базы: выходных, входных файлов, базы данных). Чтобы экономическую информацию приспособить для продуктивной обработки, поиска и передачи по каналам связи, ее надо предоставить в цифровом виде. Для этого ее необходимо сначала классифицировать (упорядочить), а потом закодировать (формализовать) применяя классификатор.

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

По своим действиям классификаторы делятся на такие виды: отраслевые и локальные, общегосударственные или общесистемные и международные классификаторы.

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

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

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

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

- провести унификацию и стандартизацию документов;

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

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

Описание экранных форм относится к внутримашинному ИО.

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

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

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

Большей частью внутримашинного ИО составляет информационная база.

Информационная база (ИБ) — конкретным образом сформированная совокупность данных, сохраняемых в памяти вычислительной системы в виде файлов, при помощи которых удовлетворяются информационные запросы управленческих процессов и решаемых задач. [3]

Имеются такие способы построения ИБ:

-·совокупность локальных файлов — поддерживается при помощи функциональных пакетов прикладных программ;

-·интегрированная база данных — базируется на применении универсальных программных средств поиска, хранения, загрузки и ведения данных, то есть СУБД.

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

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

-· удобство и повышение скорости совместной обработки данных;

-· поддержка целостности данных,

-·совместимость данных; соответствие данных действительному состоянию объекта.

База данных (БД) — поименованная совокупность данных, которая отражает совокупность объектов и их связей в разбираемой предметной области. [3]

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

По методу установления связей между данными выделяют:

-· иерархическую;

-· реляционную модель,

-· сетевую.

Главными элементами каждой из этих моделей считаются таблицы или файлы.

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

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

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

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

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

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

Самыми популярными на сегодняшний день считаются такие ОС:

  • Windows 7,
  • Windows Vista,
  • Linux Ubuntu
  • Apple Mac OS X.

Сравнение ОС наиболее логично проводить по следующим критериям:

  • интерфейс;
  • безопасность;
  • программное обеспечение;
  • цена и производительность.

Установленная на компьютерах пользователей ОС Windows XP является уже устаревшей, а Windows Vista отличается от нее только в худшую сторону.

Практически полное отсутствие вирусов для компьютеров Мacintosh считается сильной стороной Мас OS. А то, что устанавливается Mac OS исключительно на компьютеры Мacintosh, производимых фирмой Apple является существенным недостатком.

Большая часть дистрибутивов Linux бесплатные, их можно использовать бесплатно и свободно. Взяв за основу программный либо с самой Linux, либо с предлагающихся к ней программ, возможно создавать собственные продукты.[4] У пользователя Linux есть возможность выбора того дистрибутива, который оптимально подойдет для выполнения его задач, а в дальнейшем и возможность «под себя» оптимизировать систему.

Наличие графического интерфейса избавляет от необходимости корректировать в неудобном виде конфигурационные файлы. Уровень безопасностью в Linux аналогичен уровню Mac OS X. В обеих системах безопасность имеет высокий уровень и значительно превышает уровень Windows.

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

Наиболее правильным в данной ситуации сделать выбор в пользу операционной системы Windows 7 по следующим причинам:

  • Знакомый пользователям интерфейс;
  • Отсутствие необходимости переобучения;
  • Легкость администрирования;
  • Меньшая стоимость, чем у ОС компании Apple;
  • Наличие всех необходимых функций.

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

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

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

Perl (Practical Extraction and Reporting Language) - один из наиболее популярных и мощных языков программирования.

Perl –это сложный полнофункциональный язык. Он интересен тем, что заполняет разрыв между С-приложениями и способами программирования командного процессора Unix, обладая функциональностью первых и простотой последних.

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

РHP представляет собой скриптовый язык программирования, в основном используемый в области многообразных Интернет-приложений.

Синтаксис главных конструкций PHP аналогичен языку программирования C++. Это довольно молодой язык, который заменил Perl. PHP прост в изучении, ориентирован в основном на web-программирование, располагает большим количеством многообразных подключаемых модулей, которые расширяют его использование. Основной целью использования PHP считается создание динамического HTML, который дает возможность отображения различного контекста в приложении, находясь в зависимости от действий пользователей.

Преимуществами PHP в сравнении с языком Perl является простой синтаксис, что делает его легче в изучении, менее раздутый и более четкий исходный код, что делает его легче при разработке модулей.

Недостатком PHP 3 является его низкая в сравнении с Perl производительность на сложных приложениях при обработке больших скриптов, т. е. когда сайт состоит из нескольких страниц, но с длинным кодом. Рациональнее использовать в этих случаях CGI. По этой причине при разработке новой версии PHP 4 уделялось основное внимание повышению быстроты работы. Затрагивались также вопросы безопасности, и внедрялась поддержка сессий. Новейшая версия PHP располагает ядром Zend Engine, которое позволяет увеличить стабильность и производительность за счет наиболее качественной поддержки модулей.

Ruby on Rails — многоуровневый, полноценный фреймворк предназначенный для построения веб-приложений, которые используют базы данных. Ruby on Rails создан на основе архитектуры Модель-Представление-Контроллер (Model-View-Controller, MVC).

ASP.NET – часть технологии NET, которая используется для написания мощных клиент-серверных интернет приложений. Технология дает возможность создания динамических страниц HTML. Эта технология появилась за счет объединения NET Framework и старой технологии ASP. Технология располагает множеством готовых элементов управления, применение которых дает возможность быстрого создания интерактивных web-сайтов. Также есть возможность применять сервисы, которые предоставляются остальными сайтами, прозрачно для пользователей. Собственной разработки.

Сравнение основных языков веб-программирования приведено в таблице 1.2 и на рисунке 1.10.

В качестве языка разработки клиента подключения к базе данных был выбран язык PHP.

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

Таблица 1.2 - Сравнение языков программирования

Параметр

Баллы

РНР

ASP

Perl

Возможность компиляции

100

100

50

Многопоточная компиляция

100

0

100

Интерпретатор командной строки

75

50

0

Многомерные массивы

100

0

100

Динамические массивы

100

100

0

Ассоциативные массивы

50

0

0

Интерфейсы

100

0

50

Мультиметоды

100

0

0

Рисунок 1.10 - Диаграмма результатов сравнения языков программирования

Предпочтение PHP было отдано по следующим характеристикам:

  • В процессе выбора языка разработки альтернативой PHP был язык ASP(Active Server Pages), схожий по структуре но построенный на технологии СОМ.
  • В модулях PHP все запускается в области памяти, выделенной программе операционной системой. ASP загружает для различных действий соответствующие СОМ-модули, чем сильно загружает оперативную память и процессор
  • Интеграция PHP с выбранной СУБД MySQL значительно более полная, чем у ASP. Существует большое количество утилит на PHP для работы с базами данных MySQL, где реализуется набор свойств наиболее полный по сравнению с остальными базами данных. Есть очень полезные встроенные функции, которые недоступны для остальных баз данных. Одним из значительных преимуществ PHP является поддержка широкого круга баз данных: Oracle, Microsoft SQL server, MySQL и другие.
  • Несомненное достоинство PHP - это отсутствие временных проблем с исправлением внутренних ошибок, что позволяет оперативно реагировать и исправлять недоработки.

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

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

  • Требования к рабочей среде.
  • Производительность;
  • Особенности разработки приложений;
  • Функциональные возможности;
  • Структура данных;

Рассмотрим в отдельности каждую из этих групп.

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

2. Функциональные возможности. В этой группе требований можно выделить такие критерии: сетевые возможности, хранимые процедуры и триггеры, масштабируемость (есть ли возможность у данной системы соответствовать росту информационной системы), мобильность (независимость системы от среды, в которой она работает),

3.Особенности разработки приложений. Основная часть производителей СУБД производят и средства разработки приложений для собственных систем. Обычно, эти средства дают возможность наилучшим образом воплотить в действия все возможности сервера, поэтому при оценке СУБД следует рассмотреть и возможности средств разработки приложений. К этой группе требований относятся: возможности разработки Web-приложений, многоязыковая поддержка, средства проектирования.

4. Производительность. Одним из немаловажных показателей, который применяется в работе как основной критерий при выборе СУБД, будет являться производительность системы. Имеются некоторые факторы, которые относятся к производительности системы , а также могут учитываться для анализа производительности данной СУБД. Это следующие факторы: возможности оптимизирования запросов, возможности параллельной архитектуры, рейтинг ТРС (Transactions per Cent).

5. Требования к рабочей среде. К этой группе требований относятся: минимальные требования к операционной системе и оборудованию, поддерживаемые аппаратные платформы [1].

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

Рассмотрим в качестве альтернатив такие СУБД:

1) PostgreSQL,

2) MySQL;

3) Microsoft SQL Server;

4) Oracle;

5) DB2.

По критерию «Структура данных» проведем сравнение выбранным СУБД.

Все перечисленные альтернативы реализуют объектно-реляционную модель данных (ОРСУБД) либо реляционную модель данных (РСУБД).

Следовательно, все представленные системы подходят для сравнения и анализа. Анализ всех альтернатив проводится по предусмотренным типам данных. По итогам такого анализа, возможно, построить матрицу попарных сравнений альтернатив по первому критерию (таблица 1.3), главное собственное значение и остальные показатели, а также определить вектор приоритетов [3].

Таблица 1.3 - Матрица попарных сравнений альтернатив по критерию «Структура данных»

DB2

Oracle

MySQL

MS SQL

Postgre SQL

DB2

1

1

1

1

1

Oracle

1

1

1/4

1/5

1/3

MySQL

1

4

1

1/2

2

MS SQL

1

5

2

1

2

Postgre SQL

1

3

1/2

1/2

1

Вектор приоритетов: ОД 8 0,08 0,24 0,33 0,17

Главное собственное значение: 5,34. Индекс согласованности (ИС): 0,084. Отношение согласованности (ОС): 0,07. Как видно, ОС в пределах нормы.

По критерию «Функциональные возможности» проведем сравнение выбранным СУБД.

Пункт «Триггеры и хранимые процедуры» определяет существование класса процедур, функций в некоторой СУБД. Триггер - программа базы данных, которая всегда вызывается при удалении, изменении или вставке строки таблицы. Триггеры гарантируют проверку различных изменений на корректность, за некоторое время до принятия таких изменений. Хранимая процедура - программа, хранящаяся на сервере и которая может быть вызвана пользователем. Так как, выполняются хранимые процедуры прямо на сервере баз данных, происходит более высокое быстродействие, чем при осуществлении тех же операций средствами пользователя БД [1]. По данному пункту проведем анализ альтернатив (таблица 1.4).

Таблица 1.4 - Анализ альтернатив по пункту «Триггеры и х ранимые процедуры»

Триггер

Функция

Процедура

DB2

+

+

+

Microsoft SQL Server

+

+

+

MySQL

+

+

+

Oracle

+

+

+

PostgreSQL

+

+

+

Пункт «Масштабируемость» предполагает возможности анализируемой СУБД по росту объема данных со временем и при необходимости [4]. Необходимо разобрать предельно возможный объем хранимых данных для определенной альтернативы (таблица 1.5).

Таблица 1.5 - Анализ альтернатив по пункту «Масштабируемость»

Размер БД

Размер таблицы

Размер строки

DB2

512ТБ

512 ТБ

32677 В

Microsoft SQL Server

524258 ТБ

524258 ТБ

∞

MySQL

∞

256ТВ

64KB

Oracle

∞

4 Гб* Размер блока

8KB

Postgre SQL

∞

32 ТБ

1,6 ТБ

Таким образом, проанализированы представленные альтернативы по пунктам критерия «Функциональные возможности». По итогам рассмотрения есть возможность построить матрицу попарных сравнений альтернатив по второму критерию (таблица 1.6), определить вектор приоритетов и главные показатели.

Таблица 1.6 - Матрица попарных сравнений альтернатив по критерию «Функциональные возможности»

DB2

Oracle

MySQL

MS SQL

Postgre SQL

DB2

1

1/4

2

1/7

1/5

Oracle

4

1

1

1/4

1/2

MySQL

1/2

1

1

1/4

1/2

MS SQL

7

4

4

1

3

Postgre SQL

5

2

2

1/3

1

Вектор приоритетов: 0,07 0,13 0,09 0,49 0,22

Главное собственное значение: 5,45. Индекс согласованности (ИС): ОД 11. Отношение согласованности (ОС): 0,09.

Разберём критерий «Особенности разработки приложений». При разборе данного критерия следует определить трудозатраты на администрирование баз данных. Главные цели подобного администрирования: конфигурирование и установка базы данных, текущее администрирование базы данных, резервное копирование/восстановление [5].

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

Таблица 1.7 - Матрица попарных сравнений альтернатив по критерию «Особенности разработки приложений»

DB2

Oracle

MySQL

MS SQL

Postgre SQL

DB2

1

1

1

1/6

1

Oracle

1

1

1

1/4

1

MySQL

1

1

1

1/4

1

MS SQL

6

4

4

1

3

Postgre SQL

1

1

1

1/3

1

Главное собственное значение: 5,04. Индекс согласованности (ИС): 0,01. Отношение согласованности (ОС): 0,01.

По критерию «Производительность» проведем сравнение выбранных СУБД

При тестировании производительности используют разные средства. Для тестирования имеется большое количество тестовых рейтингов. Самым объективным и распространенным считается ТРС-анализ производительности систем. Показатель ТРС - это соотношение числа запросов, которые обрабатываются за некий интервал времени, к общей стоимости системы. Отметим, что для СУБД PostgreSQL тест ТРС не проводится, а система MySQL проводит свои тесты производительности. Итоги тестирования производительности ТРС-С показаны в таблице 1.8 [6].

Таблица 1.8 - Результаты теста TPC

название

количество транзакций, tpmc

стоимость транзакции, долл./tpmc

монитор транзакций

microsoft sql server 2005 х64

661,475

1.16usd

microsoft com+

oracle database

standard

631,766

1.08 usd

microsoft com+

ibm db2 9.5

1,200,011

1.99 usd

microsoft com+

По полученным данным произведем оценку рассматриваемым СУБД по критерию «Производительность», построим матрицу попарных сравнений альтернатив (таблица 1.9).

Таблица 1.9 - Матрица попарных сравнений альтернатив по критерию «Производительность»

ПО

DB2

Oracle

MySQL

MS SQL

Postgre SQL

DB2

1

4

5

3

5

Oracle

1/4

1

3

1/2

3

MySQL

1/5

1/3

1

1/4

1

MS SQL

1/3

2

4

1

4

Postgre SQL

1/5

1/3

1

1/4

1

Вектор приоритетов: 0,47 0,15 0,07 0,24 0,07

Главное собственное значение: 5,14. Индекс согласованности (ИС): 0,036. Отношение согласованности (ОС): 0,03.

Проанализируем критерий «Требования к рабочей среде». В таблице 1.10 показаны итоги анализа альтернатив по критерию «Поддерживаемые операционные системы» [3].

Таблица 1.10 - Поддерживаемые ОС рассматриваемых систем

DB2

MS SQL Server

MySQL

Oracle

Postgre SQL

Windows

+

+

+

+

+

Mac OS

+

+

+

+

+

Linux

+

+

+

+

+

BSD

-

+

+

-

+

UNIX

+

+

+

+

+

AmigaOS

-

+

+

-

-

Symbian

-

+

+

-

-

Проведем оценку рассматриваемым СУБД по критерию «Требования к рабочей среде», построим матрицу попарных сравнений альтернатив (таблица 1.11).

Таблица 1.11 - Матрица попарных сравнений альтернатив по критерию «Требования к рабочей среде»

DB2

Oracle

MySQL

MS SQL

Postgre SQL

DB2

1

1

1/4

1/4

1/3

Oracle

1

1

1/4

1/4

1/2

MySQL

4

4

1

1

3

MS SQL

4

4

1

1

3

Postgre SQL

3

2

1/3

1/3

1

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

Построим матрицу попарных сравнений критериев (таблица 1.12), пронумеруем критерии от 1 до 5 для удобства.

Таблица 1.12 - Матрица попарных сравнений критериев

1

2

3

4

5

1

1

1

1/2

1/6

1/4

2

1

1

1/2

1/6

1/3

3

2

2

1

1/5

1/2

4

6

6

5

1

2

5

4

3

2

1/2

1

Вектор приоритетов альтернатив: 0,07 0,07 0,12 0,49 0,25

Главное собственное значение: 5,03. Индекс согласованности (ИС): 0,01. Отношение согласованности (ОС): 0,01.

Соответственно, веса анализируемых СУБД распределяются таким образом: MySQL (0.32), DB2 (0.28), MS SQL Server (0.16), Oracle (0.13), PostgreSQL (0.11).(рисунок 1.11).

Рисунок 1.11 - Результаты анализа СУБД

На основании данного сравнения выбираем для использования СУБД MySQL.

1.5 Обоснование проектных решений по программному обеспечению

Программным обеспечением (ПО) является совокупность программ для решения задач и целей автоматизированной системы. [2]

Программное обеспечение бывает двух видов: общее (операционные оболочки, операционные системы, интерпретаторы, компиляторы, сетевые программы, программные среды для создания прикладных программ, СУБД и др.) и специальное (совокупность прикладных программ, которые разработаны для определённых задач в пределах функциональных подсистем, и контрольные примеры). [2]

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

-· необходимое количество поддерживаемых программных продуктов,

-· требования, предъявляемые к аппаратным средствам,

-· требование поддержки сетевой технологии,

-· присутствие справочной службы для пользователя,

-· быстродействие,

-· наличие дружественного интерфейса и легкость в использовании.

На компьютерах, входящих в состав АРМов сотрудников страховой компании на данный момент установлена ОС MS Windows 7 Professional х64, это считается оптимальным выбором, т.к. ОС семейства Windows наиболее распространённые на сегодняшний день, поэтому с приходом нового сотрудника не придётся его переобучать.

Для разработки информационной системы наиболее целесообразно использовать клиент-серверную архитектуру и разрабатывать веб-приложение.

Для этого необходимо выбрать язык программирования и СУБД.

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

-· кроссплатформенность, которая необходима для интеграции с остальными подсистемами;

-· гибкость, которая позволяет изменять и дорабатывать ИС без дополнительных затрат

-· безопасность;

-· язык программирования обязан предоставлять большие возможности по работе с имеющимися СУБД;

-· обеспечение универсальности клиентских приложений;

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

В текущее время наиболее популярны такие скриптовые языки веб-программирования.

VBScript (Visual Basic Scripting Edition) — язык программирования создан в компании Microsoft, который предназначен для создания скриптов (сценариев). Visual Basic Scripting Edition представляет собой подмножество языка Visual Basic и весьма обширно применяется для создания административных сценариев в ОС Windows. VBScript поддерживается по умолчанию в Windows Script Host (WSH), который установлен по умолчанию одновременно почти с любой версией ОС Windows

Синтаксис Visual Basic Scripting Edition считается немного упрощенной версией стандартного синтаксиса Visual Basic. Как пример, в VBScript не поддерживается опция типизации: тип Variant имеют все переменные. Чаще всего сценарии c применением языка VBScript используются в таких сферах:

-·Серверный программный код на страницах ASP в Web-приложениях

-·Автоматизация администрирования систем Windows.

-·Клиентские сценарии на Web-страницах (как правило, исключительно в браузере Internet Explorer).

Язык программирования JScript, разработан в компании Microsoft. JScrip предназначается для создания сценариев и реализации стандарта ECMAScript. Во многом синтаксис JScript похож на язык JavaScript от компании Netscape. По умолчанию JScript поддерживается в Windows Script Host (WSH), который устанавливается по умолчанию одновременно почти с любой версией ОС Windows

Чаще всего сценарии с применением языка JScript используются в таких сферах:

-· Автоматизация администрирования систем Windows,

- Серверный программный код на страницах ASP в Web-приложениях,

-· Клиентские сценарии на Web-страницах.

Язык JScript в дальнейшем получил развитие в виде языка JScript.NET, который сориентирован для работы в пределах платформы Microsoft ASP.NET.

Язык программирования JavaScript разработан в компании Netscape, который считается реализацией стандарта ECMAScript. Компания Microsoft представила аналог версии языка, который называется JScript, поэтому очень часто под названием "JavaScript" понимается разная версия языка, включая и Microsoft JScript.

Во множестве случаев, когда упоминается JavaScriptб то подразумевается клиентский JavaScript, интерпретатор которого встраивается в Web-браузеры. Первоначально JavaScript разрабатывался как универсальный язык программирования, который встраивался в любое приложение и обеспечивал возможность написания сценариев в нем. Как пример, ActionScript, язык сценариев, который доступен в Macromedia Flash 5 и MX, также моделировался согласно стандартам ECMAScript.

Python (питон) — объектно-ориентированный, интерпретируемый язык программирования высокого класса. Python поддерживает классы, модули, которые имеют способность объединяться в пакеты, многонитевую обработку и обработку исключений. Этот язык принадлежит к разряду языков с динамической типизацией. Для программиста язык предоставляет автоматическую «сборку мусора» и благоприятные высокоуровневые структуры данных: списки, кортежи, словари и др. Python соединяет ошеломительную мощь с ясным и простым синтаксисом, грамотной модульностью и масштабируемостью. Интересная синтаксическая особенность данного языка считается выделение блоков программы при помощи пробелов (табуляций либо отступов), поэтому в Python нет операторных скобок ("begin/end"), как в языке Паскаль или фигурные скобки, как в Си. Язык Python — самое простое средство обучению и применению ООП. Во многих случаях он является как первым (при обучении), так и последним (даже среди опытных программистов) языком программирования.

Язык Python портируем и действует почти на всех существующих платформах. Имеются порты, предназначенные для Windows, все модели UNIX (в том числе,Linux), OS/2 , Palm OS, Mac OS и Mac OS X,, и др. На каждой платформе Python поддерживаются все характерные для этой платформы технологии (как пример, Microsoft COM/DCOM). Кроме этого, разработана специальная версия Python, предназначенная для работы на виртуальной машине Java — Jython (http://www.jython.org/),что делает возможным интерпретатору быть выполненным на любой системе, которая поддерживает Java, при этом классы Java могут использоваться непосредственно из Python, и даже могу быть написанными на Python.

Интерпретируемый язык программирования высокого класса - Tcl (Tool Command Language). Ориентирован Tcl предпочтительно на автоматизацию рутинных процессов операционных систем и больших программных систем. Tcl содержит в себе мощные команды, которые сориентированные на действие с абстрактными нетипизированными объектами. Важное отличие Tcl от командных языков операционных систем заключается в том, что независимо от типа системы (когда нет необходимости изучать новый командный язык) он дает возможность создавать переносимые программы, имеющие графический интерфейс (GUI).

Интерпретируемый скриптовый язык высокого класса Ruby предназначен для удобного и быстрого объектно-ориентированного программирования. Этот язык Ruby располагает довольно внушительным количеством различных средств для решения системных задач и обработки текстов. Это совершенно свободный язык программирования с функциями, модификации, распространения и копирования. Язык Ruby перенесён на большое количество платформ. Хотя он и разрабатывался на Linux, прекрасно работает на многочисленных версиях Windows 95/98/Me/NT/2000/XP, Unix, BeOS, DOS, OS/2, Mac OS и др. Создавался язык Ruby с целью разработать настоящий объектно-ориентированный интерпретируемый язык программирования. Такое название происходит от языка Perl, наследником которого считается Ruby (англ. pearl — жемчужина, драгоценные камни, англ. ruby — рубин).

Язык Ruby располагает простым и понятным синтаксисом, позволяет производить обработку исключения в стиле Python и Java, дает возможность легко переопределять операторов, которые фактически являются методами. Этот язык — это совершенно объектно-ориентированный язык программирования. Абсолютно все данные в Ruby считаются объектами в понимании SmallTalk. К примеру, число «1» — это экземпляр класса Fixnum. Ruby поддерживает добавление методов в класс и даже в определённый экземпляр по ходу исполнения программы. Язык Ruby намеренно не осуществляет поддержку множественному наследованию, взамен которого имеется концепция модулей. Язык располагает автоматическим сборщиком мусора. Он действует для всех объектов Ruby, так что беспокоиться о подсчёте ссылок нет необходимости, включая и внешние библиотеки. Язык Ruby объявления переменных не требует. Он применяет простые соглашения, чтобы обозначить области видимости. Например: просто 'var' — это локальная переменная, '$var' — это глобальная переменная,'@var' — это переменная экземпляра (поле объекта класса или член). Язык Ruby располагает независимой от операционной системы поддержкой многопоточности.

Интерпретируемый скриптовый язык программирования PHP (пи-эйч-пи) создавался для работы с базами данных и генерации HTML-страниц на веб-сервере. В сфере веб-программирования язык PHP на сегодняшнее время считается одной из наиболее распространённых технологий (наряду с Python, ASP/.NET, Perl и др.) благодаря скорости выполнения и своей простоте, а также обширной функциональности. Распространяется пи-эйч-пи свободно. Синтаксис этого языка имеет схожесть с синтаксисом С++. Язык PHP поддерживается большей частью представителей сетевого хостинга.

Интерпретируемый скриптовый язык программирования Perl считается наиболее распространённым в сфере веб-программирования. Одна из версий гласит, что Perl — это аббревиатура, которую можно расшифровать как практический язык извлечений и отчётов (Practical Extraction and Report Language). Существует также немало других вариантов.

Главной особенностью этого языка признают его обширные возможности по работе с текстом, реализованные с помощью регулярных выражений (regular expressions). Знаменит Perl и своим огромным выбором вспомогательных модулей CPAN.

PHP располагает наибольшим количеством достоинств в сравнении с остальными конкурирующими продуктами, в том числе:

-·Высочайшая производительность;

-·Наличие интерфейсов к разным системам баз данных;

- Распространение свободное;

-·Встроенные библиотеки для выполнения большого количества общих задач, связанных с Web;

-·Простота в изучении и использовании;

-·Доступность исходного кода,

-·Переместимостью

Разберем данные преимущества подробнее:

Производительность. Используя только один сервер, можно обработать не один миллион обращений в день. Итоги тестирования, которые опубликовала компания Zend Technologies, доказывают, что производительность РНР в сравнении с остальными конкурирующими продуктами более высокая.

Интеграция с базами данных. Этот язык содержит встроенную связностью с большим количеством системами баз данных: Sybase, MySQL, InterBase, PostgreSQL, Informix, mSQL, Hyperware, Oracle, dbm, Применяя стандарт открытого интерфейса связи с базами данных (Open Database Connectivity Standard , ODBC), есть возможность подключаться к любой базе данных, для которых имеется ODBC-драйвер.

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

Стоимость. Распространяется пакет РНР бесплатно.

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

Переносимость. Использовать пакет РНР можно под управлением многих различных ОС. Можно создавать код РНР в среде следующих бесплатных Unix-схожих операционных системах, FreeBSD и Linux , коммерческих версий Unix типа Solaris и IRIX либо разных версий Microsoft Windows. Обычно, программы будут действовать без возможных изменений в разных средах с установленным пакетом РНР.

Исходный код. Пользователю разрешен доступ к исходному коду РНР. Если есть необходимость в этом языке что-то изменить или добавить, то в отличие от закрытых коммерческих программных продуктов, то это можно сделать всегда.

В данном проекте к СУБД предъявляются такие специфические требования:

- поддержка транзакций,

- поддержка внешних ключей,

- корректная работа с русским языком,

- наличие инструмента администрирования с графическим интерфейсом,

- способность доступа к данным при помощи языка запросов SQL,

- способность резервного копирования базы данных.

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

- Абсолютная совместимость с выбранной средой разработки (PHP);

- Кроссплатформенность СУБД;

- Простота в использовании и при внедрении;

- Распространенность и популярность СУБД. При пользовании малораспространенной СУБД в будущем времени могут возникнуть трудности с поддержкой и развитием ИС, что так же приведет к дополнительным затратам на перенос накопленных данных.

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

Принимая к сведению выше приведенные, в качестве СУБД была избрана среда MySQL –многопользовательская, многопоточная СУБД, существенными преимуществами которой считаются надежность, быстрота и простота в использовании. Невзирая на то, что, MySQL не располагает таким широким набором возможностей как Oracle, применение MySQL оправдывает себя из-за гораздо меньших требований, предъявляемых к мощности оборудования и к большей скоростью работы в процессе работе со средним объемом данных БД. Применяя связку PHP+MySql, появляется возможность организовывать принцип мультплатформенности более гибко.

Чтобы функционировала создаваемая автоматизированная система необходим веб-сервер. Веб-сервер — это специальное ПО (сервер), который принимает HTTP-запросы от пользователей, как правило, браузеров, и выдает им HTTP-ответы, вместе с HTML-страницей, файлом, изображением, медиа-потоком или др. данными.

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

-·ведение журнала сервера про обращения пользователей к ресурсам;

-·идентификация пользователей;

-·поддержка HTTPS для защищенных соединений с пользователями,

-·поддержка динамически генерируемых страниц.

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

-·Apache –– веб-сервер с открытым исходным кодом, который часто применяется в Unix-аналогичных операционных системах;

-·IIS –– веб-сервер производства компании Microsoft обычно, применяется на ОС семейства Microsoft Windows.

Основными преимуществами Apache являются надёжность и гибкость конфигурации. Этот веб-сервер дает возможность подключения внешних модулей для предоставления данных, трансформировать сообщения об ошибках, применять СУБД для идентификации пользователей. Недостатком очень часто называют отсутствие стандартного удобного интерфейса для администратора.

Преимуществом IIS считается интеграция с остальными продуктами компании Microsoft. Существенный недостаток IIS заключается в сложности интеграции данного сервера с интерпретатором PHP, что соответственно усложняет настройку и использования этого веб- сервера.

Следовательно, наиболее логично использовать веб-сервер Apache.

Для использования системы на рабочих станциях пользователей должен быть установлен веб-браузер. На сегодняшний день наибольшую популярность получили браузеры: Firefox, Chrome, Opera, Internet Explorer.

На рис.1.12 представлена статистика, характеризующая распределение пользователей различных браузеров в РФ на январь 2010 года.

Рис. 1.12 - Статистика использования браузеров

В создаваемой системе используется технология асинхронного обмена данными AJAX и JavaScript код, выполняемый на стороне клиента, поэтому основным требованием к браузеру является его скорость обработки JavaScript код. Среди описанных выше браузеров, самым быстрым при работе с JavaScript оказался Opera 10, что доказывают результаты многочисленных тестирований в различных бенчмарках. Именно этим браузером рекомендуется заменить используемый в настоящее время IE 8.0.

2 ПРОЕКТНАЯ ЧАСТЬ

2.1 Информационная модель и её описание

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

КАК информационную модель используем схему данных. Эта схема (ГОСТ 19.701-90) данных указывает путь данных при реализации задач и назначает этапы обработки, а также разные используемые носители данных. Такая схема данных содержит следующие элементы:

-· символов данных;

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

-· символов линий, которые указывают потоки данных меж процессами и (либо) носителями данных;

-· определенных символов, которые применяются для облегчения чтения и написания схемы. [1]

Весь процесс обработки информации можно разделить на 2 этапа:

1. Прием, ввод и обработка первичной входной информации (данные организаций, паспортные данные и др.).

2. Формирование отчетов и документов (списки работников, клиентов и др.).

Визуальное представление информационной модели изображено на рис. 2.1.

Рисунок 2.1- Информационная модель

2.2 Характеристика нормативно-справочной, входной и оперативной информации

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

Классификатор — документ, при помощи которого производится формализованное описание экономической информации в ЭИС. Он содержит, наименования классификационных группировок и их кодовые обозначения, наименования объектов. [9] По способу применения классификаторы разделяются на 3 группы:

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

2. классификаторы отраслевые или ведомственные, которые используются в пределах конкретной отрасли или ведомства;

3. классификаторы локальные, которые используют в рамках организации либо групп организации.

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

Кодирование — это присвоение условных обозначений классификационным группам и объектам согласно соответствующей системе кодирования. [9]

Система кодирования — набор правил, по которым обозначаются группировки и объекты с использованием системы кодов. [9]

Код — это условное обозначение группировок или объектов в виде знака либо группы знаков согласно принятой системой. Системы кодирования группируются в два подмножества: классификационные и регистрационные системы кодирования. [9]

Требования, которым обязаны соответствовать классификаторы, такие:

-·полнота охвата признаков и объектов классификации любым классификатором;

-·взаимная однозначность наименований объектов и их кодовых обозначений;

-·согласованность признаков деления множеств объектов с алгоритмами обработки экономической информации;

-·простота кодирования и возможность автоматизировать кодирование и классификацию;

-·возможность привязки с остальными системами обозначений классификаторами;

-·эффективное использование классификатора в процессе обработки информации.

В данном проекте будут использованы следующие локальные классификаторы:

1) Классификатор клиентов

Структурная схема классификатора клиентов изображена на рис. 2.2.

Рис. 2.2 - Структурная схема классификатора клиентов

Классификатор клиентов имеет порядковую систему кодирования

Объект кодирования: клиент

Исходная мощность множества: М = 100000

Длина кода: L = lg100000 = 5

2) Классификатор документов

Структурная схема классификатора изображена на рис. 2.3.

Рис. 2.3 - Структурная схема классификатора документа

Объект кодирования: товар

Исходная мощность множества: М = 100000

Сводное описание всех вышеперечисленных классификаторов изображено в табл. 2.5.

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

Таблица 2.5 - Сводная таблица используемых классификаторов и систем кодирования

№ п/п

Наименование кодируемого множества

Значимость кода

Система кодирования

Система классифика-ции

Вид классификатора

1

Код клиента

5

порядковая

отсутствует

локальный

2

Код документа

5

разрядная

отсутствует

локальный

Из входных документов все данные заносятся в систему ручным вводом их через веб-интерфейс.

Из паспорта клиента в систему заносятся следующие сведения:

-·ФИО клиента;

-·Пол;

-·Место рождения;

-·Дата рождения;

-·Гражданство;

-·Номер и серия паспорта;

-·Когда и кем выдан паспорт;

-·Номер мобильного телефона.

Из атрибутов документа в систему вводятся следующие сведения:

- наименование документа;

- количество страниц;

- дата подготовки;

- электронная копия;

- тип документа (входящий, исходящий, внутренний);

- адресат.

Количество поступивших данных зависит от количества обращающихся клиентов и может колебаться от 10 до 20 за рабочий день.

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

Таблица 2.6 - Входные показатели в рамках комплекса задач

№ п/п

Наименование входного показателя

Идентификатор входного показателя

1

Общее количество регистрируемых клиентов

Ri

2

Количество документов в i-го типа

Zi

3

Общее количество документов

N

4

Выручка за j-ый месяц

P,j

2.3 Характеристика результатной информации

Формализация расчета входных показателей прописана в табл. 2.7.

Таблица 2.7 - Таблица формализованного описания результатных показателей

№ п/п

Наименование результатного показателя

Идентификатор результатного показателя

Алгоритм расчета

2

Количество документов с i-го типа каждого клиента

APi,j

4

Общее количество документов

AS

5

Общее количество клиентов

AR

2.4 Общие положения (дерево функций и сценарий диалога)

Дерево функций разрабатываемой системы изображено на рис. 2.4.

Рис. 2.4 - Дерево функций системы

Основной сценарий использования системы следующий.

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

Секретарь также имеет возможность редактирования списка клиентов, просмотра дополнительных сведений о каждом клиенте, а также помещения неактуальных документов в архив. Кроме того, доступен список удаленных клиентов и поиск по архиву документов.

Сценарий диалога пользователя показан на рис. 2.5.

Рис. 2.1 Сценарий диалога

2.5 Характеристика базы данных

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

-·концептуальная модель обязана содержать в себе всю достаточную и необходимую информацию для дальнейшего проектирования БД

-·концептуальная модель обязана быть понятна для лиц, которые принимают участие в создании данной системы.

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

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

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

ER-модель разработанной базы данных изображена на рис. 2.6.

Далее определим для каждой таблицы тип поля и формат содержащихся в нем данных.

Таблица 2.8 - Структура таблицы «Country»

№

Наименование поля

Идентификатор

Тип

Примечание

1

Код вида

idc

int(11)

auto_increment

2

Название вида

namec

varchar(20)

Таблица 2.9 - Структура таблицы «Sex»

№

Наименование поля

Идентификатор

Тип

Примечание

1

Код пола

ids

int(11)

auto_increment

2

Наименование

sexs

varchar(20)

Таблица 2.10 - Структура таблицы «Sotr»

№

Наименование поля

Идентификатор

Тип

Примечание

1.

Код сотрудника

idsotr

int(11)

auto_increment

2.

ФИО сотрудника

namesotr

varchar(40)

3.

Логин для доступа в систему

login

varchar(40)

4.

Пароль для доступа в систему

pass

varchar(40)

5.

Дата регистрации

dates

Date

6.

Дата рождения

datebor

date

7.

Отметка об удалении

udal

int(1)

Рисунок 2.6 - ER-модель разрабатываемой базы данных

Таблица 2.11 - Структура таблицы «History»

№

Наименование поля

Идентификатор

Тип

Примечание

1.

Код записи

idh

int(11)

auto_increment

2.

Код сотрудника

idsh

int(4)

3.

Дата и время в систему

hist

varchar(30)

Таблица 2.12 - Структура таблицы «Tip»

№ п/п

Наименование поля

Идентификатор

Тип

Примечание

1)

Код типа документа

idtip

int(11)

2)

Наименование типа документа

namet

varchar(10)

Таблица 2.13 - Структура таблицы «Klient»

№

Наименование поля

Идентификатор

Тип

Примечание

1.

Код клиента

idK

int(11)

auto_increment

2.

фамилия

forname

varchar(25)

3.

Имя

name

varchar(25)

4.

Отчество

otch

varchar(25)

5.

Дата рождения

dateb

date

6.

Место рождения

mesob

text

7.

Код гражданства

idstrana

Int(11)

8.

Код пола

idpol

Int(11)

9.

Номер паспорта

passnom

varchar(25)

10.

Серия паспорта

passser

varchar(6)

11.

Наименование органа, выдавшего паспорт

passvid

text

12.

Код подразделения

passkod

varchar(25)

13.

Дата выдачи паспорта

passdate

varchar(25)

14.

Адрес фактического местожительства

adressfakt

text

15.

Место работы

namerab

text

16.

Рабочий телефон

telrab

varchar(15)

17.

Телефон по мету жительства

adressfaktTel

varchar(15)

18.

Дата регистрации

date

timestamp

CURRENT_TIMESTAMP

19.

Дата выдачи ВУ

datevu

date

Таблица 2.14 - Структура таблицы «Dokument»

№ п/п

Наименование поля

Идентификатор

Тип

Примечание

1.

Код документа

idd

int(11)

2.

Код сотрудника

ids

int(5)

3.

Наименование

named

varchar(45)

4.

Код типа

idkd

int(5)

5.

Дата подготовки

datepod

varchar(45)

6.

Дата и время регистрации

datez

timestamp

7.

Количество страниц

kolvostr

varchar(45)

8.

Примечание

prim

varchar(45)

9.

Адресат

otkuda

varchar(45)

10.

Ссылка на документ

link

text

11.

Статус

status

int(1)

12.

Флаг помещения в архив

archiv

int(1)

13.

Флаг резолюции начальника отдела

rnp

int(1)

2.6 Структурная схема пакета (дерево вызова процедур и программ)

Состоит система из двух модулей – из БД MySQL, а также приложения для взаимодействия с БД, которое реализовано на языке PHP c использованием HTML.

Осуществляется работа с системой при помощи любого браузера. Необходимо для работы установить локальный сервер в локальной сети страховой компании, где также будет располагаться БД. Осуществляется доступ к базе данных путем набора адреса в адресной строке браузера. Структурная схема пакета изображена на рис. 2.6.

Рисунок 2.6 - Структурная схема пакета

2.7 Описание программных модулей

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

На рисунке 2.10 наглядно представлена блок-схема описания данных модулей.

Рисунок 2.10 - Технологическая схема регистрации клиентов и документов системы

2.11 Контрольный пример реализации проекта и его описание

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

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

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

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

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

  • Сверху по центру – заголовок и служебная информация;
  • Ниже – меню;
  • Еще ниже - основная часть.

Рисунок 2.11 - Макет экранной формы для пользователя

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

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

- форма регистрации сотрудников и тому подобное;

- форма авторизации;

-форма ввода данных;

- форма поиска;

- форма получения результатных данных.

Эскизы форм представлены на рисунках ниже.

Рисунок 2.12 - Эскиз формы регистрации пользователя

Рисунок 2.13 - Эскиз формы авторизации

Рисунок 2.14 - Эскиз формы ввода данных

Рисунок 2.15 - Эскиз формы получения результатной информации

Работа с системой начинается со страницы авторизации.

Рисунок 2.16 – Страница авторизации

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

Рисунок 2.17 - Страница регистрации документа

Для регистрации документа необходимо заполнить все поля, выбрать файл и нажать кнопку «Загрузить».

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

Рисунок 2.18 – Страница резолюции документов

В пункте меню «Документы» доступны списки документов.

Рисунок 2.19 - Списки документов

В архиве приводятся списки документов, находящихся в архиве, с разделением по их типам.

Рисунок 2.20 - Архив

На странице поиска необходимо указать один или несколько признаков документа:

Рисунок 2.21 – Страница поиска

Поиск будет осуществлен в соответствии с ними:

Рисунок 2.22 – Поиск документов

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

Рисунок 2.23 – Панель администратора

Панель начальника отличается от панели сотрудника возможностью выполнения резолюции документов и контроля выполнения.

Рисунок 2.24 – Панель начальника документооборота

ЗАКЛЮЧЕНИЕ

В данной работе был проведен анализ деятельности страховой компании «Югория». В ходе анализа деятельности были рассмотрены организационно-штатная структура страховой компании, дана характеристика основных бизнес-процессов. Выяснено, что один из основных процессов – документооборот, в настоящее время не автоматизирован и является источником повышенных трудозатрат персонала, а также одной из возможных причин понижения эффективности деятельности ГСК «Югория».

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

Для страховой компании «Югория» наиболее подходит вариант с разработкой собственной информационной системы под выделенный в результате анализа деятельности компании бизнес-процесс. Такой вариант не требует значительных денежных затрат, так как СК располагает собственными финансовыми средствами для создания и поддержки созданного программно-аппаратного комплекса.

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

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

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

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

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Введение в системы баз данных – СПб: Издательский дом "Вильямс", 2000. - 848 с.;

2. Гаджинский А.М. Основы логистики: Учеб.пособие/ Инфоpм.-внедpен.центp "Маpкетинг".- М., 2005.- 121, с.: ил., табл.

3. Джексон Г. Проектирование реляционных баз данных для использования с микро-ЭВМ М.: Финансы и статистика, 1991.

4. Зеленков Ю.А. Введение в базы данных. Центр Интернет ЯрГУ, 1997.

5. Зелковиц М., Шоу А., Гэннон Дж. Принципы разработки программного обеспечения / Пер. с англ. — М.: Мир, 1982. — 386 с., ил.

6. Ивлиев М.К., Порошина Л.А. Автоматизация оперативного и бухгалтерского учета товаров, 1997.

7. Информационные системы: Учебник для вузов. 2-е изд. СПб: "Питер", 2005 г - 656 стр.

8. Качайлов А.Е. Автоматизация учета на базах и складах, 1970.

9. Керри Н. Праг, Майкл Р. Ирвин, Access 2000 - Библия пользователя, Диалектика, 2000.

10. Крис Дейт. Введение в базы данных, 6-е изд. Киев, Диалектика, 1998.

11. Лифшиц Н.И., Левин Е.Т Механизация и автоматизация процессов отборки и комплектования заказов на складах М., 1970.

12. Практическое руководство по программированию / Пер. с англ. Б. Мик, П. Хит, Н. Рашби и др.; под ред. Б. Мика, П. Хит, Н. Рашби. — М.: Радио и связь, 1986. — 168 с., ил.

13. Разработка программного обеспечения - СПб : "Питер", 2004 г - 592 стр.

14. Реляционные базы данных: практические приемы оптимальных решений. – СПб.: БХВ-Петербург, 2005 – 400с.:ил;

15. Симионов Ю.Ф., Боромотов В.В. Информационный менеджмент. — Ростов н.Д: Феникс, 2006, 250с., ил.;

16. Фокс Дж. Программное обеспечение и его разработка / Пер. с англ. — М.: Мир, 1985. - 368 с., ил.

17. Язык компьютера. Пер. с англ, под ред. и с предисл. В. М. Курочки-на. — М.: Мир, 1989. - 240 с., ил. Глушаков С.В., Ломотько Д.В. Базы данных, 2000.

18. http://www.trknara.ru/nara100_4.htm

19. http://www.smtsoft.ru/var_connect.html

20. http://www.ricenter.ru/kommercheskie_organizacii/programmnye_produkty_1s/1s_crm_prof/funkcional_nye_vozmozhnosti_crm_prof

21. http://www.monitor-crm.ru/

22. http://www.index-crm.ru/

23. http://www.folio.ru/redy51/_progy/crm_funct.shtml#sloyZero

24. http://www.crmonline.ru/software/foreing/goldmine/

25. http://ru.wikipedia.org;

26. http://google.com;

СПИСОК ДЛЯ ТРЕНИРОВКИ ССЫЛОК