Диплом АРМ Кассира

Содержание
Введение 4
1 Аналитическая часть 6
1.1 Технико-экономическая характеристика предметной области 6
1.1.1 Характеристика предприятия 6
1.1.2 Краткая характеристика деятельности бухгалтера-кассира 8
1.2 Экономическая сущность задачи 11
1.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи 13
1.4 Постановка задачи 14
1.4.1 Цель и назначение автоматизированного варианта решения задачи 14
1.4.2 Общая характеристика организации решения задачи на ЭВМ 15
1.5 Анализ существующих разработок 17
1.6 Обоснование проектных решений по видам обеспечения 21
1.6.1. По техническому обеспечению 21
1.6.2 По информационному обеспечению 23
1.6.3 По программному обеспечению 25
1.6.4 По технологическому обеспечению 28
2 Проектная часть 30
2.1 Информационное обеспечение задачи 30
2.2 Программное обеспечения решения задачи 38
2.3 Технологическое обеспечение задачи 43
2.3.1 Организация технологии сбора, передачи, обработки и выдачи информации 43
2.3.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации 43
3 Обоснование экономической эффективности проекта 50
3.1 Расчет стоимости программного продукта 50
3.2 Определение цены программной продукции 56
3.3 Экономический эффект от внедрения программного продукта 61
Заключение 63
Список использованных источников 64

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

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

1 Аналитическая часть
1.1 Технико-экономическая характеристика предметной области
1.1.1 Характеристика предприятия
Предприятие, по которому производится разработка автоматизированного рабочего места кассира — ОАО «Вологодская сбытовая компания».
Открытое акционерное общество «Вологодская сбытовая компания образовалось 01 октября 2003 года в результате выделения Филиала по сбыту энергии «Энергосбыт» из ОАО «Вологдаэнерго». Уставный капитал общества составляет 40669992 рублей. Акционерами Общества являются юридические и физические лица. Высший орган управления — Общее собрание акционеров. Кроме того, к органам управления общества относятся — Совет директоров и Генеральный директор. Органом контроля, за финансово-хозяйственной деятельностью Общества является Ревизионная комиссия.
В соответствии с законодательством Российской Федерации, ОАО «Вологодская сбытовая компания» является юридическим лицом: имеет в собственности обособленное имущество, отвечает по своим обязательствам этим имуществом, может от своего имени приобретать права, нести ответственность, быть истцом и ответчиком в суде. В своей деятельности ОАО «Вологодская сбытовая компания» руководствуется действующим законодательством Российской Федерации, приказами и другими нормативными документами ОАО РАО «ЕЭС России» а также Уставом общества, Положениями, Учредительным договором, решениями Общих собраний участников. ОАО «Вологодская сбытовая компания» возглавляет генеральный директор, назначаемый на должность Советом директоров. Организационная структура ОАО «Вологодская сбытовая компания» представлена в приложении.
На сегодняшний день ОАО «Вологодская сбытовая компания» является крупнейшим поставщиком электроэнергии конечным потребителям Вологодской области. В составе организации функционируют пять отделений, Вологодское, Череповецкое, Великоустюгское, Тотемское и Кирилловское, объединяющих 26 участков сбыта электроэнергии.
Все отделения имеют незаконченные балансы и входят в сводный баланс общества. В состав отделений входят участки, осуществляющие сбор учетной информации. Великоустюгское межрайонное отделение включает в себя Великоустюгский, Кичменгско — Городецкий, Никольский, Нюксенский участки. Отделения и участки наделяются имуществом создавшего их ОАО «Вологодская сбытовая компания» и действуют на основании утвержденных им положений.
Все межрайонные отделения зарегистрированы в налоговых инспекциях по месту их нахождения, имеют круглую печать, содержащую их полное наименование на русском языке, а также штампы и бланки со своими наименованиями, счета в кредитных учреждениях по месту своего нахождения, осуществляют реализацию электроэнергии в пределах своего района и оказывают другие сопутствующие услуги
Возглавляют отделения начальники, назначаемые на должность и освобождаемые от должности приказом генерального директора ОАО «Вологодская сбытовая компания». Начальники межрайонных отделений представляют интересы Общества на основании доверенности во всех органах государственной власти и местного самоуправления, правоохранительных органах, во всех организациях, независимо от формы собственности, по вопросам, относящимся к их компетенции, заключают и расторгают в установленном порядке договоры, предусмотренные доверенностью, совершают все необходимые действия в целях охраны вверенных материальных и денежных ценностей, обеспечивают информационную безопасность и режим коммерческой тайны.
Основной целью деятельности ОАО «Вологодская сбытовая компания» является получение прибыли. Для этого организация осуществляет следующие виды деятельности:
-купля-продажа, поставка, реализация электрической энергии на оптовом и розничных рынках электрической энергии (мощности) потребителям (в том числе гражданам);
оказание услуг третьим лицам, в том числе по сбору платежей за отпускаемые товары и оказываемые услуги;
диагностика, эксплуатация, ремонт, замена и проверка средств измерений и учета электрической энергии;
оказание услуг по организации коммерческого учета;
предоставление коммунальных услуг населению;
разработка, организация и проведение энергосберегающих мероприятий;
взаимодействие с сетевыми и генерирующими предприятиями (организациями) по вопросам поставки электрической энергии;
агентская деятельность;
оказание консалтинговых и иных услуг, связанных с реализацией электрической энергии юридическим и физическим лицам;
обеспечение в пределах компетенции режима экономической, физической и информационной безопасности;
разработка энергосбытовой деятельности;
при получении Обществом статуса гарантирующего поставщика обеспечение гарантированной поставки электрической энергии потребителям;
иные виды деятельности, не запрещенные законодательством Российской Федерации и утверждаемые приказом Общества.
Основными задачами межрайонных отделений являются:
-обеспечение расчетов с потребителями за отпущенную энергию и мощность;
-контроль, прогнозирование энергопотребления на региональном розничном рынке электрической энергии и мощности;
-контроль за недопущением неоплачиваемого отпуска энергии;
изучение состояния и перспектив развития рынка сбыта электрической энергии и мощности, прогноз платежеспособного спроса на энергию;
-определение объемов потребления электрической энергии для формирования бизнес-плана Общества на планируемый период.
Среднесписочная численность ОАО «Вологодская сбытовая компания» в 2012 году составила 204 человека. В Великоустюгском межрайонном отделении работают 72 человека.
1.1.2 Краткая характеристика деятельности бухгалтера-кассира
ОАО «Вологодская сбытовая компания» организует и ведет бухгалтерский и налоговый учет, составляет бухгалтерскую отчетность в соответствии с Федеральным законом «О бухгалтерском учете» от 21 ноября 1996 г. № 129-Ф3, положением по ведению бухгалтерского учета и бухгалтерской отчетности в Российской Федерации, утвержденным приказом Министерства финансов Российской Федерации от 29.07.98 г. № 34н, Налоговым кодексом РФ и иными нормативными актами. На предприятии ежегодно издается приказ «Об Учетной политике», разработанный главным бухгалтером и утвержденный генеральным директором ОАО «Вологодская сбытовая компания»
Под учетной политикой организации понимается принятая ею совокупность способов ведения бухгалтерского учета — первичного наблюдения, стоимостного измерения, текущей группировки и итогового обобщения фактов хозяйственной деятельности.
К способам ведения бухгалтерского учета относятся способы группировки и оценки фактов хозяйственной деятельности, погашения стоимости активов, организации документооборота, инвентаризации, способы применения счетов бухгалтерского учета, системы регистров бухгалтерского учета, обработки информации и иные соответствующие способы и приемы.
В приказе «Об учетной политике» ОАО «Вологодская сбытовая компания» утверждены элементы методики учетной политики, рабочий план счетов, график проведения инвентаризации, а также состав постоянно действующей инвентаризационной комиссии, порядок и сроки выдачи денежных средств под отчет, утверждена журнально-ордерная форма ведения бухгалтерского учета и положение о бухгалтерской службе. Контроль за исполнением приказа возложен на генерального директора ОАО «Вологодская сбытовая компания».
Все хозяйственные операции, проводимые в ОАО «Вологодская сбытовая компания» оформляются оправдательными документами. Эти документы служат первичными учетными документами, на основании которых ведется бухгалтерский учет.
Дополнительным пунктом в приказ по учетной политике следует ввести, в целях ведения бухгалтерского учета (организации обработки движения первичных документов и регистров учета), график документооборота, чтобы повысить персональную ответственность начальников участков, и других должностных лиц за правильное оформление и сроки сдачи первичной документации по учету и движению денежных и материальных ценностей и начислению заработной платы.
В целях обеспечения достоверности бухгалтерского учета и отчетности в ОАО «Вологодская сбытовая компания» проводится инвентаризация имущества и финансовых обязательств. График проведения инвентаризации имущества и обязательств, а так же состав инвентаризационной комиссии утвержден приказом «Об учетной политике ОАО «Вологодская сбытовая компания».
В своей служебной деятельности кассир подчиняется непосредственно главному бухгалтеру.
При поступлении прямых указаний или распоряжений руководства он выполняет их в установленные сроки, докладывая непосредственному руководителю о полученных заданиях и ходе их исполнения.
В своей служебной деятельности кассир руководствуется нормативными документами, обязательными к выполнению всеми работниками, Положением о Финансовом Отделе, текущими планами работ и распоряжениями руководства.
Задачи кассира:

  1. Осуществление расчетно-кассового обслуживания клиентов ОАО «Вологодская сбытовая компания».
  2. Доведение до сведения клиентов нормативных актов, касающихся расчетно-кассового обслуживания.
    Обязанности контролера:
    Операционное обслуживание клиентов ОАО «Вологодская сбытовая компания».
    Прием, проверка правильности и полноты заполнения представляемых клиентами расчетных денежных документов, в том числе соответствие подписей и печати карточкам образцов подписей должностных лиц.
    Проверка наличия остатков на счетах клиентов при проведении платежей и выдаче наличных денежных средств.
    Проведение операций по списанию средств с лицевых счетов клиентов на основании расчетных документов.
    Списание с лицевых счетов клиентов комиссий, предусмотренных договором обслуживания.
    Ежедневное формирование реестров проведенных документов в установленные внутренним порядком ОАО «Вологодская сбытовая компания» сроки.
    Ежедневное формирование выписок по лицевым счетам клиентов и подбор документов, на основании которых совершены записи по счетам.
    Выдача выписок по лицевым счетам клиентов в соответствии с условиями договора и ведение учета их выдачи.
    Постановка расчетных документов в картотеку к внебалансовым счетам №90902 «Расчетные документы, не оплаченные в срок» и №90901 «Расчетные документы, ожидающие акцепта для оплаты», списание с них и осуществление контроля за внебалансовым учетом операций, отраженных по указанным счетам.
    Осуществление переписки по операциям расчетно-кассового обслуживания.
    Выверка документов, числящихся в картотеке не оплаченных документов, по состоянию на последний рабочий день отчетного месяца.
    Участие в работе комиссий, рабочих групп по направлениям деятельности подразделения в соответствии с письменным распоряжением руководителя.
    Соблюдение требований конфиденциальности в соответствии с нормативными документами ОАО «Вологодская сбытовая компания».
    Своевременное и качественное выполнение работ по подготовке и выполнению бизнес-плана ОАО «Вологодская сбытовая компания», а также плановые работы по отдельным направлениям деятельности и по распоряжению руководства компании.
    Права кассира. Кассир имеет право:
    Получать документацию, материалы, инструменты и программные продукты, необходимые для выполнения его служебных обязанностей.
    Получать документы и данные из взаимодействующих подразделений центрального аппарата.
    Вносить предложения по совершенствованию работы Отдела бухгалтерии.
    Повышать свой профессиональный уровень и квалификацию в учебных заведениях согласно установленному порядку.
    Принимать участие в конференциях и совещаниях, проводимых в компании по вопросам, входящим в его компетенцию.
    Пользоваться льготами в области социального обеспечения работников в порядке, установленном в ОАО «Вологодская сбытовая компания».
    В установленном порядке вносить предложения руководству об улучшении условий труда.
    Ответственность кассира. В соответствии с должностными обязанностями кассир несет ответственность за:
    Своевременное и качественное выполнение возложенных на него обязанностей.
    Своевременное и качественное выполнение порученных ему работ.
    Соблюдение им конфиденциальности, производственной дисциплины, правил внутреннего распорядка, техники безопасности и противопожарной защиты.
    Контролер должен руководствоваться в работе:
    Законами, Указами Президента Российской Федерации, постановлениями, распоряжениями исполнительных органов, действующими на территории РФ, и относящимися к деятельности финансового отдела.
    1.2 Экономическая сущность задачи
    Компьютерная технология характеризуется рядом особенностей. Ниже приведены отличия компьютерной обработки данных от неавтоматизированной.
    Единообразное выполнение операций. Компьютерная обработка предполагает использование одних и тех же команд при выполнении идентичных операций бухгалтерского учета, что практически исключает появлению случайных ошибок, обыкновенно присущих ручной обработке. Напротив, программные ошибки (или другие систематические ошибки в аппаратных либо программных средствах) приводят к неправильной обработке всех идентичных операций при одинаковых условиях.
    Разделение функций. Компьютерная система может осуществить множество процедур внутреннего контроля, которые в неавтоматизированных системах выполняют разные специалисты. Такая ситуация оставляет специалистам, имеющим доступ к компьютеру, возможность вмешательства в другие функции. В итоге компьютерные системы могут потребовать введения дополнительных мер для поддержания контроля на необходимом уровне, который в неавтоматизированных системах достигается простым разделением функций. К подобным мерам может относится система паролей, которые предотвращают действия, не допустимые со стороны специалистов, имеющих доступ к информации об активах и учетных документах через терминал в диалоговом режиме.
    Потенциальные возможности появления ошибок и неточностей. По сравнению с неавтоматизированными системами бухгалтерского учета компьютерные системы более открыты для несанкционированного доступа, включая лиц, осуществляющих контроль. Они также открыты для скрытого изменения данных и прямого или косвенного получения информации об активах. Чем меньше человек вмешивается в машинную обработку операций учета, тем ниже возможность выявления ошибок и неточностей. Ошибки, допущенные при разработке или корректировке прикладных программ, могут оставаться незамеченными на протяжении длительного периода.
    Потенциальные возможности усиления контроля со стороны администрации. Компьютерные системы дают в руки администрации широкий набор аналитических средств, позволяющих оценивать и контролировать деятельность фирмы. Наличие дополнительного инструментария обеспечивает укрепление системы внутреннего контроля в целом и, таким образом, снижение риска его неэффективности. Так, результаты обычного сопоставления фактических значений коэффициента издержек с плановыми, а также сверки счетов поступают к администрации более регулярно при компьютерной обработке информации. Кроме того, некоторые прикладные программы накапливают статистическую информацию о работе компьютера, которую можно использовать в целях контроля фактического хода обработки операций бухгалтерского учета.
    Инициирование выполнения операций в компьютере. Компьютерная система может выполнять некоторые операции автоматически, причем их санкционирование не обязательно документируется, как это делается в неавтоматизированных системах бухгалтерского учета, поскольку сам факт принятия такой системы в эксплуатацию администрацией предполагает в неявном виде наличие соответствующих санкций.
    Главное назначение автоматизированной системы:
    – повысить эффективность выполнения основных функций операциониста, поскольку, как можно увидеть, функционирование блока бухгалтерии связано с очень большим документным и информационным потоком;
    – улучшить оперативность принятия решений;
    – повысить производительность труда;
    – снизить количество вычислительных ошибок при помощи автоматизации процесса обработки информации;
    – содействовать эффективному и безопасному хранению и доступу к информации.
    Сотрудники бухгалтерии ОАО «Вологодская сбытовая компания» более половины рабочего времени затрачивают на выполнение многочисленных трудоемких учетно-технических операций обработки информации, связанных с оперативным учетом. Выполнение элементарных процедур обработки данных не требует специальных знаний. По мере роста объема информации доля таких работ возрастает. Это ведет к уменьшению времени на выполнение других важных работ.
    Массовые, повторяющиеся операции по оформлению, ведению оперативного учета относятся к числу задач, поддающихся формализации и, следовательно, автоматизации.
    Автоматизация оперативного управления процессами требует тщательной проработки состава переменной и постоянной информации.
    Целью является создание единой информационной системы, позволяющей эффективно хранить, обрабатывать, анализировать и использовать информацию по расчетно-кассовому обслуживанию.
    Любую операцию заказчик обязан оплатить в установленные договором сроки, поэтому АИС должна осуществлять подсчет суммы долга (денег к выплате) на текущую дату.
    Таким образом, для разработки автоматизированной информационной системы (АИС) необходимо выполнить следующие задачи:
  • реализация управления доступом к АИС;
  • создать СУБД для работы АИС;
  • разработать справочную информацию по АИС;

1.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи
Технологический процесс данной задачи состоит из трех этапов. Целью первого этапа является сбор, регистрация, передача данных для дальнейшей обработки. Результатом является составление документа. Цель второго этапа – перенос данных на машинные носители и первоначальное формирование информационной базы. Третий этап включает операции накопления, сортировки, корректировки, обработки данных и выдачи результатов.
При этом требуется учитывать следующие требования:
– обеспечение достоверности обрабатываемой информации;
– решение задач в установленные сроки;
– обеспечение минимальных трудовых и стоимостных затрат на обработку данных;
– наличие возможности обработки данных на ЭВМ;
– возможность решения задачи в различных режимах.
Эти требования могут быть выполнены за счет нескольких факторов:
– сокращение числа операций, особенно ручных;
– разработка системы жесткого контроля вводимой информации;
– снижение объема обрабатываемых данных;
– повышение квалификации пользователей, улучшение условий труда и, как следствие, повышение производительности.
На выбор способа сбора, регистрации и передачи данных влияют следующие факторы:
– удаленность источников информации от центра обработки данных;
– возможность связи с источниками информации по выделенным каналам связи.
При обработке данных желательно использовать массивы. Это дает преимущества в скорости поиска, выбора, сортировки и т.д. При этом необходима возможность просмотра полученных результатов перед оформлением и передачей выходной информации.
Использование вычислительной техники при решении комплекса задач, описываемого в данной работе, обуславливается рядом факторов. Объем и качество выходной информации не позволит решать задачи без использовании вычислительной техники быстро и, что важно, корректно. Необходимость постоянной связи с различными юридическими базами данных, возможность использования локальной вычислительной сети, средств телекоммуникации – другие факторы, определяющие методы решения поставленных задач с использование вычислительной техники.
В настоящее время роль компьютерной техники в деятельности предприятий сферы услуг невозможно переоценить. На смену огромным книгам записи приходят быстрые и компактные базы данных. Вместо выписки квитанции в несколько позиций вручную, документ оформляется компьютером в несколько секунд. Компьютер способен контролировать все денежные процессы и делать это намного лучше человека.
Естественно, что для функционирования компьютера необходимо программное обеспечение. И если системное программное обеспечение на сегодняшний день не имеет особо широкого разнообразия для конечного пользователя, то на рынке прикладного программного обеспечения наблюдается довольно жесткая конкуренция. На фоне борьбы крупных программных корпораций за конечного пользователя единичные программные продукты просто незаметны.
Для реализации поставленных задач можно использовать любую современную СУБД. Для удобного взаимодействия пользователя с системой необходимо будет тщательно продумать интерфейс системы – чтобы он был простой и в то же время функциональный. Для оптимального функционирования базы данных необходимо будет правильно определить логические взаимосвязи между таблицами. Таким образом, на разработку самой базы данных и основы клиентского приложения может быть затрачено значительное время.
Основными источниками экономической эффективности, получаемыми в результате создания информационной системы являются:
1) экономия рабочего времени и повышение производительности труда;
2) улучшение качества обслуживания и повышение экономической эффективности за счёт более точного предоставления необходимых документов.
Автоматизированная рабочее место (АРМ) будет использоваться на предприятие и обеспечивать автоматизацию работы кассира-операциониста. Также при использовании данного ПО будет иметься возможность составления отчетности на предприятие, выявление задолженности.

1.4 Постановка задачи
1.4.1 Цель и назначение автоматизированного варианта решения задачи
Целью данной работы является разработка АРМ кассира ОАО «Вологодская сбытовая компания». Для достижения данной цели необходимо решение следующих задач:
Автоматизировать ведение справочной информации (классификатор ПО, организации и т.п.);
Автоматизировать ведение журналов (журнал счетов, журнал клиентов, журнал КП);
Формирование итоговых отчетов (счета, договоры).
Внедрение АРМ кассира позволит:

  • повысить производительность и эффективность труда кассиров:
  • сократить бумажный документооборот между подразделениями;
  • оперативно оценить и проанализировать имеющиеся данные;
  • организовать четкий формализованный бизнес-процесс расчетно-кассового обслуживания, исключающий ошибки, неточности и промедления.
    1.4.2 Общая характеристика организации решения задачи на ЭВМ
    Разрабатываемая АИС должна обеспечивать:
  • многопользовательский режим работы;
  • дружественный пользовательский интерфейс, рассчитанный на недостаточно подготовленных пользователей;
  • необходимый уровень быстродействия на предусмотренной аппаратной базе;
  • защита данных от несанкционированного доступа современными методами;
  • поддержку целостности базы данных и полное восстановление после возможных сбоев в работе оборудования;
  • доступность для понимания пользователем всех процессов и алгоритмов, присутствующих в системе;
  • возможность эффективно поддерживать актуальность данных, с которыми работает система;
  • возможность наращивания системы, подключения к ней новых функций и связи с другими существующими и вновь появляющимися АИС.
    Требования, представленные выше позволят работать с системой пользователям, прошедшим минимальный уровень практической подготовки, что важно с точки зрения сокращения затрат на ее внедрение. Кроме того, настоящие требования ориентируют АИС на максимальную надежность и последующее развитие.
    Требования к функциям системы.
    Автоматизированное рабочее место и информационная система должны обеспечивать следующие функции:
  • формирование и поддержание в актуальном состоянии нормативно-справочной и справочной информации в виде следующих информационных массивов: классификатор счетов, классификаторы регионов, районов, муниципалитетов и поселений, журнал организаций, справочник цен, классификатор видов обращений.
  • ввод текущей информации: регистрация в системе выставленных счетов, регистрация расчетных документов;
  • расчет стоимости электроэнергии на основе данных клиента и соответствующей цены;
  • архивирование и сохранение всей информации, обрабатывающейся системой;
  • администрирование системы.
    Требования к информационному обеспечению
    Информационное обеспечение — это совокупность единой системы классификации и кодирования информации, унифицированных систем коммуникации, схем информационных потоков, циркулирующих в организации и методология построения баз данных. Его назначение — это своевременное формирование и выдача достоверной информации для принятия управленческих решений.
    Информационная база должна обладать всей полнотой данных, необходимых для осуществления процесса расчетно-кассового обслуживания. С другой стороны, создаваемая информационная база должна основываться па современных методах ее организации, обеспечивающих ее эффективное использование. В полной мере этим требованиям отвечает организация информационной базы АИС в виде реляционной базы данных и использование реляционной СУБД. При этом необходимо разработать соответствующую логическую модель РБД.
    Требования к программному обеспечению и обоснование выбора.
    Для полноценного и безопасного функционирования АИС необходимо использовать следующее программное обеспечение:
  • операционная система для рабочих мест предполагается MS Windows Workstation 2000, ХР и выше. В качестве сетевой ОС — MS Windows 2003 Server и выше;
  • для управления базами данных используется Microsoft Office Access 2003;
  • среда разработки Delphi 7.0 — средство программирования для возможности настройки подсистемы в самой организации (изменение параметров, создание отчетов, выборок и т.д.), а также для возможности интеграции с другими системами, имеющимися на предприятии;
    MS Office 2003 и выше — для формирования отчетов (MS Excel), организации работы отделов (MS OutLook), составления текстовых документов (MS Word) и др.;
    Кроме того, рекомендуется приобретение антивирусных программ (Kaspersky Antivirus, NOD 32, DrWeb) во избежание проникновения в локальную вычислительную сеть программ-вирусов, которые могут повлечь за собой сбои в работе программ и повредить данные (либо получить несанкционированный доступ к ним).
    Требования к системе безопасности данных и защите информации.
    Основные группы требований к безопасности данных:
    — обеспечение конфиденциальности информации, содержащейся в АИС (разграничение полномочий, учет всех действий с базой данных);
  • обеспечение защиты данных от несанкционированного доступа (проведение соответствующих организационных мероприятий, минимизация полномочий по доступу, полнота контроля попыток несанкционированного доступа, контроль за функционированием системы защиты и т.д.);
  • обеспечение сохранности информации при авариях: необходимо реализовать возможность резервного копирования информации на сменные носители информации. Кроме того, не должна существовать возможность снижения уровня надежности при возникновении в системе сбоев, отказов, преднамеренных действий нарушителя или непреднамеренных ошибок-пользователей и обслуживающего персонала.
    При этом должна обеспечиваться экономическая целесообразность использования систем зашиты, выражающаяся в том, что стоимости разработки и эксплуатации систем защиты информации должна быть меньше стоимости возможного ущерба, наносимого объекту в случае разработки и эксплуатации АИС без системы защиты информации.
    1.5 Анализ существующих разработок
    На текущий момент существует довольно большое количество универсальных комплексов ведения бухгалтерского учета, которые предназначены для ведения всего бухгалтерского учета и расчетно-кассовых операций, как на малых так и на крупных предприятиях.
    Вот лишь несколько из них :
    — Фолио; АО «Центр экономических компьютерных программ ФОЛИО»
    — ИНФО-Бухгалтер; ТОО «Информатик»
    — Инфин-бухгалтерия; Аудиторская компания «Инфин»
    — Суперменджер; Фирма «Ланкс»
    — AUBI; Фирма «О’стрим»
    — ABACUS; АО «ОМЕГА»
    — 1С Бухгалтерия.
    Рассмотрим кратко некоторые из продуктов.
    СуперМенджер
    Многовалютная система, предназначенная для автоматизации бухгалтерского учета на предприятиях сложной структуры различных форм собственности.
    Работа в различных компьютерных сетях и на компьютерах IBM и Macintosh.
    Система бухгалтерского учета позволяет оперировать следующими операциями:
  • аналитический и синтетический учет
  • автоматический учет курсовой разницы
  • приведение учетных данных к любой национальной валюте
  • ведение журналов-ордеров, главной книги и баланса в любой валюте и сводно по эквиваленту
  • гибкий план счетов, учитывающий все индивидуальные особенности
  • формирование сложных проводок
  • консолидация данных различных организаций и филиалов
    ИНФО — Бухгалтер
    В любой момент для Вас готовы :
  • баланс со всеми приложениями
  • оборотная ведомость
  • главная книга
  • ведомости аналитического учета по счетам
  • журналы ордера и ведомости к ним, шахматка
  • разнообразные ведомости и справки
  • анализ финансовой деятельности с построением графиков и диаграмм
    ФОЛИО
  • ведение бухгалтерского учета любого числа предприятий на одном компьютере с возможностью получения сводного бланка нескольких предприятий.
  • подробный финансовый анализ деятельности организаций по которым ведется бухгалтерия
  • учет движения денежных средств в динамике
  • финансовый баланс для руководителя и отчет о прибыли и убытках по месяцам и годам
  • аналитические показатели
  • валюта
  • зарплата
  • склад
  • система прогнозирования оптимальной цены продажи партии товара
  • возможность генерации новых форм отчетности
  • встроенные многоуровневые таблицы
    Инфин — Бухгалтерия
  • продуманная структура программы и привычный бухгалтеру дизайн
  • полная автоматизация учета
  • до пяти уровней аналитического учета
  • минимальные изменения в настройке программы под специфику именно Вашего предприятия
  • бухучет для нескольких предприятий на одном рабочем месте
  • возможность настройки на любое изменение законодательства
  • возможность ведения двойной бухгалтерии
  • возможность работы с любыми валютами
  • парольная защита
  • сохранение данных за любое количество лет
    ABACUS
    ABACUS professional — Полный комплекс бухгалтерского учета.
    Отличительные особенности комплекса — функциональная полнота и комплексное решение всех задач учета.
    А также :
  • обработка проводок с детальной аналитической информацией
  • учет затрат на производство и калькулирование себестоимости продукции с формированием соответствующих записей в Главной книге
  • элементы финансового анализа
  • автоматическое начисление процентов и отчисление налогов
  • мульти-валютные операции генератор отчетных форм
  • система аппаратной и программной защиты информации
  • удобный интерфейс
    1C бухгалтерия
    Программа 1С:Бухгалтерия является универсальной бухгалтерской программой и предназначена для ведения синтетического и аналитического бухгалтерского учета по различным разделам.
    Аналитический учет ведется по объектам аналитического учета (субконто) в натуральном и стоимостном выражениях. Программа предоставляет возможность ручного и автоматического ввода проводок. Все проводки заносятся в журнал операций. При просмотре проводок в журнале операций их можно ограничить произвольным временным интервалом, группировать и искать по различным параметрам проводок.
    Кроме журнала операций программа поддерживает несколько списков справочной информации (справочников):
  • план счетов;
  • список видов объектов аналитического учета;
  • списки объектов аналитического учета (субконто);
  • констант и т.д.
    На основании введенных проводок может быть выполнен расчет итогов. Итоги могут выводиться за квартал, год, месяц и за любой период, ограниченный двумя датами. Расчет итогов может выполняться по запросу и одновременно с вводом проводок (в последнем случае не требуется пересчет).
    После расчета итогов программа формирует различные ведомости:
  • сводные проводки;
  • оборотно-сальдовую ведомость;
  • оборотно-сальдовую ведомость по объектам аналитического учета;
  • карточка счета;
  • карточка счета по одному объекту аналитического учета;
  • анализ счета (аналог главной книги);
  • анализ счета по датам;
  • анализ счета по объектам аналитического учета;
  • анализ объекта аналитического учета по всем счетам;
  • карточка объекта аналитического учета по всем счетам;
  • журнальный ордер.
    В программе существует режим формирования произвольных отчетов, позволяющий на некотором бухгалтерском языке описать форму и содержание отчета, включая в него остатки и обороты по счетам и по объектам аналитического учета. С помощью данного режима реализованы отчеты, предоставляемые в налоговые органы, кроме того данный режим используется для создания внутренних отчетов для анализа финансовой деятельности организации в произвольной форме.
    Кроме того программа имеет функции сохранения резервной копии информации и режим сохранения в архиве текстовых документов.
    Главное назначение архивной копии — подстраховка от потери информации из-за поломки компьютера, перепадов напряжения в электросети, вирусов. Архивную копию рекомендуется сохранять ежедневно (если Вы работали в этот день с программой) или после ввода данных в больших объемах. Имеет смысл держать два варианта архивной копии: последний и предпоследний. Например, сегодня Вы сохраните копию на дискете 1, завтра — на дискете 2, а послезавтра — снова на дискете 1 и т.д. Это защитит Вас от потери информации из-за некачественных дискет. Дискеты рекомендуется подписывать: номер дискеты, дата создания копии.
    Программа может быть полностью настроена бухгалтером на текущее законодательство и конкретные формы учета.
    Система бухгалтерского учета « Аubi »
    “АУБИ” — это зарегистрированное название интегрированной программной системы «Автоматизации Бухгалтерского Учета’ малых, средних и больших предприятий. Аббревиатура названия комплекса “АУБИ” построена из ряда букв, входящих в приведенную выше фразу, заключенную в апострофы. Таким образом сделана попытка отразить истинное предназначение программы.
    “АУБИ” может быть с успехом использована для автоматизации бухгалтерского учета предприятий различного рода деятельности. Программный комплекс представляет одинаковый интерес как для торговых (коммерческих) структур, так и для производственных предприятий. Гибкая система программы позволяет настраивать “АУ-БИ” на нужды конкретного пользователя. При этом бухгалтер каждого предприятия, исходя из своих собственных потребностей, имеет возможность сформировать план счетов; информационные справочники, содержащие названия предприятий-партнеров и их банковские реквизиты; список материально ответственных лиц и т.д. В зависимости от специфики деятельности предприятия “АУБИ” позволяет вести учет следующих элементов бухгалтерского производства:
  • учет материалов (склад);
  • учет малоценных и быстроизнашивающихся материалов (МБП) на складе и в эксплуатации;
  • основные средства;
  • учет кассовых операций — формирование приходных и расходных кассовых ордеров, ведение кассовой книги;
  • учет банковских операций — платежных поручений, требований и реестров;
  • учет счетов;
  • ведение журнала хозяйственных операций;
  • ведение главной бухгалтерской книги;
  • формирование шахматной и оборотной ведомостей;
  • формирование различных ведомостей аналитического учета и т.д.
    Журнал хозяйственных операций является для “АУБИ” поистине основной информационной базой, используя которую, программа способна формировать множество отчетных документов по синтетическому и аналитическому учету. Все сформированные “АУБИ” отчеты могут быть сохранены на жестком диске в виде ASKII файлов или выведены непосредственно на принтер. В случае сохранения выходных форм на жестком диске пользователь имеет возможность просматривать, корректировать и выводить на печать все документы, используя для этого имеющиеся у него стандартные программные средства (утилиты DOS, текстовые редакторы и т.д.).
    Синтетический учет
    По мере ведения журнала хозяйственных операций, в котором содержатся все проводки, отражающие деятельность предприятия, пользователь может получить за любой промежуток времени следующие отчетные формы по синтетическому учету:
  • сводную оборотную ведомость;
  • синтетический расклад по каждому счету;
  • главную бухгалтерскую книгу;
  • шахматную ведомость;
  • баланс.
    Аналитический учет.
    Аналитический учет занимает весьма важное место в бухгалтерии достаточно большого числа предприятий. В общем случае полная конфигурация “АУБИ” в состоянии формировать за любой промежуток времени учетные ведомости по:
    материалам (счет 10);
    МБП (счет 12);
    основным средствам (счет 01);
    износ основных средств (счет 02);
    основному, вспомогательному производству (счет 20,23,25,26,29…);
    готовой продукции, товарам… (счет 40,41…);
    реализации продукции (счет 46);
    поставщикам и подрядчикам (счет 60);
    авансам выданным (счет 61);
    покупателям и заказчикам (счет 62);
    расчетам с бюджетом/небюджетом (счет 68,69,19…);
    подотчетным лицам (счет 71);
    прочим расчетам (счет 76);

Если по роду деятельности предприятия это не представляет для Вас интерес, можно просто не обращать внимание на то, что “АУБИ” может формировать большое количество отчетных документов.
Пользуйтесь в программе только теми ее элементами которые необходимы для Вашего предприятия в данный момент, а об остальном не стоит беспокоиться.
Имея некоторый опыт ведения электронного журнала хозяйственных операций, всю работу по составлению баланса предприятия можно переложить на плечи неутомимого компьютера, если конечно этим компьютером управляет такая программа как “АУБИ”.
1.6 Обоснование проектных решений по видам обеспечения
1.6.1. По техническому обеспечению
Общее количество компьютерной техники в ОАО «Вологодская сбытовая компания» составляет 178 штук. Из них подключенных к компьютерным сетям – 126 шт. Используется единая платформа Windows XP. Доступ в сеть Интернет всех отделений организован через центральный узел доступа. В качестве шлюза используется сертифицированное оборудование Cisco PIX и выделенный цифровой канал до АО «Ростелеком». Таким же образом на платформе Exchange 2000 создана сеть электронной почты, охватывающая все отделения и участки. Необходимая отчетная информация отображается на внутреннем и внешнем WEB сайтах Общества, доступ к которым организован в соответствии со всеми требованиями информационной безопасности предприятия.
В настоящее время в распоряжении бухгалтерии имеется следующее техническое обеспечение:

  1. Персональный компьютер со следующими характеристиками:
    Чипсет Intel P41/G41
    Процессор Штеуд Зутешгь 2,8 Ghz
    Память 1024Mb DDR2 800
    Жесткий диск 320Gb SATA
    Дисковод нет
    Видеокарта интегрированная
    Сетевая карта 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 листов

Таким образом, для решения поставленной цели достаточно уже имеющегося оборудования.
1.6.2 По информационному обеспечению
Информационное обеспечение – совокупность форм документов нормативной базы и реализованных решений по объемам, размещению и формам существования информации, которая используется в информационной системе при ее функционировании. [30]
Структура информационного обеспечения:

  • методические инструктивные;
  • система классификации и кодирования информации;
  • информационная база (внешняя: нормативно-справочные документы, информационные сообщения; внутренняя: информационные массивы).
    Основные принципы создания информационного обеспечения[33]:
  • целостность;
  • вероятность;
  • контроль;
  • защита от несанкционированного доступа
  • единство и гибкость, стандартизация и унификация, адаптивность, минимизация ввода и вывода информации.
    Требования к информационному обеспечению[27]:
    1) оно должно быть достаточным для выполнения всех функций, которые автоматизируются;
    2) для кодирования информации должны использоваться классификаторы, которые есть у заказчика;
    3) для кодирования входной информации, которая используется на высшем уровне, должны быть использованы классификаторы этого уровня;
    4) должно быть совмещено с информационным обеспечением, которое взаимодействует с ним;
    5) формы документов должны отвечать требованиям стандартов унифицированной системы документации, или нормативным документам заказчика;
    6) форма документов и видео кадров должны быть согласованы с соответствующими характеристиками терминалов;
    7) формы представления выходной информации должны быть согласованы с разработчиком;
    8) сроки и сокращение информационных сообщений должны быть общеприняты в этой предметной области и согласованы с заказчиком;
    9) в информационной системе должны быть предусмотрены необходимые средства по контролю и обновлению данных в информационных массивах, контроля идентичности информации в БД.
    Информационное средство – комплекс упорядоченной относительно постоянной информации на носителях данных [12].
    Информационное изделие – информационное средство, которое прошло испытания и передается заказчику вместе с программным обеспечением его ведения. [12]
    Информационная база – совокупность упорядоченной информации, которая используется для функционирования системы и делится на внешнюю и внутреннюю машинную базу:
  • внешняя машинная информационная база – часть информационной базы, которая представляет собой совокупность сообщений, сигналов и документов, которые предназначены для непосредственного восприятия человека. В данном случае к внешней машинной информационной базе относятся печатаемые документы и отчеты, отображаемые на экране;
  • внутренняя машинная информационная база – часть информационной базы, которая является совокупностью информации и используется в информационной системе на машинных носителях данных.
    В свою очередь внутренняя информационная база может иметь форму хранения данных в виде базы данных или совокупности локальных файлов. База данных – совокупность связанных данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования, независимая от прикладных программ. Совокупность же локальных файлов не предусматривает описания хранимых данных, ее структура напрямую зависит от используемого приложения и между файлами отсутствуют какие-либо связи. В данном проекте в качестве формы хранения используется база данных, так как она дает большую гибкость в изменении ее структуры, более быструю работу с ней и независимость от прикладного приложения, а также с помощью СУБД автоматическую поддержку целостности базы данных.
    Требования при создании внутримашинной информационной базы[12]:
  • полнота представления данных;
  • минимальный состав данных;
  • минимизация времени обработки данных;
  • независимость структуры массивов от внутренних средств ее организации,
  • динамичность структуры информационной базы.
    В данной работе используется следующее информационное обеспечение:
  • справочник услуг компании;
  • информация о клиентах;
  • договоры с клиентами;
    Система классификации – совокупность методов и правил классификации и ее результата.
    Системы классификации бывают двух видов:
  • иерархическая – последовательное деление множества объектов на подчиненные классификационные группировки. Такая классификация характеризуется количеством степеней классификации, глубиной, емкостью, гибкостью.
    Преимуществами такой классификации являются: логичность построения, четкость выделения признаков, большой информационный объем, традиционность и привычность использования.
    К недостаткам можно отнести жесткую структуру, необходимость иметь большие резервные емкости.
  • фасетная – параллельное разделение множества на независимые классификационные группировки.
    Преимущества: гибкость структуры, возможность включать новые и удалять старые фасеты. Благодаря этому плюсу, в данном проекте применена именно эта система классификации.
    Недостатки: недостаточно полное использование вследствие отсутствия множества возможных комбинаций фасет, непривычность и нетрадиционность использования при ручной обработке. Так как на программном уровне системе проще оперировать структурой фасетов, этот недостаток не является существенным [13].
    Система кодирования – совокупность методов и правил кодирования классификационных группировок и объектов заданной длины.
    Они бывают:
  • порядковые. Создание кода из чисел натурального ряда и его присвоение;
  • серийно-порядковые. Создание кода из чисел натурального ряда с закреплением отдельных серий и диапазонов за объектами классификации с одинаковыми признаками и его присвоение;
  • последовательные. Создание кода классификационной группировки с использованием кодов последовательного размещения группировок;
  • параллельные. Создание кода классификационной группировки или объекта классификации с использованием кодов независимых группировок, которые получены при фасетном методе. Именно такая система и подходит для данного проекта.
    Способы кодирования информации:
  • ручной;
  • печатный;
  • автоматизированный, на специальном оборудовании.
    1.6.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 ), дающий возможность формирования специализированных систем управления базами данных.
    1.6.4 По технологическому обеспечению
    VCL-библиотека классов среды проектирования Delphi предоставляет ряд классов, позволяющих быстро и эффективно разрабатывать различные приложения баз данных.
    Эти классы представлены следующими группами [32]:
  • компоненты для доступа к данным, реализующие:
  • доступ через машину баз данных BDE (Borland Database Engine), предоставляющую доступ через ODBC-драйверы или через внутренние драйверы машины баз данных BDE (компоненты страницы BDE-палитры инструментов);
  • доступ через ADO-объекты (ActiveX Data Objects), в основе которого лежит применение технологии OLE DB (компоненты страницы ADO);
  • доступ к локальному или удаленному SQL-серверу InterBase (компоненты страницы InterBase);
  • доступ посредством легковесных драйверов dbExpress;
  • доступ к БД при многозвенной архитектуре (компоненты страницы DataSnap);
  • визуальные компоненты, реализующие интерфейс пользователя;
  • компоненты для связи источников данных с визуальными компонентами, предоставляющими интерфейс пользователя;
  • компоненты для визуального проектирования отчетов.
    Для обеспечения доступа из приложения к таблицам базы данных MS Access используется технология ADO.

2 Проектная часть
2.1 Информационное обеспечение задачи
Для эффективного функционирования разрабатываемой АРМ кассира будет использована СУБД. Поэтому ниже рассмотрены логические и концептуальные модели данных.
Иерархическая модель данных.
Иерархическая модель данных представляет собой иерархию в виде дерева. Данная модель данных базируется на сегменте, который представляет собой совокупность полей, характеризующих данный сегмент. Сегменты различаются по типу, а каждый тип характеризуется фиксированной длиной и конкретным разбиением на поля данных. Два связанных сегмента, расположенных на смежных уровнях называются исходным (более высокого уровня) и порожденным (более низкого). Иерархическая запись – система взаимосвязанных сегментов, в которой каждый порожденный сегмент представлен столько раз, сколько необходимо для полного раскрытия данного сегмента. В иерархической структуре есть сегмент, который не имеет исходного и называется головным или корневым. В этом сегменте обычно располагается идентификатор объекта, свойства которого раскрываются в сегментах второго и более низких уровней иерархии.
Для реализации данной модели на физическом уровне используется ряд стандартных методов размещения данных на запоминающих устройствах, которые могут размещать сегменты следующими иерархическими способами доступа: последовательный, индексно-последовательный, прямой, индексно-прямой. В соответствии со способами размещения сегментов устанавливается порядок доступа к ним. Установленный порядок доступа к сегментам обуславливает процедурность языка запросов и требует от пользователя знания путей доступа к данным, проходящим по ветвям дерева иерархической записи. Что является одним из недостатков данной модели. В качестве других недостатков можно отметить следующие:

  • сложность реализации «многие ко многим», требующая избыточности данных на физическом уровне, что приведет к нежелательному и не оправданному увеличению БД;
  • требование повышенной корректности к операции удаления, поскольку удаление исходного сегмента влечет за собой удаление порожденных;
  • доступ к любому порожденному сегменту возможен только через исходный, что увеличивает время ответа а запрос к БД.
    В связи с тем, что иерархическая модель обладает большим количеством недостатков она не будет применятся для моделирования разрабатываемой системы.
    Сетевая модель данных.
    Сеть – более общая структура в сравнении с иерархией. Узлами сети являются отдельные экземпляры записи. Узлы записи являются единицей доступа к БД. Поскольку отдельный узел может иметь несколько непосредственно старших узлов, так же, как и несколько непосредственно подчиненных, то данная структура обеспечивает прямое представление отношения «многие ко многим». Для связи между записями-узлами существует связующая запись, все экземпляры которой помещаются в цепочку для связи двух экземпляров.
    Основной конструкцией сетевой модели данных является набор. Для каждого типа набора, определяемого в схеме, должен быть указан определенный тип записи владельца набора, а так же произвольное число типов записи членов набора. Каждый экземпляр набора состоит из одного экземпляра-владельца и одного или более экземпляров записей-членов.
    Каждый экземпляр записи-набора представляет иерархические связи между экземпляром записи-владельца и соответствующими экземплярами записей-членов. Это является следствием того ограничения, что ни один экземпляр записи-члена из набора на может принадлежать более, чем одному экземпляру набора. Способ, которым каждый экземпляр записи владельца связывается с соответствующими экземплярами записей-членов, определяется в схеме сети. Одним из способов организации таких связей является установление цепочки указателей, выходящих из экземпляра записи-владельца, проходящих через все экземпляры записей-членов и возвращающихся обратно к экземпляру записи-владельца, что обеспечивает высокую скорость обработки запросов.
    Главный недостаток сетевой модели заключается в сложности структур памяти. Пользователь должен знать, какие цепочки существуют и какие отсутствуют. В результате язык запросов процедурный и требует программистских навыков.
    Реляционная модель данных.
    Реляционная модель – множественное отношение которое представляет собой подмножество декартова произведения списка доменов. Домен – это множество значений, из которого извлекаются значения для данного атрибута. Другими словами в основе реляционной модели лежат простые таблицы, которые удовлетворяют определенным ограничениям, а потому могут рассматриваться как математические отношения. Строки таких таблиц называются кортежами, имена столбцов – атрибутами. Следует отметить, что все кортежи различны, а порядок столбцов произволен, чем упрощается процесс обработки кортежей. В отношении (таблице) выделяется несколько атрибутов, однозначно идентифицирующих кортежи и называемых ключами.
    Особенность реляционной модели заключается в том, что в отличии от сетевой и иерархической моделей реальные объекты и взаимосвязи между ними представляются в базе данных единообразно в виде нормализованных отношений.
    Основной недостаток реляционной модели данных связывается с низкой производительностью реляционной СУБД. Но разработка современных СУБД таких как, ORACLE, InterBase, Acsses и др. позволило преодолеть и этот недостаток.
    Достоинства реляционной модели можно разделить на две группы:
    достоинства для пользователя:
    Реляционная БД представляет собой набор таблиц с которыми пользователь привык работать;
    Не нужно помнить пути доступа к данным и строить алгоритмы и процедуры обработки своего запроса;
    Реляционные языки легки для изучения и освоения, в то время как языки общения с иерархической и сетевой моделями предназначены для программистов и мало пригодны для пользователей;
    Достоинства обработки данных реляционной БД:
    1) Связность. Реляционное представление дает ясную картину взаимосвязей атрибутов из различных отношений;
    2) Точность. Направленные связи в реляционной БД отсутствуют. Отношения по своей природе обладают более точным смыслом и поддаются манипулированию с использованием таких средств, как алгебра и исчисление отношений, обеспечивающих наглядность и гибкость модели данных;
    3) Гибкость. Операции проекции и объединения [17] позволяют разрезать и склеивать отношения, так что программист может получать разнообразные файлы в нужной форме;
    4) Секретность. Контроль секретности упрощается. Для каждого отношения имеется возможность задания правомерности доступа, засекреченные показатели можно выделить в отдельные отношения с проверкой прав доступа.
    5) Простота внедрения. Физическое размещение однородных (табличных) файлов намного проще, чем размещение иерархических и сетевых структур.
    6) Независимость данных. БД должна допускать возможность расширения, т.е. добавления новых атрибутов и отношений.
    Вывод: поскольку среди перечисленных логических моделей данных реляционная обладает значительными преимуществами и малыми недостатками, то она и будет взята в основу для построения СУБД.
    В данной работе в качестве предметной области рассматривается рабочее место кассира-операциониста ОАО «Вологодская сбытовая компания». База данных решает следующие задачи: учёт приходно-кассовых ордеров, выдача данных о клиентах и их счетах, вычисляет суммы оплаты.
    Реализует запросы упорядочения по полям: клиенты, номера счетов. Осуществляет поиск сведений о фирме.
    Операционный узел находится в нескольких помещениях.
    Клиент, приходя в ОАО «Вологодская сбытовая компания», взаимодействует с кассиром-операционистом, который, в свою очередь, осуществляет работу с клиентом. Операции с денежными средствами и отбивку чека осуществляет также кассир.
    В связи с тем, что при решении задачи используется технология обработки информации в режиме диалога, взаимодействие пользователя с программой можно представить в виде схемы диалога.
    Диалог, реализованный в программе относится к типу меню-ориентированных диалогов. Схема диалога представляет собой общую конструкцию диалога, т.е. требуемую последовательность обмена данными между пользователем и системой. В верхнем уровне схемы располагается главное меню, инициирующее задачу, затем происходит разветвление различной степени в зависимости от числа вариантов ответа пользователя на запрос ЭВМ или возможных реакций ЭВМ на конкретные сообщения.
    С помощью модуля меню Главное меню осуществляется доступ к пяти основным пунктам меню:
    – Работа с клиентами
    – Формирование ответа
    – Расчеты с клиентом
    – Внутренняя работа
    С помощью пункта меню Работа с клиентами осуществляется вызов следующих пунктов подменю:
    – Регистрация
    – Формирование пачек
    Пункт Регистрация заявки имеет подпункты:
    – Ввод
    – Корректировка
    – Просмотр
    – Печать
    Эти подпункты позволяют соответственно вводить новые заявки, редактировать, просматривать и печатать уже имеющиеся заявки.
    С помощью пункта Формирование пачек пользователь может сформировать, просмотреть и распечатать пачки заявок по нескольким группировочным признакам, а именно: по отраслям права, по срокам выполнения и по юристам выполняющим эти заявки. Этот пункт имеет подпункты:
    – Формирование
    – Просмотр
    – Печать
    Пункт Формирование отчета имеет подпункты:
    – Ввод отчета
    – Редактирование отчета
    – Вывод ответа
    При выборе подпункта Вывод ответа пользователь может ввести ответ на заявку либо в виде текста (появляется окно текстового редактора), либо в виде текстового файла, который копируется в базу отчетов.
    При выборе подпункта Редактирование отчета осуществляется корректировка отчетов на заявки.
    При выборе подпункта Вывод отчета осуществляется выдача отчета заказчику в виде бумажного носителя (печать ответа), либо в виде текстового файла.
    С помощью пункта Расчет с клиентом производится формирование и печать счета, осуществляемые при выборе соответствующих пунктов подменю.
    Пункт Внутренние работы позволяет осуществлять работу с внутренней информацией и имеет подменю, состоящее из пунктов:
    – Ведение справочников
    – Ведение архива
    – Составление отчета
    При выборе пункта Ведение справочников осуществляется дополнение, корректировка, просмотр и печать следующих справочников: справочник отраслей, справочник клиентов, справочник бухгалтеров, справочник видов техники, справочник тарифов, справочник сроков выполнения заявок.
    При выборе пункта Просмотр архива осуществляется просмотр архива заявок и ответов.
    При выборе пункта Выход происходит завершение работы с программой и выход из нее в ОС.
    Дерево функций задачи «Работа с заявками» соответствует сценарию диалога задачи и показывает структуру диалога пользователя с программой: все возможные варианты выбора пунктов меню с их обозначениями, которые будут использоваться при описании технологического процесса задачи. Дерево разговоров представлено на рисунке 2.1.

Рис. 2.1 Дерево функций
На рисунке 2.2 представлена схема диалога пользователя и системы.

Рис. 2.2 Схема диалога

Для выбора концептуальной модели данных рассмотрим три их разновидности:
Семантическая модель;
Фреймы;
Модель «сущность-связь».
Семантическая модель основывается на построении семантической сети. Под семантической сетью понимают ориентированный граф, состоящий из помеченных вершин и дуг и задающий объекты и отношения предметной области. Семантические сети обладают рядом достоинств, а именно: описание объектов предметной области происходит естественным языком; все записи, поступающие в БД накапливаются в относительно однородной структуре.
Но несмотря на эти преимущества, семантическая модель данных обладает рядом недостатков, один из которых и наиболее существенный, заключается в том, что построение реляционной модели данных на основе семантических сетей затруднено.
Фреймы выражаются структурами данных с привязанными процедурами обработки этих данных. Фреймы могут быть следующих видов: событийные, характеристики, логические предикаты. Использование фреймовой модели так же нецелесообразно, поскольку данная модель не отражает типы связей в реляционной модели данных.
Модель «сущность-связь» описывается в терминах сущность, связь, значение. Сущность – понятие которое может быть идентифицировано. Связь – соединение сущностей. Для представления связей и сущностей введен специальный метод: ER-диаграма. Различаются сущности трех основных классов: стержневые, ассоциативные и характеристические. Стержневая сущность – это независимая сущность (ей свойственно независимое существование). Ассоциативная сущность или ассоциация рассматривается как связь между двумя или более сущностями типа «многие – ко – многим» или подобные им. Характеристическая сущность (или характеристика) представляет собой сущность, единственная цель которой, в рамках рассматриваемой предметной области, состоит в описании или уточнении некоторой другой сущности. ER-диаграма – графическое представление взаимосвязей сущностей. Каждое множество сущностей представляется прямоугольником, а множество связей – ромбом. Связи могут быть трех типов: «один к одному», «один ко многим», «многие ко многим». данные типы связи присущи реляционной модели, как и сущности, которым в реляционной модели соответствуют таблицы.
Вывод: в связи с тем, что модель «сущность-связь» наиболее близка по принципам организации к реляционной модели и реализация последней на основе первой наиболее удобна, то в качестве концептуальной модели выбрана модель «сущность-связь».
Сущность «клиент» является стержневой сущностью разрабатываемой модели. С клиентом заключается договор, на основании которого ведется вся остальная деятельность, лицевой счет, проводки, учет проводок. В качестве ключа для данной сущности вводится атрибут №Клиента.
Все сущности, их атрибуты и ключи представлены в таблице 2.1.

Таблица 2.1 – Сущности и атрибуты базы данных
Название сущности Атрибут Ключ
Кассир №Договора, дата договора, сумма договора, срок действия. №Договора
Клиент №Клиента, наименование заказчика, адрес, телефон. №Клиента
Лицевой счет №Лицевого счета. №Лицевого счета
Проводка №Проводки. №Проводки.
Договор №Договора, дата заключения, номер счета. №Договора
Счет №Счета, сумма счета. №Счета

Выделение связей между сущностями осуществляется на основании анализа предметной области. Все выделенные связи представлены на рис. 2.3

Рис. 2.3. Связи между сущностями

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

Таблица 2.2 – Логическая модель базы данных
Название сущности Атрибут Ключ
Кассир №Договора, дата договора, сумма договора, срок действия. №Договора
Клиент №Клиента, наименование заказчика, адрес, телефон. №Клиента
Лицевой счет №Лицевого счета. №Лицевого счета
Проводка №Проводки. №Проводки.
Договор №Договора, дата заключения, номер счета. №Договора
Счет №Счета, сумма счета. №Счета

Для построения логической модели данных использовалось case – средство ER-Win, которое позволяет проектировать реляционные модели данных как на физическом уровне (ER-диаграмы), так и на физическом (проектирование таблиц БД).
Для построения логической модели данных использовалось case – средство ER-Win, которое позволяет проектировать реляционные модели данных как на физическом уровне (ER-диаграмы), так и на физическом (проектирование таблиц БД).
Логическая модель данных представлена в виде ER-диаграмы на рис. 2.4.

Рис. 2.4 ER-диаграмма модели данных АРМ кассира

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

  • уменьшение времени необходимого для учета операций;
  • автоматизация контроля;
  • возможность длительного хранения информации, для возможности более полного расчета эффективности деятельности ОПЕРУ;
  • постоянная известность о сроках оплаты.
    2.2 Программное обеспечения решения задачи
    Алгоритмизация в самом общем виде может быть определена как процесс направленного действия проектировщика (группы проектировщиков), необходимый для выработки алгоритмов, достаточных для реализации создаваемого объекта (системы), удовлетворяющего заданным требованиям. Завершающим этапом алгоритмизации является выпуск набора алгоритмов, отображающий решения, принятые проектировщиком, в форме, необходимой для производства объекта (системы).
    Метод – это последовательный процесс создания моделей, которые описывают вполне определёнными средствами различные стороны разрабатываемой программной системы. Методы важны по нескольким причинам. Во-первых, они упорядочивают процесс создания сложных программных систем. Во-вторых, они позволяют менеджерам в процессе разработки оценить степень продвижения и риск.
    Обычно методы проектирования делятся на три основные группы;
    Метод проектирования сверху вниз;
    Метод потоков данных;
    Объектно-ориентированное проектирование.
    Для структурного проектирования характерна алгоритмическая декомпозиция. Следует отметить, что большинство программ написано в соответствии с этим методом. Тем не менее структурный подход не позволяет выделить абстракции и обеспечить ограничение доступа к данным; он также не предоставляет достаточных средств для организации параллелизма. Структурный метод не может обеспечить создание предельно сложных систем, и он, как правило, неэффективен в объектных и объектно-ориентированных языках программирования. Поэтому данный метод не использовался для проектирования АРМ кассира.
    В методе потоков данных программная система рассматривается как преобразователь входных потоков в выходные. Метод потоков данных с успехом применялся при решении ряда сложных задач, в частности, в системах информационного обеспечения, где существуют прямые связи между входными и выходными потоками системы и где не требуется уделять особого внимания быстродействию.
    Объектно-ориентированное проектирование (object-oriented design, OOD) – это подход в основе которого лежит представление о том, что программную систему нужно проектировать как совокупность взаимодействующих друг с другом объектов, рассматривая каждый объект как экземпляр определённого класса, причём классы образуют иерархию. Объектно-ориентированный подход отражает топологию новейших языков высокого уровня, таких как Object Pascal, C++, Smalltalk и др. Модели, для проектирования которой используется вышеназванный подход проектирования присущи четыре главных элемента:
  • Абстрагирование;
  • Инкапсуляция;
  • Модульность;
  • Иерархия.
    Абстрагирование позволяет выделить существенные характеристики проектируемого объекта, отличающие его от других объектов;
    Инкапсуляция – процесс отделения друг от друга элементов объекта, определяющих его устройство и поведение. Она позволяет изолировать контрактные обязательства абстракции от их реализации.
    Модульность – свойство системы, которая была разложена на внутренне связные, но слабо связанные между собой модули.
    Иерархия – упорядочивание абстракций, расположение их по уровням.
    Абстракция и инкапсуляция дополняют друг друга. Абстрагирование направлено на наблюдение поведения объекта извне, а инкапсуляция определяет четкие границы между различными абстракциями, т.е. наблюдение за поведением объекта изнутри.
    Использование этих элементов проектирования и позволяет значительно увеличить производительность любой проектируемой системы.
    Таким образом, для проектирования АРМ используется объектно-ориентированный подход.
    Система управления разработанной БД для АРМ кассира в ОАО «Вологодская сбытовая компания» использует реляционный подход для построения базы данных. Подобные системы основаны на реляционной модели данных, которые используются для моделирования взаимосвязей между объектами реального мира и для хранения данных об этих объектах. Применение реляционной модели данных обусловлено использованием реляционной алгебры и соответствующих алгоритмов и операций для выполнения действий над данными. Использование алгоритмов реляционной алгебры позволяет обеспечить высокую производительность работы с базой данных.
    Основные операции реляционной алгебры были впервые предложены Коддом. Он доказал, что запросы, формулируемые с помощью языка исчисления могут быть сформулированы в языках реляционной алгебры и наоборот, тоесть запросы представленные с помощью языка реляционной алгебры могут быть использованы для выполнения запросов к разработанной БД. Ниже приведен ряд запросов к БД:
    SELECT nomer_dogovora, zakaz.nomer_ zakaz, dogovor.nomer_ zakaz,
    naimen_post
    FROM zakaz, dogovor
    WHERE zakaz.nomer_ zakaz =dogovor.nomer_ zakaz

SELECT select nomer_lc, lc.nomer_dogovora,
dogovor.nomer_dogovora, naimen_post, lk.nomer_lk,
dogovor.nomer_lk
FROM from zajavka, dogovor, lk
WHERE (zajavka.nomer_dogovora=dogovor.nomer_dogovora)
AND (nomer_lk=dogovor.nomer)
Рассмотрим четыре операции над отношениями:

  • Селекция;
  • Проекция;
  • Теоретико-множественное объединение;
  • Соединение.
    Селекция (selected_on – подвергнутые селекции по) уменьшает количество строк в таблице, и ее можно представить как результат разрезания таблицы по горизонтали и удаления ненужных кортежей. Формально селекция записывается так:
    R selected_on [<предикат>] {синтаксис языка запросов (SQL)}
    Здесь <предикат> – это логическое выражение, которое может содержать сравнения значений одних атрибутов со значениями других в том же кортеже или с константами. В результате сохраняются только строки, удовлетворяющие <предикату>.
    Операция селекции соответствует программам, которые выбирают записи из файлов и печатают эти записи. Однако условия отбора могут относится только к отдельно взятым записям. Например, невозможно выбрать запись, исходя из того, что значение какого-либо ее поля равно или больше, чем значение этого поля в предидущей записи. В действительности почти невозможно смоделировать поведение автомата с конечным числом состояний, который изменяет свое состояние для каждой записи, изменяя тем самым критерии отбора для следующей записи.
    Проекция (projected_to – спроецированное на) уменьшает количество столбцов в таблице; данную операцию можно представить себе как разрезание по вертикали название операции имеет своим источником понятие проекции множества точек N-мерного пространства в пространство с меньшим количеством измерений. Например, в результате проекции множества точек плоскости (Х, У) на ось Х получается множество точек, расположенных на этой оси. К сожалению, значения проекций некоторых «точек» могут совпадать; это произойдет в том случае, когда проекция удалит столбец, входящий в ключ, так что оставшиеся части двух «укороченных» кортежей могут быть идентичными. Тогда придется удалить дубликаты и тем самым уменьшить количество строк, т.е. размер БД. Если хотя бы один из возможных ключей при выполнении проекции останется незатронутым, то дубликатов не будет.
    Формально проекция записывается следующим образом:
    R projected_to <имя-атрибута>{, <имя-атрибута>}
    Где список <имен-атрибутов> означает имена сохраняемых столбцов.
    Операция проекции соответствует программе отбора несколько иного рода, чем операция селекции, а именно, она печатает определенные поля из каждой записи. Удаление дубликатов обычно достигается в результате сортировки записей по требуемым полям, после чего записи пропускаются до тех пор, пока не изменится значение поля. На практике при одном просмотре файла операция проекции обычно происходит с операцией селекции.
    Теоретико-множественное объединение (union) имеет два операнда; она берет строки двух таблиц и размещает их друг за другом, формируя одну длинную таблицу. Это возможно лишь в том случае, когда обе таблицы имеют один и тот же тип, т.е. имеют совпадающие названия (имена) и типы столбцов. Такие таблицы называют «совместимыми по объединению». Все дубликаты строк должны быть удалены из отношения-результата. Данная операция аналогична объединению множеств в алгебре, но она является дополнительной по отношению к ограничению, так как имеется возможность восстановить отношение путем объединения двух дополняющих друг друга результатов операции селекции.
    Операция теоретико-множественного отношения соответствует известной операции «слияния» файлов. Если известно, что файлы не пересекаются, и если порядок записей не играет роли, то достаточно скопировать один файл в конце другого. Однако, как правило, файлы поддерживаются в порядке первичных ключей, и тогда используются простые алгоритмы слияния., считывающие поочередно записи из каждого файла в зависимости от того, в каком из файлов запись имеет ключ с меньшим значением полей, так что в новый файл записи также будут помещаться в порядке первичных ключей.
    Соединение (joined_to – соединение с) имеет два операнда; она определена для любых двух таблиц. Если эти две таблицы не имеют столбцов с совпадающими именами, то соединение ведет себя, как декартово произведение, соединяя каждую строку первой таблицы поочередно с каждой строкой второй таблицы. Если имена всех столбцов этих двух таблиц совпадают, то соединение ведет себя как теоретико-множественное пересечение, и создает таблицу, состоящую из тех строк, которые встречаются в каждой из рассматриваемых двух таблиц (такая таблица может быть и пустой, аналогично пустому множеству). Если у двух таблиц-операндов совпадают лишь некоторые имена столбцов, то в результате соединения получается таблица, содержащая все имена столбцов первой таблицы, а также все те имена столбцов второй таблицы, которые не встретились в первой. Строки результата выбираются из первой таблицы, а дополнительные значения конкатенируются (присоединяются) из тех строк второй таблицы, у которых значения в общих столбцах совпадают. До некоторой степени соединения является дополнением проекции, если осуществить проекцию «исходного» отношения так, чтобы получился набор отношений, каждое из которых сохраняет первичный ключ исходного, то соединение этого отношения восстановит исходное при дополнительном условии, что каждый столбец исходного отношения встречается хотя бы в одной из проекций.
    При формулировании запросов операция соединения является решающей, если в запросе используется более одного отношения. Как правило, для формирования запроса используется соединение нескольких таблиц, а затем селекция требуемых строк, и, наконец, проекция на требуемые столбцы при печати.
    Операция соединения больше всего соответствует операции «селективной выборки», при выполнении которой список ключей представлен в виде записей в файле транзакций, и требуется выбрать или записать в выходной файл соответствующие записи из основного файла. Ключи в файле транзакций могут совпадать, например, с посторонним ключом в основном файле или же с частью первичного ключа, и в этих случаях для каждой записи в файле транзакций может быть выбрано несколько записей из основного файла. Таким образом, используется соединение как обобщенное пересечение.
    Алгоритмы, которые выполняют вышеперечисленные операции, реализуются на уровне системы управления базой данных. Их содержание формируется на основе определений этих операций. Для их реализации используются или стандартные функции языка программирования, или формируется SQL-запрос. Более подробно реализация будет рассмотрена в следующей главе.
    2.3 Технологическое обеспечение задачи
    2.3.1 Организация технологии сбора, передачи, обработки и выдачи информации
    Технология внутримашинной организации задается последовательностью реализуемых процедур — схем взаимосвязи программных модулей и информационных массивов. Такая схема представляет собой декомпозицию общего процесса решения задачи на отдельные процедуры преобразования массивов, именуемыми модулями.
    Основное назначение создаваемого АРМ – это автоматизация работы кассира-операциониста. Следовательно, структуру программ можно описать следующими основными блоками (рис 2.5).

Рис. 2.5 — Блок-схема основных модулей программы

2.3.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации
Программа предназначена для кассира ОАО «Вологодская сбытовая компания» для учета оплаты за предоставление электрической энергии потребителям в зависимости от показаний счетчика, видов тарифа и льгот владельцев квартир.
Интерфейс программы построен по принципу всплывающих меню. Для просмотра записей и проведения операций требуется выбрать соответствующий пункт меню.

Загрузка дома
Новый дом
Редактирование данных
Работа с тарифами
Выход

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню.
Клавишей «ENTER» фиксируем выбор
Рис. 2.6

Для просмотра данных о домах и квартирах, требуется выбрать пункт «Загрузка дома».
Далее, из списка имеющихся домов выбирается требуемый. Для управления просмотром используются клавиши «ВВЕРХ» и «ВНИЗ», для выбора «ENTER».
Для удобства пользователя, в нижней части экрана имеется подсказка.
Название файла Название улицы дома, содержащегося в файле Номер дома Количество квартир
d1.dat Пушкина 10 12
d2.dat Красная 163 20
d3.dat Лесная 12 36
d4.dat Попова 14 20
d5.dat Пионерская 16 12

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню
Клавишей «ENTER» фиксируем выбор (загружается информация о доме)
Клавишей «ПРОБЕЛ» удаляем выбранный дом
Рис. 2.7

Для добавления нового дома в главном меню требуется выбрать пункт «Новый дом». В подменю «Улица», «Номер дома», «Количество квартир» оператор вводит соответствующие данные.

Введите название улицы: новая улица
Введите номер дома: 77
Введите количество квартир: 12
Выход

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню.
Клавишей «ENTER» фиксируем выбор
Рис. 2.8

ВНИМАНИЕ: при вводе нового дома, по умолчанию устанавливается полная оплата с января текущего года до текущего месяца.
Для введения/корректировки данных о домах и квартирах, требуется выбрать пункт «Редактирование данных»,

Загрузка дома
Новый дом
Редактирование данных
Работа с тарифами
Выход

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню.
Клавишей «ENTER» фиксируем выбор
Рис. 2.9

Из списка имеющихся домов выбирается требуемый. Для управления просмотром используются клавиши «ВВЕРХ» и «ВНИЗ», для выбора «ENTER».

Название файла Название улицы дома, содержащегося в файле Номер дома Количество квартир
d1.dat Пушкина 10 12
d2.dat Красная 163 20
d3.dat Лесная 12 36
d4.dat Попова 14 20
d5.dat Пионерская 16 12

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню
Клавишей «ENTER» фиксируем выбор (загружается информация о доме)
Клавишей «ПРОБЕЛ» удаляем выбранный дом
Рис. 2.10
На выбранной карточке квартиры перемещение осуществляется клавишами «ВВЕРХ», «ВНИЗ», редактирование клавишей «ПРОБЕЛ», фиксация введенных данных — «ENTER».

Информация о квартире Год: 2012
Владелец Месяц: 2
Фамилия: Иванов Предыдущее показание счетчика: 002717

Имя: Петр Текущее показание счетчика: 002917
Отчество: Степанович Плата за 200 КВт.час: √
Плата за S КВт.час:
Улица: Лесная √ — Оплачено
Номер дома: 12 Х — Неоплачено
Номер квартиры: 3 Коэффициент льготы: 1
Телефон: 2-57-57

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню
Клавишей «ПРОБЕЛ» фиксируем выбор (вводим данные)
Рис. 2.11

Для смены карточки квартиры (перехода на другую квартиру), выбирается пункт «Номер квартиры» и клавишами «ВПРАВО», «ВЛЕВО» изменяется значение поля.
Изменения года, месяца осуществляются аналогично.
Для внесения/изменения данных об оплате, выбирается соответствующий месяц и год, затем в полях «Плата за __ КВт.час», «Плата за S КВт.час» клавишей «ПРОБЕЛ» производятся изменения.
(X-не оплачено, √-оплачено).
Для удобства пользователя, в нижней части экрана имеется подсказка.
Для введения/корректировки данных по тарифам, требуется выбрать пункт «Работа с тарифами».

Загрузка дома
Новый дом
Редактирование данных
Работа с тарифами
Выход

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню.
Клавишей «ENTER» фиксируем выбор
Рис. 2.12

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

Просмотр тарифов
Редактирование тарифов
Сохранение тарифов
Выход

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню.
Клавишей «ENTER» фиксируем выбор
Рис. 2.13

При просмотре тарифов, выводится следующая таблица (рис. 2.14):

Тарифы услуг
Месяц Год Единый (газ.плита), коп. Единый (эл.плита), коп. Единый (село), коп. Двухзонный (газ.плита), коп. Двухзонный (эл.плита), коп. Двухзонный (село), коп.
День (7:00 — 23:00) Ночь (23:00 — 7:00) День (7:00 — 23:00) Ночь (23:00 — 7:00) День (7:00 — 23:00) Ночь (23:00 — 7:00)
01 2012 279 195 195 283 187 198 131 198 131
02 2012 279 195 195 283 187 198 131 198 131
03 2012 279 195 195 283 187 198 131 198 131
04 2012 279 195 195 283 187 198 131 198 131
05 2012 279 195 195 283 187 198 131 198 131

Клавишами «ВЛЕВО», «ВПРАВО» выбираем год
Клавиша «ESC» выход из подменю
Рис. 2.14

Выбор года осуществляется клавишами «вправо» и «влево». ESC-выход обратно в подменю.
Редактирование тарифов осуществляется путем выбора пункта подменю «Редактирования тарифов»:

Месяц Год
02 2012
Рис. 2.15


Просмотр тарифов

Редактирование тарифов
Сохранение тарифов
Выход

Клавишами «ВЛЕВО», «ВПРАВО» выбираем параметр
Клавишами «ВВЕРХ», «ВНИЗ» изменяем параметр
Рис. 2.16

После выбора месяца и года, предлагается ввести тарифы за соответствующие услуги.
Месяц Год Единый (газ.плита), коп. Единый (эл.плита), коп. Единый (село), коп. Двухзонный (газ.плита), коп. Двухзонный (эл.плита), коп. Двухзонный (село), коп.
День (7:00 — 23:00) Ночь (23:00 — 7:00) День (7:00 — 23:00) Ночь (23:00 — 7:00) День (7:00 — 23:00) Ночь (23:00 — 7:00)
01 2012 ¬¬__
Рис. 2.17

Просмотр тарифов
Редактирование тарифов
Сохранение тарифов
Выход

Вводим новые данные, после ввода параметра нажимаем «ENTER»
Клавишами «ВВЕРХ», «ВНИЗ» изменяем параметр
Рис. 2.18

Для сохранения измененных (введенных) тарифов следует выбрать пункт «Сохранение тарифов»:

Сохранить новые тарифы?
ДА НЕТ
Рис. 2.19

Выход из подменю осуществляется выбором пункта «Выход» (рис. 2.20).

Просмотр тарифов
Редактирование тарифов
Сохранение тарифов
Выход

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню.
Клавишей «ENTER» фиксируем выбор
Рис. 2.20

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

Если вы хотите выйти, нажмите ESC
Для продолжения работы нажмите любую другую клавишу
Выход

Клавишами «ВВЕРХ», «ВНИЗ» выбираем пункт меню.
Клавишей «ENTER» фиксируем выбор
Рис. 2.21

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

,
(3.1)

где – трудоемкость разработки технического задания на создание программного продукта;
– трудоемкость разработки эскизного проекта программного продукта;
– трудоемкость разработки технического проекта программного продукта;
– трудоемкость разработки рабочего проекта программного продукта;
– трудоемкость внедрения разработанного программного продукта.
Трудоемкость разработки технического задания рассчитывается по формуле (3.2)

,
(3.2)

где – затраты времени разработчика постановки задачи на разработку технического задания, [чел./дни];
– затраты времени разработчика программного обеспечения на разработку технического задания, [чел./дни].
Их значения рассчитываются по формулам (3.3) и (3.4)

,
(3.3)
,
(3.4)
где – норма времени на разработку технического задания на программный продукт;

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

Трудоемкость разработки эскизного проекта рассчитывается по формуле (3.5)

,
(3.5)

где – затраты времени разработчика постановки задачи на разработку эскизного проекта, [чел./дни];
– затраты времени разработчика программного обеспечения на разработку эскизного проекта, [чел./дни].
Их значения рассчитываются по формулам (3.6) и (3.7)

,
(3.6)
,
(3.7)

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

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

,
(3.8)

где – норма времени, затрачиваемого на разработку технического проекта разработчиком постановки задач;
– норма времени, затрачиваемого на разработку технического проекта разработчиком ПО;
– коэффициент учета режима обработки информации. Принимаем =1,45 (группа новизны – Б, режим обработки информации – реальный масштаб времени);
– коэффициент учета вида используемой информации, определяется по формуле (3.9).
Принимается количество разновидностей форм входной информации – 1, количество разновидностей форм выходной информации – 2:

,
(3.9)

где – коэффициент учета вида используемой информации для переменной информации;
– коэффициент учета вида используемой информации для нормативно-справочной информации;
– коэффициент учета вида используемой информации для баз данных.
Принимается (группа новизны – Б):

– количество наборов данных переменной информации;
– количество наборов данных нормативно-справочной информации;
– количество баз данных.
В данном случае:

Находится значение :

Тогда

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

,
(3.10)

где – коэффициент учета сложности контроля информации. Принимается
– коэффициент учета режима обработки информации. Принимаем значение (группа новизны – Б, режим обработки информации – реальный масштаб времени)
– коэффициент учета уровня используемого алгоритмического языка программирования. Принимаем значение
– коэффициент учета степени использования готовых программных модулей. Принимаем
– коэффициент учета вида используемой информации и сложности алгоритма программного продукта;
– норма времени, затраченного на разработку рабочего проекта на языке программирования разработчиком постановки задач.
Выбирается (количество разновидностей форм входной информации – 1, количество разновидностей форм выходной информации – 2)
– норма времени, затраченного на разработку рабочего проекта на языке программирования разработчиком ПО. Выбирается (количество разновидностей форм входной информации – 1, количество разновидностей форм выходной информации – 2)
Значение коэффициент учета вида используемой информации и сложности алгоритма программного продукта определяется по формуле (3.11)

,
(3.11)

где – коэффициент учета сложности алгоритма программного продукта и вида используемой информации для переменной информации;
– коэффициент учета сложности алгоритма программного продукта и вида используемой информации для нормативно-справочной информации;
– коэффициент учета сложности алгоритма программного продукта и вида используемой информации для баз данных.
Принимается (сложность алгоритма программного продукта – 3, группа новизны – Б):

Находится значение :

Тогда

Трудоемкость выполнения стадии «Внедрения» рассчитывается по формуле (3.12)

,
(3.12)

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

Коэффициенты и были найдены выше:

Тогда

Общая трудоемкость разработки программного продукта:

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

,
(3.13)

где – трудоемкость i-ой работы, [чел./дни];
Q – трудоемкость дополнительных работ, выполняемых исполнителем, [чел./дни];
– количество исполнителей, выполняющих i-ую работу.
Так как дополнительные работы на всех этапах отсутствуют, то продолжительность каждого этапа составляет:

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

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

1) Расчет нематериальных активов и затрат на оборудование.
В данной статье учитываются суммарные затраты на приобретение оборудования и нематериальных активов, требуемых для разработки данного программного продукта. Так как пакет Turbo Delphi с библиотеки уже установлен в организации, то стоимость его не учитывается. Результаты сведены в таблицу 3.1. Цены указаны по состоянию на январь 2011 года.

Таблица 3.1 – Затраты на оборудование и ПО
Наименование Количество, шт. Цена за ед., руб. Сумма, руб.
Turbo Delphi 2 9500,00 18000,00
Windows XP Home Edition RUS SP2 2 3408,00 6816,00
Итого 24816,00

Затраты на ПО: руб.
Затраты, связанные с использованием вычислительной техники определяют по формуле (3.14)

,
(3.14)

где – время использования ЭВМ для разработки данного программного продукта. Берем значение (количество разновидностей форм входной информации – 1, количество разновидностей форм выходной информации – 2)

– поправочный коэффициент учета времени использования ЭВМ.
Берется значение (сложность алгоритма ПП – 3; группа новизны – Б).
– цена одного часа работы ЭВМ,
– коэффициент учета степени использования системы управления базами данных;
– коэффициент учета быстродействия ЭВМ. Выбирается (более операций в секунду)
[руб.]

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

,
(3.15)

где – месячный оклад i-го исполнителя, [руб.];
– трудоемкость работ, выполняемых i-м исполнителем, [чел./дни] – определяются из календарного плана-графика;
– среднее количество рабочих дней в месяце. Принимается d=21 день.
Расчет затрат на оплату труда каждого исполнителя:

Суммарная заработная плата равна:

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

,
(3.16)

где – коэффициент отчислений на дополнительную заработную плату.
Принимается .
Тогда дополнительная заработная плата с учетом коэффициента отчислений составит:

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

,
(3.17)

где – коэффициент отчислений на социальное страхование.
Принимается
Тогда

5) Расчет амортизационных отчислений
Расчет ведется по формуле (3.18)

,
(3.18)

где А – годовые амортизационные отчисления;
Т – время работы оборудования;
– действительный годовой фонд рабочего времени на ПЭВМ.
Цена ПЭВМ требуемая для разработки ПО представлены в таблице 3.2:

Таблица 3.2 – Цены на ПЭВМ для разработки ПО
Наименование Цена
ЦП: AMD Phenom II X4 925BOX (ядро Deneb 2,8ГГц, Socket AM3, L2-кеш 2 мб, L3-кеш 6 мб. 5200
Системная плата: Gigabyte GA-MA770T-UD3P (Socket AM3, AMD770, 4хDDR3 1066\1333\1666 максимум до 16 Гб, PCIex16, 2xPCIe, 4xPCIe, IDE, 6xSATA, 8xUSB2,0, IEEE 1394a, S\PDIF-out, COM, LAN, 2xPS\2, аудио) 3200
Память: 2048 Мб 1333МГц, DDR3 Kingston PC 10666 (KVR1333D3N9–2G) 2450
Видеокарта: XFX Radeon HD 5750 1Гб GDDR5 (PCIex16,2xDVI, HDMI, DisplayPort) 6450
Жесткий диск: Seagate Barracuda ST3320418AS 320Гб (SATA-2, 7200 об\мин, 16Мб) 2400
Оптический привод: NEC AD-7243S-08LF (SATA, CD-ROM\R\RW, DVD-ROM\RAM, DVD-R\RW, DL) 950
Корпус: ASUS TA-881 (ATX, 450 Вт, 1х12 см, 24+4 pin, 2xUSB, звук 2200
Монитор: BenQ SE2241 (TFT, 21,5 дюйм, 1920х1080, 5 мс, 250 кд\м3,1000:1, VGA, DVI, HDMI. SCART, композитный, компонентный 10500
Мышь: A4TechXL-750BK (360dpi, лазерная, проводная) Клавиатура: A4TechKX-6MU-R-slim (проводная, 104 осноных+13 дополнительных клавиш) 1700
Итого: 35050

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

Таблица 3.3 – Данные для расчета амортизационных отчислений
Цена ПЭВМ (на январь 2012 года), руб. 35050
Процент на амортизационные отчисления, % 12
Годовой фонд рабочего времени на ПЭВМ (пятидневная неделя, 7,5 часовой рабочий день), час 1950

А=0,12•32890•2=7894 руб.
Т=245,91•7,5=1844,3 [час.] (из расчета 7,5 часового рабочего дня)
Всего амортизационные отчисления при разработке программного продукта составяет:

руб.

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

,
(3.19)

где – коэффициент накладных расходов.
Принимается
Тогда

7) Итоговые результаты
Результаты расчетов затрат на разработку программного продукта приведены в таблице 3.4.

Таблица 3.4 – Результаты расчетов
Наименование статьи Сметная стоимость, руб.
Затраты на нематериальные активы и оборудование 24816
Затраты на оплату труда 162190
Дополнительная заработная плата 32438
Отчисления в ФСС 74677
Амортизация оборудования 7466
Накладные расходы 48657
Итого 350244

Вывод: затраты на разработку программы составляют 248455 рублей.
Цена создания программного продукта с учетом норматива рентабельности определяется по формуле (3.20)

,
(3.20)

где С – затраты на разработку ПП;
норматив рентабельности 30%.
Ц = 350244•1,3 = 455317 [руб.]
Цена создания разрабатываемой программы составляет 455317 рублей.
Прибыль рассчитывается по формуле (3.21)

(3.21)

Пр = 455317–350244= 105073 [руб.]
В результате расчетов было получено общее время выполнения проекта, которое составило 221,55 дня.
Величина получаемой прибыли от реализации программного продукта составила 105073 рублей.
3.3 Экономический эффект от внедрения программного продукта
Экономический эффект – это экономия денежных средств предприятия. В данном случае при использовании данной программы, главным образом, получается экономия времени:
– автоматизирован процесс расчета;
– автоматизирован процесс проводки платежей;
– автоматически заполненные данные в документе, который является первичным документом для дальнейшего учета и контроля, т.е. исключается дублирование работы;
Экономия рабочего времени предоставляет кассиру-операционисту возможность эффективно и качественно выполнять поставленные перед ними функциональные задачи. Операционист своевременно сдает отчетную документацию, работа выполняется в установленные сроки и в течение рабочего дня, нет необходимости задерживаться после рабочего дня.
Сравнительный анализ затраченного времени до внедрения и после внедрения созданного программного продукта отражен в таблице 3.5:

Таблица 3.5 – Сравнительный анализ экономии времени
Показатели До внедрения программного продукта После внедрения программного продукта Отклонения, мин
Ввод информации по заявке клиента в таблицу Excel, минуты 15
– -15
Расчет на калькуляторе и запись расчета на бумажный бланк, минуты 20 – -20
Формирование свода по виду, минуты 40 5 -35
Формирование файла для книги, минуты _ 10 +10
Общее время на обработку информации, минуты 75 15 -60
Время за год на обработку информации, минуты 337500 67500 -270000
Расход за год на обработку информации, рубли 541406 108281 -433125
Затраты на разработку и внедрение ПП, рубли – 350244 +350244

До внедрения программного продукта кассир по сравниваемым показателям затрачивал 75 минут своего времени в месяц по составлению квитанций, после внедрения программы по тем же показателям используемое время сократилось до 15 мин. Экономия времени составила 60 минут.
Учитывая количество в год, расход времени по всем до внедрения составила:
4500•75=337500 мин.
После внедрения:
4500•15=67500 мин.
Экономия времени после внедрения составила:
337500–67500=270000 мин.
Количество рабочего времени в месяц равно:
8•20=160 ч.
Оклад кассира-операциониста составляет 16800 рублей в месяц.
Стоимость одного рабочего часа составит:
16800/160=105 руб./ч.
Расход денежных средств в год до внедрения составил:
337500•105/60=590625 руб.
Расход денежных средств в год после внедрения составил:
67500•105/60=118125 руб.
Экономия денежных средств за год после внедрения составил:
590625 – 118125= 708750 руб.
Благодаря экономии времени отдел по кредитованию ОПЕРУ успешно выполняет работу в количестве одного человека.
Общая сумма экономического эффекта от внедрения программного продукта составила 708750 руб.
Определим срок окупаемости по формуле (3.22)

,
(3.22)

где – затраты на создание ПП;
– экономический эффект от внедрения ПП.
Тогда срок окупаемости составит:
года

Экономический эффект от внедрения программного продукта составит
708750 рублей в год, срок окупаемости проекта – четыре месяца.

Заключение
В дипломной работе изложен изученный теоретический материал по вопросам экономической сущности денежных средств, источников их формирования и движения; особенностей использования электронно-вычислительной техники в учете; назначения комплексов автоматизации учета; основных положений об автоматизации рабочего места
В аналитическом разделе проведен обзор современных автоматизированных систем, дана их сравнительная оценка. Рассмотрена роль АРМ в составе автоматизированных систем. Проведен анализ деятельности расчетно-кассового узла ОАО «Вологодская сбытовая компания», который показал существенное возрастание эффективности его работы при внедрение АРМ кассира. Произведенно обоснование по техническому и программному обеспечению для реализации проекта.
В проектной части дипломной работы сделано обоснование использования ОС и программной среды Delphi при разработке программного обеспечения АРМ кассира и сформулированы основные требования к нему, обосновано использование ОС и программной среды Delphi, при разработке программного обеспечения, определен состав функциональных задач и информационной базы.
В соответствии с задачами, поставленными перед АРМ, разработано функциональное программное обеспечение, включая базу данных. Использование интегрированной программной среды Delphi позволяет формировать программу, используя стандартные объекты и целые заготовки фрагментов программы, предоставляемые Delphi. Полученные результаты сразу отображаются на экран монитора. Все это позволило существенно сократить время написания и отладки программного обеспечения АРМ.
В конце проектной части описывается автоматизированная технология работы, включая настройку системы на текущий рабочий день и основные операции с клиентами.
В экономическом разделе проекта дан расчет экономической эффективности от влияния АРМ кассира. Показано, что экономический эффект от его использования в ОАО «Вологодская сбытовая компания» составляет 708750 руб. Окупаемость средств, затраченных на приобретение оборудования для АРМ составляет 4 месяца.
Разработанное в рамках дипломной работы АРМ кассира позволяет автоматизировать наиболее трудоемкие операции, проводимые в расчетно-кассовом узле ОАО «Вологодская сбытовая компания», позволяет повышать производительность труда кассира-оператора, за счет сокращения времени обслуживания клиента.
Открытая архитектура и возможности расширения программного расширения позволяют без больших доработок интегрировать АРМ в автоматизированную систему ОАО «Вологодская сбытовая компания».

Список использованных источников

  1. Бойко В.В., Савинков В.М. «Проектирование информационной базы автоматизированной системы на основе СУБД.» М.: Финансы и статистика, 2002.
  2. Борзов Ю.В. «Методы тестирования и отладки программ ЭВМ.» Рига, ЛГУ им. П. Стучки, 2000.
  3. Боровиков В.П. Прогнозирование в системе STATISTICA в среде Windows. Основы теории и интенсивная практика на компьютере: Учеб.пособие.-М.:Финансы и статистика, 2009. – 384 с.: ил.
  4. Гудман С. «Введение в разработку и анализ алгоритмов.» М.: Мир, 1981.
  5. Дадько А.С. Бухгалтерский учет на компьютере. – М.: Амика-пресс, 2007. – 107 с
  6. Джексон Г. «Проектирование реляционных баз данных для использования с микро-ЭВМ» М.: Финансы и статистика, 2011.
  7. Искусственный интеллект. Кн. 2. Модели и методы: Справочник / Под ред. Д.А. Поспелова. – М.: Радио и связь, 20100. – 304 с.
  8. Карминский А.М., Нестеров П.В. Информатизация бизнеса. – М.: Финансы и статистика, 2007.
  9. Методы анализа данных / Под. ред. Э. Дидэ и др. – М.: Финансы и статистика, 1985. – 360 с.
  10. Пеньков Е.Г. «Организация учета в материально-техническом снабжении», Финансы, М. 1973
  11. Рихтер Джеффри «Windows для профессионалов», С-П. Русская редакция 2011.
  12. Титоренко Г.А. Автоматизированные информационные технологии в экономике. – М.: Компьютер, ЮНИТИ, 2008.
  13. Харитонов С.А. Компьютерная бухгалтерия 7.7 в системе гибкой автоматизации бухучета. — М.: Прогресс, 2009.
  14. Чистов Д.В. Основы компьютерной бухгалтерии. — М.: Информ-Пресс, 2008.
  15. Чистов Д. Хозяйственные операции в программе 1С: Предприятие. — М.: Информ-Пресс, 2010.
  16. Шуремов Е.Л. Компьютерный учет кассовых операций. — М.: изд. дом 1С, 2009.
Оцените статью
Поделиться с друзьями
BazaDiplomov