Диплом Разработка и внедрение информационной системы автоматизации деятельности предприятия ТСЖ

Оглавление

Определения, обозначения и сокращения 3
ВВЕДЕНИЕ 4
1 ТЕОРИЯ ПРОЕКТИРОВАНИЯ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ 6
1.1 Понятие и классификация автоматизированных информационных систем 6
1.2 Структура информационной системы 9
1.3 Этапы проектирования информационной системы 12
2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ИНФОРМАЦИОННОЙ СИСТЕМЫ ТСЖ «ЭНЕРГИЯ» 16
2.1 Технико-экономическая характеристика предметной области 16
2.2 Экономическая сущность задачи 19
2.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи 21
2.4 Постановка задачи 23
2.5 Обоснование проектных решений по видам обеспечения 26
2.6 Функционально-ориентированное и объектно-ориентированное проектирование информационной системы 30
2.7 Используемые классификаторы и системы кодирования 37
2.8 Проектирование информационного обеспечения 38
2.9 Характеристика результатной информации 44
3 МАШИННАЯ РЕАЛИЗАЦИЯ КОМПЛЕКСА ЗАДАЧ 46
3.1 Разработка модулей приложения 46
3.2 Разработка программного обеспечения системы 49
3.3 Описание контрольного примера реализации проекта 50
3.4 Расчет и обоснование экономической эффективности продукта 60
ЗАКЛЮЧЕНИЕ 65
Приложение А. Исходный код программы 69

Определения, обозначения и сокращения

В настоящей поянительной записке применяются следующие определения, обозначения и сокращения:
АИС – автоматизированная информационная система;
АРМ – автоматизированное рабочее место;
БД – база данных;
СУБД – система управления базами данных;
ТСЖ – товарищество собственников жилья;
ЭВМ – электронно-вычислительная машина;
автоматизированная информационная система представляет собой совокупность информации, экономико-математических методов и моделей, технических, программных, технологических средств и специалистов, предназначенную для обработки информации и принятия управленческих решений;
программное обеспечение – это совокупность программ, реализующих функции и задачи АИС и обеспечивающих устойчивую работу технических средств;
проектированием ИС называется процесс составления описания еще не существующей системы на разных языках и с различной степенью детализации, в ходе, которого осуществляется оптимизация проектных решений. В процессе детализации описаний наступает момент, когда имеющиеся описания позволяют создать действующую систему и наступает период эксплуатации ИС;
информационное обеспечение – это совокупность единой системы классификации и кодирования информации, унифицированных систем коммуникации, схем информационных потоков, циркулирующих в организации и методология построения баз данных.

ВВЕДЕНИЕ

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

1 ТЕОРИЯ ПРОЕКТИРОВАНИЯ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ
1.1 Понятие и классификация автоматизированных информационных систем

Автоматизированная информационная система (далее – АИС) представляет собой совокупность информации, экономико-математических методов и моделей, технических, программных, технологических средств и специалистов, предназначенную для обработки информации и принятия управленческих решений.
АИС являются одним из наиболее распространенных классов систем обработки данных. Они используют ресурсы нескольких категорий – средства вычислительной техники, системное и прикладное программное обеспечение, информационные, лингвистические и человеческие ресурсы. К категории информационных систем часто относят многие системы обработки данных, которые не только поддерживают информационную модель предметной области, но и позволяют решать на ее основе некоторые классы задач управленческого, исследовательского, конструкторского или иного характера. Конкретные задачи, которые должны решаться информационной системой, зависят от той прикладной области, для которой предназначена система. Области применения информационных приложений разнообразны: банковское дело, страхование, медицина, транспорт, образование и т. д.
Первые информационные системы появились в 50-х гг. В 70-х – начале 80-гг. информационные системы начинают широко использоваться в качестве управленческого контроля, поддерживающего и ускоряющего процесс принятия решений. К концу 80-х гг. концепция использования информационных систем вновь изменяется, они становятся стратегическим источником информации и используются на всех уровнях организации любого профиля.
Основные требования к АИС [22]:

  • интегрируемость – способность взаимодействия системы с вновь подключаемыми компонентами или подсистемами;
  • масштабируемость – возможность расширения системных ресурсов и производительной мощности;
  • управляемость – возможность гибкого управления системой;
  • адаптивность – возможность системы приспосабливаться к условиям конкретной предметной области;
  • используемость – возможность реализации заложенных в систему функций;
  • реактивность – способность системы реагировать на внутренние и внешние воздействия;
  • безопасность – возможность предотвращения разрушения системы в результате несанкционированного доступа.
    Качество АИС определяется совокупностью свойств, характеризующих способность АИС удовлетворять потребности ее пользователей. Выделяют функциональные, экономические и эксплуатационные показатели качества АИС. Функциональные показатели характеризуют: функциональную полноту, адаптивность и корректность АИС. Экономические показатели — это стоимость создания или приобретения АИС, затраты на её внедрение и эксплуатацию, эффект, получаемый от функционирования АИС. Эксплуатационные — это показатели, определяющие набор требований к техническим средствам, характеризующие возможность работы в сети, характеризующие легкость и простоту установки, надежность программного обеспечения, удобство его освоения, качество помощи и пользовательского интерфейса, возможность защиты данных.
    Автоматизированные информационные системы классифицируются по ряду признаков [12]:
    1) Сфера функционирования объекта управления:
  • АИС сельского хозяйства;
  • АИС транспорта;
  • АИС связи и т.д.
    2) Виды процессов управления:
  • АИС управление технологическими процессами;
  • АИС управления организационно-технологическими процессами;
  • АИС организационного управления;
  • АИС научных исследований;
  • обучающие АИС.
    3) Уровень в системе государственного управления:
  • отраслевые АИС;
  • территориальные АИС;
  • межотраслевые АИС.
    АИС управления технологическими процессами – это человеко-машинные системы, обеспечивающие управление технологическими устройствами, станками, автоматическими линиями.
    АИС управления организационно-технологическими процессами представляют собой многоуровневые системы, сочетающие АИС управления технологическими процессами и АИС управления предприятиями.
    Для АИС организационного управления объектом служат производственно-хозяйственные, социально-экономические, функциональные процессы, реализуемые на всех уровнях управления экономикой, в частности:
  • банковские АИС;
  • АИС фондового рынка;
  • финансовые АИС;
  • страховые АИС;
  • налоговые АИС;
  • статистические АИС;
  • АИС промышленных предприятий и организаций.
    АИС научных исследований обеспечивают высокое качество и эффективность межотраслевых расчетов и научных опытов. Методической базой таких систем служат экономико-математические методы, технической базой – вычислительная техника и технические средства для проведения экспериментальных работ моделирования.
    Обучающие АИС получают широкое распространение при подготовке специалистов в системе образования, при переподготовке и повышении квалификации работников разных отраслей.
    Отраслевые АИС функционируют в сферах промышленного и агропромышленного комплексов, в строительстве, на транспорте. Эти системы решают задачи информационного обслуживания аппарата управления соответствующих ведомств.
    Территориальные АИС предназначены для управления административно-территориальными районами. Деятельность территориальных систем направлена на качественное выполнение управленческих функций в регионе, формирование отчетности, выдачу оперативных сведений местным государственным и хозяйственным органам.
    Межотраслевые АИС являются специализированными системами функциональных органов управления национальной экономикой (банковских, финансовых, снабженческих, статистических и др.). Имея в своем составе мощные вычислительные комплексы, межотраслевые многоуровневые АИС обеспечивают разработку экономических и хозяйственных прогнозов, государственного бюджета, осуществляют контроль результатов и регулирование деятельности всех звеньев хозяйства, а также контроль наличия и распределения ресурсов.
    Определяя АИС как организованную для достижения общей цели совокупность специалистов, средств вычислительной и другой техники, математических методов и моделей, интеллектуальных продуктов и их описаний, а также способов и порядка взаимодействия указанных компонентов, следует выделить, что главным звеном и управляющим субъектом в перечисленном комплексе элементов был и остается человек, специалист.
    1.2 Структура информационной системы

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

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

Рисунок 1.1 – Структура информационной системы как совокупность обеспечивающих подсистем

Математическое обеспечение – это совокупность математических методов, моделей и алгоритмов обработки информации.
К средствам математического обеспечения относятся:

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

Разработка информационной системы (далее – ИС) – это трудоемкий, длительный и динамический процесс, состоящих из нескольких этапов.
Проектирование имеет целью обеспечить эффективное функционирование ИС и её взаимодействие со специалистами, использующими в сфере деятельности конкретного экономического объекта ПЭВМ и развитые средства коммуникации для выполнения своих профессиональных задач и принятия управленческих решений.
Проектированием ИС называется процесс составления описания еще не существующей системы на разных языках и с различной степенью детализации, в ходе, которого осуществляется оптимизация проектных решений. В процессе детализации описаний наступает момент, когда имеющиеся описания позволяют создать действующую систему и наступает период эксплуатации ИС.
Жизненный цикл (ЖЦ) – период создания и использования ИС, охватывающей ее различные состояния, начиная с момента возникновения необходимости в данной информационной системе и заканчивая моментом ее полного выхода из употребления у пользователей.
Жизненный цикл ИС позволяет выделить четыре основные стадии [22]:

Рисунок 1.2 – Стадии жизненного цикла ИС

1 стадия – предпроектное обследование:
1-й этап – сбор материалов для проектирования – формирование требований, изучение объекта проектирование, разработка и выбор варианта концепции системы;
2-й этап – анализ материалов и формирование документации – создание и утверждение технико-экономического обоснования и технического задания на проектирование системы на основе анализа материалов обследования, собранных на первом этапе.
2 стадия – проектирование:
1-й этап – техническое проектирование, где ведется поиск наиболее рациональных проектных решений по всем аспектам разработки, создаются и описываются все компоненты системы, а результаты работы отражаются в техническом проекте;
2-й этап – рабочее проектирование, в процессе которого осуществляется разработка и доводка программ, корректировка структур баз данных, создание документации на установку технических средств и инструкций по их эксплуатации, подготовка для каждого пользователя системы обширного инструкционного материала, оформленного в виде должностных инструкций исполнителям-специалистам, реализующим свои профессиональные функции с использованием технических средств управления. Технический и рабочий проекты могут объединяться в единый документ – техно-рабочий проект.
3 стадия – ввод системы в действие:
1-й этап – подготовка к внедрению – установка и ввод в эксплуатацию технических средств, загрузка баз данных и опытная эксплуатация программ, обучение персонала;
2-й этап – проведение опытных испытаний всех компонентов системы перед передачей в промышленную эксплуатацию, обучение персонала;
3-й этап (завершающая стадия создания ИС) – сдача в промышленную эксплуатацию; оформляется актами приема-передачи работ.
4 стадия (промышленная эксплуатация) – кроме повседневного функционирование включает сопровождение программных средств и всего проекта, оперативное обслуживание и администрирование баз данных.
Жизненный цикл образуется в соответствии с принципом нисходящего проектирования и, как правило, носят итерационный характер: реализованные этапы, начиная с самых ранних, циклически повторяются в соответствии с изменениями требований и внешних условий, введением ограничений и т.д. На каждом этапе проектирования определяется набор документов и технических решений, при этом для каждого этапа исходными являются документы и решения, полученные на предыдущем этапе. Этап завершается проверкой предложенных решений и документов на их соответствие сформулированным требованиям и начальным условиям.
Главная особенность разработки ИС состоит в концентрации сложности на стадиях предпроектного обследования и проектирования и относительно невысокой сложности и трудоемкости последующих этапов. Более того, нерешенные вопросы и ошибки, допущенные на этапах анализа и проектирования, порождают на этапах внедрения и эксплуатации трудные, часто неразрешимые проблемы и, в конечном счете, приводят к отказу от использования материалов проекта.

2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ИНФОРМАЦИОННОЙ СИСТЕМЫ ТСЖ «ЭНЕРГИЯ»
2.1 Технико-экономическая характеристика предметной области

Некоммерческая организация ТСЖ «Энергия» зарегистрировано в администрации Великоустюгского муниципального района 12.02.2010.
ТСЖ является некоммерческой организацией, осуществляет свою деятельность на основании Устава, принятого общим собранием.
Органами управления ТСЖ являются общее собрание товарищества, правление товарищества.
ТСЖ «Энергия» является юридическим лицом, имеет печать со своим наименованием, расчетный счет в банке и другие реквизиты.
Официальное наименование:

  • полное – некоммерческая организация товарищества собственников жилья «Энергия»;
  • краткое – ТСЖ «Энергия».
    Местонахождение – 162390, Вологодская область, г. Великий Устюг, ул. Неводчикова, д. 72.
    Основной вид экономической деятельности – управление эксплуатацией жилого фонда.
    Товарищество собственников жилья создано для управления и обеспечения эксплуатации общего имущества. Высший орган управления – общее собрание, исполнительный орган – правление во главе с председателем, контрольный орган – ревизионная комиссия (ревизор).
    Основным источником финансирования деятельности служат целевые поступления собственников.
    В состав ТСЖ входят председатель правления ТСЖ, члены правления ТСЖ, главный бухгалтер и обслуживающий персонал.
    Председатель правления является выборным лицом, наделенным управленческими полномочиями. Председатель избирается на первом заседании правления товарищества, из числа членов правления, путем простого голосования на срок, установленный Уставом товарищества. В своей повседневной деятельности он руководствуется действующим законодательством РФ, Уставом товарищества, Положением по организации технической эксплуатации жилищного фонда в товариществе собственников жилья, своей должностной инструкцией, решениями общего собрания и правления. В обязанности Председателя может входить бухгалтерский учет (это регламентируется Уставом ТСЖ). Председатель правления должен знать должностные инструкции всех работников товарищества, контролировать их деятельность и требовать исполнения ими своих должностных обязанностей.
    Органами управления товарищества собственников жилья (ТСЖ) являются общее собрание членов товарищества и правление товарищества.
    Общее собрание членов является высшим органом управления, правление подотчетно общему собранию и выбирается из его членов. Из состава правления ТСЖ избирается председатель правления, являющийся высшим должностным лицом товарищества. Кроме того, для осуществления ревизии финансовой деятельности товарищества избирается ревизор (или ревизионная комиссия).
    Правление избирается из числа членов товарищества общим собранием членов товарищества на срок, установленный уставом товарищества, но не более чем на 2 года. Таким образом, через каждые два года необходимо осуществлять перевыборы правления ТСЖ. Однако ЖК ничего не говорит о том, что запрещено становится членом правления лицам, уже избиравшихся в него ранее. Правление возглавляет председатель правления ТСЖ. Устав ТСЖ должен четко определять сроки и периодичность созыва заседаний правления. Наиболее целесообразным, по нашему мнению, будет проведение заседаний раз в месяц. В ходе заседания ведутся протоколы, которые должны храниться в архиве ТСЖ отдельно от протоколов общих собраний. Кворум, установленный для заседаний правления, имеется при наличии большинства его членов.
    Главный бухгалтер ТСЖ относится к административно-управленческому аппарату. В своей работе главный бухгалтер руководствуется законодательством РФ, подзаконными актами по организации финансового и бухгалтерского учета для товариществ собственников жилья, уставом товарищества, решениями общих собраний, постановлениями правления, приказами председателя правления, если они не противоречат законодательству.
    В обязанности обслуживающего персонала входит поддержание чистоты на территории ТСЖ, поддержание работоспособности всех линий электропередачи, водопровода, газопровода и т.п.
    Кроме того, по необходимости выбираются члены ревизионной комиссии. Избрание происходит на общем собрании членов ТСЖ. Если количество членов ТСЖ достаточно большое, уместно избирать ревизионную комиссию, если же оно не превышает 30-50 человек – достаточно одного лица. Ревизионная комиссия возглавляется председателем, который избирается на ее заседании из числа членов комиссии, и он в дальнейшем организует ее работу.
    Таким образом, основными объектами исследования были деятельность Главного Бухгалтера и Председателя ТСЖ. Было принято решение проанализировать основные элементы работы Председателя ТСЖ «Энергия» по организации взаимодействия управляющего состава дома и собственников, основные этапы и работы Главного Бухгалтера ТСЖ «Энергия» по расчету и начислению квартплаты и предложить определенные пути модернизации существующей схемы работ.
    ТСЖ формируется и осуществляет свою деятельность с целью извлечения максимально эффективного и экономически выгодного способа управления домом. Жильцы дома, являющиеся собственниками, принимают непосредственное участие в организации процесса содержания и управления домом путем взаимодействия с выборным составом управления товарищества собственников жилья.
    Общее собрание собственников, на котором жильцы дома могут получить детальный отчет о проведенных работах и сведениях об использовании целевых взносов, проводится после окончания больших работ как то капитальный ремонт, масштабная модернизация коммунальных коммуникаций или иных, сходных по масштабам работ. На общем собрании жильцов Председатель правления, Главный бухгалтер Товарищества собственников жилья, а также члены ревизионной комиссии представляют подробный отчет о проделанных работах и сопутствующих затратах, приводят доводы в пользу экономической эффективности проделанных работ, предоставляют жильцам смету доходов и расходов. В течение всего собрания ведется протокол.
    Анализируя показатели сметы «Ожидаемые доходы», «Фактические доходы», «Ожидаемые расходы» и «Фактические расходы» можно сделать вывод, что за период 2011-2012 финансовый результат деятельности ТСЖ «Энергия» – убыток в размере 35000 рублей 00 коп. Собственники, которые по каким-либо причинам не вносили средства на счет ТСЖ «Энергия» за использование коммунальных услуг и обслуживание дома и территории ТСЖ, являются основной причиной убытков ТСЖ «Энергия». Слабый механизм передачи информации в ТСЖ «Энергия» – ключевой недостаток, вследствие которого происходит несвоевременное донесение информации до должника или управляющего персонала.
    Решение этой проблемы – создание четкого механизма по передаче информации в ТСЖ «Энергия».
    2.2 Экономическая сущность задачи

Компьютерная технология характеризуется рядом особенностей. Ниже приведены отличия компьютерной обработки данных от неавтоматизированной.
Единообразное выполнение операций.
Компьютерная обработка предполагает использование одних и тех же команд при выполнении идентичных операций бухгалтерского учета, что практически исключает появлению случайных ошибок, обыкновенно присущих ручной обработке. Напротив, программные ошибки (или другие систематические ошибки в аппаратных либо программных средствах) приводят к неправильной обработке всех идентичных операций при одинаковых условиях.
Разделение функций.
Компьютерная система может осуществить множество процедур внутреннего контроля, которые в неавтоматизированных системах выполняют разные специалисты. Такая ситуация оставляет специалистам, имеющим доступ к компьютеру, возможность вмешательства в другие функции. В итоге компьютерные системы могут потребовать введения дополнительных мер для поддержания контроля на необходимом уровне, который в неавтоматизированных системах достигается простым разделением функций. К подобным мерам может относиться система паролей, которые предотвращают действия, недопустимые со стороны специалистов, имеющих доступ к информации об активах и учетных документах через терминал в диалоговом режиме.
Потенциальные возможности появления ошибок и неточностей.
По сравнению с неавтоматизированными системами компьютерные системы более открыты для несанкционированного доступа, включая лиц, осуществляющих контроль. Они также открыты для скрытого изменения данных и прямого или косвенного получения информации об активах. Чем меньше человек вмешивается в машинную обработку операций учета, тем ниже возможность выявления ошибок и неточностей. Ошибки, допущенные при разработке или корректировке прикладных программ, могут оставаться незамеченными на протяжении длительного периода.
Потенциальные возможности усиления контроля со стороны администрации. Компьютерные системы дают в руки администрации широкий набор аналитических средств, позволяющих оценивать и контролировать деятельность фирмы. Наличие дополнительного инструментария обеспечивает укрепление системы внутреннего контроля в целом и, таким образом, снижение риска его неэффективности. Так, результаты обычного сопоставления фактических значений коэффициента издержек с плановыми, а также сверки счетов поступают к администрации более регулярно при компьютерной обработке информации. Кроме того, некоторые прикладные программы накапливают статистическую информацию о работе компьютера, которую можно использовать в целях контроля фактического хода обработки операций бухгалтерского учета.
Инициирование выполнения операций в компьютере.
Компьютерная система может выполнять некоторые операции автоматически, причем их санкционирование не обязательно документируется, как это делается в неавтоматизированных системах бухгалтерского учета, поскольку сам факт принятия такой системы в эксплуатацию администрацией предполагает в неявном виде наличие соответствующих санкций.
Главное назначение автоматизированной системы:
– повысить эффективность выполнения основных функций бухгалтера ТСЖ, поскольку, как можно увидеть, функционирование блока бухгалтерии связано с очень большим документным и информационным потоком;
– улучшить оперативность принятия решений;
– повысить производительность труда;
– снизить количество вычислительных ошибок при помощи автоматизации процесса обработки информации;
– содействовать эффективному и безопасному хранению и доступу к информации.
Массовые, повторяющиеся операции по оформлению, ведению учета коммунальных платежей относятся к числу задач, поддающихся формализации и, следовательно, автоматизации.
Автоматизация оперативного управления процессами требует тщательной проработки состава переменной и постоянной информации.
Целью работы является создание единой информационной системы, позволяющей эффективно хранить, обрабатывать, анализировать и использовать информацию по финансовому обслуживанию участников ТСЖ.
Таким образом, для разработки автоматизированной информационной системы (АИС) необходимо решить следующие задачи:

  • реализация управления доступом к АИС;
  • создать СУБД для работы АИС;
  • разработать справочную информацию по АИС;
    2.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи

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

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

  • повысить производительность и эффективность труда бухгалтера;
  • сократить бумажный документооборот;
  • оперативно оценить и проанализировать имеющиеся данные;
  • организовать четкий формализованный бизнес-процесс обслуживания, исключающий ошибки, неточности и промедления.
    Разрабатываемая АИС должна обеспечивать:
  • многопользовательский режим работы;
  • дружественный пользовательский интерфейс, рассчитанный на недостаточно подготовленных пользователей;
  • необходимый уровень быстродействия на предусмотренной аппаратной базе;
  • защита данных от несанкционированного доступа современными методами;
  • поддержку целостности базы данных и полное восстановление после возможных сбоев в работе оборудования;
  • доступность для понимания пользователем всех процессов и алгоритмов, присутствующих в системе;
  • возможность эффективно поддерживать актуальность данных, с которыми работает система;
  • возможность наращивания системы, подключения к ней новых функций и связи с другими существующими и вновь появляющимися АИС.
    Требования, представленные выше позволят работать с системой пользователям, прошедшим минимальный уровень практической подготовки, что важно с точки зрения сокращения затрат на ее внедрение. Кроме того, настоящие требования ориентируют АИС на максимальную надежность и последующее развитие.
    Автоматизированное рабочее место и информационная система должны обеспечивать следующие функции:
  • формирование и поддержание в актуальном состоянии нормативно-справочной и справочной информации;
  • ввод текущей информации: регистрация в системе выставленных счетов, регистрация расчетных документов;
  • расчет стоимости квартплаты на основе данных собственника и выставленных счетов обслуживающих организаций;
  • архивирование и сохранение всей информации, обрабатывающейся системой;
  • администрирование системы.
    Информационное обеспечение – это совокупность единой системы классификации и кодирования информации, унифицированных систем коммуникации, схем информационных потоков, циркулирующих в организации и методология построения баз данных. Его назначение – это своевременное формирование и выдача достоверной информации для принятия управленческих решений.
    Информационная база должна обладать всей полнотой данных, необходимых для осуществления процесса расчетно-кассового обслуживания. С другой стороны, создаваемая информационная база должна основываться па современных методах ее организации, обеспечивающих ее эффективное использование. В полной мере этим требованиям отвечает организация информационной базы АИС в виде реляционной базы данных и использование реляционной СУБД. При этом необходимо разработать соответствующую логическую модель РБД.
    Для полноценного и безопасного функционирования АИС необходимо использовать следующее программное обеспечение:
  • операционная система для рабочих мест предполагается 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) во избежание проникновения в локальную вычислительную сеть программ-вирусов, которые могут повлечь за собой сбои в работе программ и повредить данные (либо получить несанкционированный доступ к ним).
    Требования к системе безопасности данных и защите информации.
    Основные группы требований к безопасности данных:
  • обеспечение конфиденциальности информации, содержащейся в АИС (разграничение полномочий, учет всех действий с базой данных);
  • обеспечение защиты данных от несанкционированного доступа (проведение соответствующих организационных мероприятий, минимизация полномочий по доступу, полнота контроля попыток несанкционированного доступа, контроль за функционированием системы защиты и т.д.);
  • обеспечение сохранности информации при авариях: необходимо реализовать возможность резервного копирования информации на сменные носители информации. Кроме того, не должна существовать возможность снижения уровня надежности при возникновении в системе сбоев, отказов, преднамеренных действий нарушителя или непреднамеренных ошибок-пользователей и обслуживающего персонала.
    При этом должна обеспечиваться экономическая целесообразность использования систем зашиты, выражающаяся в том, что стоимости разработки и эксплуатации систем защиты информации должна быть меньше стоимости возможного ущерба, наносимого объекту в случае разработки и эксплуатации АИС без системы защиты информации.
    2.5 Обоснование проектных решений по видам обеспечения

1) По техническому обеспечению
На данный момент в ТСЖ «Энергия» используется две рабочие станции – локальный персональный компьютер Председателя ТСЖ и локальный компьютер Бухгалтера ТСЖ. Оба персональных компьютера оборудованы доступом в интернет для доступа в Интернет-Банк. Ниже приведена характеристика каждой из рабочих станций.

Таблица 2.1 – Конфигурация компьютера Председателя ТСЖ
Процессор: Intel Pentium 4 3000 MHz
Опер. Память: 1024 Mb
Винчестер: WDC WD800JD-00LSA0 (74 Гб, IDE)
Привод: LITE-ON DVD SHD-16P1S (16x/48x DVD-ROM)
Видеокарта: RADEON X300/X550 Series (128 Мб)
Монитор: Acer AL1917 [19″ LCD]
Сетевая карта: Встроенная

Таблица 2.2 – Конфигурация компьютера Бухгалтера ТСЖ
Процессор: Intel Pentium Core2 Quad 8200 MHz
Опер. Память: 2048 Mb
Винчестер: WDC WD800JD-00LSA0 (74 Гб, IDE)
Привод: LITE-ON DVD SHD-16P1S (16x/48x DVD-ROM)
Видеокарта: GeForce GT 9600 (512 Mb)
Монитор: Acer AL1917 [19″ LCD]
Сетевая карта: Встроенная

Следует отметить, что соблюдены требования по обеспечению всеми необходимыми лицензионными программными продуктами рабочих мест: операционные системы Microsoft Windows XP Professional, офисные программы Microsoft Office 2003, антивирусная программа Kaspersky Internet Security 2011 ежедневно обновляемыми базами сигнатур вирусов.
Список специализированного программного обеспечения, используемого бухгалтером:

  • налогоплательщик ЮЛ – предназначена «для автоматизации процесса ввода налоговой и бухгалтерской отчетности, печати документов на бумажных носителях, формирования введенной информации бухгалтерской и налоговой отчетности на магнитных носителях налогоплательщиком и передачи отчетности в налоговые органы в электронном виде на магнитных носителях». Программа разработана Филиалом ФГУП ГНИВЦ ФНС России в Чувашской Республике, предназначена для работы в среде Windows;
  • ПД СПУ 2012 – Программный комплекс ПД СПУ предназначен для заполнения, вывода на печать и перевода в электронную форму документов:
  • Документы ПУ 5 — Программа «Документы ПУ 5» предназначена для формирования документов индивидуального (персонифицированного) учета страхователем, в соответствии с инструкцией по заполнению форм документов индивидуального (персонифицированного) учета в системе Государственного пенсионного страхования, утвержденной постановлением Правления ПФ РФ и подготовки их для сдачи в электронном виде в территориальный орган ПФ РФ.
    На основании имеющихся данных было установлено, что информационная система в ТСЖ «Энергия» не нуждается в локальной сети, так как используется только 2 рабочих станции, находящихся локально, в малом удалении друг от друга, необходимость модернизации каналов связи путем установки локальной сети отсутствует. Имеющееся специализированное программное обеспечение работает в локальном режиме, для нормального функционирования локальная сеть не нужна. Существующая система безопасности полностью удовлетворяет потребностям информационной защиты ТСЖ «Энергия», так как малый объем данных легко контролируется локально установленным антивирусным программным обеспечением.
    2) По информационному обеспечению.
    ТСЖ как форма управления многоквартирным домом имеет целый ряд преимуществ:
    1) собственники жилых помещений самостоятельно решают, каким способом управлять своим домом: собственными силами (правлением, общим собранием) или силами специалистов — профессионалов (управляющим, управляющей компанией);
    2) в случае выбора управления своим домом через управляющую компанию, ТСЖ заключает договор с ней на определенный перечень услуг и контролирует их качество по ежемесячным актам приема выполненных работ;
    3) ТСЖ само планирует ремонтные работы в своем доме, определяет их первоочередность. План работ и смету расходов на год утверждает на общем собрании членов ТСЖ;
    4) любой участник ТСЖ имеет право осуществлять контроль за расходованием средств товарищества, получаемых от платежей граждан и дотаций на содержание жилого дома. В ТСЖ действует ревизионная комиссия. Прозрачность бюджета это привилегия, которой лишены жители муниципальных домов;
    5) жильцы ТСЖ могут сами устанавливать размер тарифов, которые могут быть как ниже, так и выше муниципальных;
    6) участвуя в управлении собственным домом, жильцы сами определяют, какое именно соотношение в цене и качестве коммунальных услуг для них является оптимальным.
    В существующей модели информационного обеспечения в ТСЖ «Энергия» стоит отметить следующие моменты:
  • формирование тарифов на коммунальные услуги;
  • механизм сбора информации от собственников;
  • механизм донесения информации до собственников управляющим составом;
  • механизм донесения информации собственниками до управляющего состава;
  • отчетность управляющего состава по проделанной работе, финансовом и хозяйственном состоянии дома.
    Формирование тарифов на коммунальные услуги происходит на уровне предприятий-поставщиков коммунальных услуг. В обязанности бухгалтера входит получение уведомления о текущей задолженности по потреблению коммунальных услуг и последующий расчет тарифов на текущий месяц в ТСЖ «Энергия».
    Для расчета итоговой задолженности квартплаты бухгалтеру ТСЖ необходимы сведения по потреблению коммунальных услуг (горячая и холодная вода в ванной комнате и кухне) каждой квартиры. Ежемесячно бухгалтер вывешивает в подъездах таблицы, куда жильцам необходимо вписать показания счетчиков. Если по каким-либо причинам жилец не записал свои показания, он обязан проинформировать бухгалтера по телефону. В противном случае жильцу начисляется среднее потребление по дому.
    В некоторых случаях управляющему составу ТСЖ «Энергия» необходима статистическая информация от всех собственников, например о привлечении сторонних организаций на обслуживание придомовой территории и т.п. ситуаций, где решение не может быть принято исключительно членами правления дома. Сбор необходимой информации осуществляется путем созыва общего собрания собственников. Другой вариант – председатель лично делает обход всех квартир, беседует с каждый собственником и составляет протокол.
    На данный момент в ТСЖ «Энергия» существует три механизма передачи информации от собственников до управляющего состава и от управляющего состава до собственников:
  • связь по телефону;
  • вывешивание информационных документов в подъездах;
  • созыв общего собрания собственников.
    К последнему способу управляющий состав, равно как и сами собственники, прибегает крайне редко – обычно не более 2 раз в год. На общем собрании выносится годовая смета, отчет о проделанных работах. Во время проведения общего собрания всегда ведется протокол. Кроме того каждый собственник вправе запросить у бухгалтера или председателя любую информацию, касающуюся непосредственно деятельности ТСЖ «Энергия».
    3) По программному обеспечению.
    Наиболее оптимальным выбором для данного проекта является язык программирования Delphi, так как он имеет быстрый компилятор, интегрированные решения для клиент-серверных приложений, мощные визуальные средства разработки.
    В качестве базы данных приложения была выбрана СУБД MS Access 2003. Microsoft Access – это интерактивная реляционная СУБД(relational database management system – RDBMS ) для WINDOWS. Графические возможности оболочки производят большое впечатление при изготовлении высококачественных отчетов и распечаток. Все это, благодаря, поддержки True-type шрифтов и встраивания OLE-объектов (Object Linking and Embeding) в рамках среды WINDOWS.
    2.6 Функционально-ориентированное и объектно-ориентированное проектирование информационной системы

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

  • Erwin – средство концептуального моделирования базы данных, использующее методологию IDEF;
  • BPWin – средство функционального моделирования, реализующее методологию IDEF.
    IDEF0 применяется как технология исследования и проектирования систем на логическом уровне. Она имеет графическую нотацию, состоящую из блоков и стрелок, IDEF0 представлена на рис.2.1.

Рисунок 2.1 – Диаграмма IDEF0

На вход информационной системы поступают данные о расчете, о квартирах, о показаниях счетчиков и информация о пользователе. Выходная информация – формирование общего отчета по всем квартирам и квитанции для оплаты. Управляющей информацией являются средства ввода и обработки. Механизмом, который осуществляет работу информационной системы, является бухгалтер ТСЖ. Диаграмма декомпозиции 1-го уровня (рис.2.2) «АРМ Бухгалтера ТСЖ «Энергия» представляется в 4 этапа: «Ввод расчета» (А1), «Ввод квартир» (А2), «Ввод показаний» (А3), «Обработка результатов» (А4).
Результатом работы декомпозиции первого уровня является оптимальный вид системы.

Рисунок 2.2 – Диаграмма декомпозиции 1-го уровня

В связи с размером информационной системы 2-ом уровне декомпозиции представлено 4 диаграммы:
1) Ввод расчета (А1);
2) Ввод квартир (А2) состоит из 3-х функциональных блоков:

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

Рисунок 2.3 – Диаграмма декомпозиции 2-го уровня

3) Ввод показаний (А3) состоит из 3-х функциональных блоков:

  • выбор типа квартплаты;
  • ввод показаний счетчика;
  • ввод тарифа.

Рисунок 2.4 – Диаграмма декомпозиции 2-го уровня

4) Обработка результатов (А4). В таблице 2.3 показаны основные элементы модели.

Таблица 2.3 – Основные элементы модели
Список данных
Перечень функций
Информация о пользователе;
Данные о расчете;
Данные о квартирах;
Показания счетчиков;
Средства ввода расчетов;
Средства обработки расчетов;
Бухгалтер;
Отчет по расчетам;
Квитанции. А0 «АРМ Бухгалтера ТСЖ «Энергия»
Продолжение табл. 2.3
Информация о пользователе;
Данные о расчете;
Данные о квартирах;
Показания счетчиков;
Средства ввода расчетов;
Средства обработки расчетов;
Бухгалтер;
Отчет по расчетам;
Квитанции;
Расчет;
Расчет с квартирами;
Расчет с показаниями и суммой платежа. А1. Ввод расчеты
А2. Ввод квартиры
А3. Ввод показаний счетчиков
А4. Обработка результатов
Данные о квартирах;
Расчет;
Средства ввода расчетов;
Бухгалтер;
Расчет с квартирами;
Автоматически введенные данные;
Квартира. А21. Проверка автоматически введенных данных
А22. Ввод новой квартиры или изменение существующей А23. Добавление квартиры к расчету
Показания счетчиков;
Средства ввода расчетов;
Бухгалтер;
Расчет с показаниями и суммой платежа;
Расчет с квартирами. А31. Выбор типа квартплаты
А32. Ввод показаний счетчиков
А33. Ввод тарифа

В таблице. 2.4 представлено описание основных функциональных блоков.

Таблица 2.4 – Описание функциональных блоков
Наименование блока
Описание решаемых задач
А1. Ввод расчетов На этом этапе происходит ввод данных о месяце, за который будет произведен расчет квартплаты, а также дата ввода расчета.
А2. Ввод квартир Ввод данных о номере квартиры и ФИО собственника.
А3. Ввод показаний счетчиков Ввод показаний счетчиков либо площади квартиры для расчета квартплаты.
А4. Обработка результатов Создание необходимых общих или детальных отчетов по расчетам, создание квитанции для оплаты.
А21. Проверка автоматически введенных данных Проверка автоматически введенных программой данных о номерах и собственниках квартир
А22. Ввод новой квартиры или изменение существующей Ввод новой квартиры или изменение данных о собственнике квартиры, если требуется
А23. Добавление квартиры к расчету Прикрепление квартиры к расчету и ввод в базу данных
А31. Выбор типа квартплаты Выбор типа квартплаты для соответствующей квартиры для включения в квитанцию.
А32. Ввод показаний счетчиков Ввод данных о показаниях внутриквартирных и внутридомовых счетчиков, а также коэффициентов или площади квартиры
А33. Ввод тарифа Ввод тарифов на оплату коммунальных услуг и т.д. в соответствующем месяце.

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

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

Рисунок 2.5 – Диаграмма вариантов использования

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

Таблица 2.5 – Главный раздел
Варианты использования Формирование базы заявок и выписка нарядов на склад
Актеры Бухгалтер
Цель Ведение учета расчетов по квартплате и формирование квитанций на оплату коммунальных услуг
Краткое описание Бухгалтер принимает показания счетчиков у собственников квартир в ТСЖ, заносит их в программу, установив соответствующий тариф на коммунальные услуги в данном месяце, после обработки выводит на печать квитанции для оплаты коммунальных услуг
Тип Базовый

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

Таблица 2.6 – Раздел «Типичный ход событий»
Действия актеров Отклик системы

  1. Бухгалтер запускает АРМ 2. Система предлагает ввести имя пользователя и пароль для авторизации
  2. Бухгалтер выбирает режим добавления расчета и вводит данные. 4. Система добавляет расчет в базу данных с указанием имени и текущей даты
  3. Бухгалтер выбирает режим добавления квартиры и вводит данные.
    Исключение №1: отсутствие квартиры в базе данных 6. Система добавляет квартиру в базу данных с указанием ФИО собственника.
  4. Бухгалтер выбирает режим добавления квартплаты и вводит данные 8. Система добавляет наименование квартплаты, показания счетчиков и сумму по указанному тарифу в базу данных.
  5. Бухгалтер создает квитанцию по оплате.
    Исключение №2: отсутствие расчетов в базе данных 10. Система выводит форму квитанции
  6. Бухгалтер формирует отчет по выбранным расчетам 12. Система выводит форму выбранного отчета.
    В третьем разделе сценария (табл. 2.7) описываются последовательности действий, которые должны выполняться при возникновении исключительных ситуаций (исключений).

Таблица 2.7 – Раздел «Исключения»
Действия актеров Отклик системы
Исключение №1: отсутствие квартиры в базе данных

  1. Бухгалтер водит данные о новой квартире 14. Система добавляет данные о новой квартире в базу данных
    Исключение №2: отсутствие расчетов в базе данных
  2. Бухгалтер заносит все данные о расчете 16. Система добавляет данные о расчете в базу данных

2.7 Используемые классификаторы и системы кодирования

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

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

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

На основе анализа предметной области и требований к разрабатываемой системе было принято решение об организации набора баз данных. Были выявлены входные документы или документы-источники для загрузки в базу данных (БД). Состав информационного обеспечения представлен в таблице 2.9.

Таблица 2.9 – Состав информационного обеспечения
Информационный объект (ИО) Обозначение ИО Семантика ИО
Квартиры KVARTIRA Содержит номера квартир и ФИО собственников
Квартплата PLATA Содержит список начисленной квартплаты с указанием показаний счетчиков, тарифов и суммы платежа
Тарифы TARIF Содержит список наименований квартплаты
Пользователи USERS Содержит информацию о пользователях системы
Расчеты RASCHET Содержит информацию о расчетах.

Функциональные зависимости реквизитов представлены в таблице 2.10.
Таблица 2.10 – Функциональные зависимости реквизитов
Информационный объект Название реквизитов Имя реквизитов Функциональные зависимости
Тарифы Код типа квартплаты ID

Название квартплаты TYPE    

Квартиры Код квартиры ID

Код расчета RASCHET_ID  
Номер квартиры  NAME    
ФИО собственника    FIO 

Квартплата Код продажи ID

Код вопроса KVARTIRA_ID 
Код товара  TYPE_ID 
Товар   NAME    
Показания счетчиков/основания для расчета квартплаты    KOL 
Тариф   TARIF   
Сумма   SUMMA   

Пользователи Код пользователя ID

Логин   LOGIN   
Пароль  PASSWORD    
Права   RIGHT   

Расчеты Код расчета ID

Месяц расчета   NAME    
Дата    DATA    

Соответствие описательных и ключевых реквизитов представлено в таблице 2.11.

Таблица 2.11 – Соответствие описательных и ключевых реквизитов
Описательные (зависимые) реквизиты Ключевые реквизиты Признак ключа Имя ИО, включающего реквизит
TYPE ID Простой, универсальный (П., У) Тарифы (TARIF)
RASCHET_ID ID (П., У) Квартиры (KVARTIRA)
NAME
FIO
TYPE_ID ID (П., У) Квартплата (PLATA)
KVARTIRA_ID
NAME
KOL
TARIF
SUMMA
LOGIN ID П., У Пользователи (USERS)
PASSWORD
RIGHT
NAME ID П., У Расчеты (RASCHET)
DATA

Были проанализированы реальные отношения и функциональные связи между информационными объектами. Связи между информационными объектами приведены в таблице 2.12.

Таблица 2.12 – Связи информационных объектов
Главный ИО Подчиненный ИО Ключ связи Тип реального отношения
Расчеты Квартиры RASHET_ID
Код расчета 1:М
Квартиры Квартплата KVARTIRA_ID
Код квартиры 1:М
Тарифы Квартплата TYPE_ID
Код тарифа 1:М

Различают следующие уровни логической модели, каждая из которых отличается глубиной представления информации о данных:
1) диаграмма сущность-связь (рис. 2.6) представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Такая диаграмма не слишком детализирована и может включать связи много–ко-многим;
2) модель данных, основанная на ключах (рис. 2.7). Данная модель предполагает уже более подробное представление данных и включает описание всех сущностей и первичных ключей. Здесь уже не допускается наличие связи много-ко-многим, так как данная модель предназначена для представления структуры данных и ключей, которые соответствуют предметной области;
3) Полная атрибутивная модель. Это наиболее детальное представление данных. Данная модель представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи.

Рисунок 2.6 – Диаграмма сущность-связь

Рисунок 2.7 – Модель данных, основанная на ключах

Описание структуры реляционных таблиц представлено в табл. 2.13.

Таблица 2.13 – Описание таблиц реляционной базы данных
Атрибут
Признак ключа Формат поля

Обозначение Наименование Тип
Длина

Пользователи (USERS)
ID Код пользователя П.,У. счетчик Длинное целое
RIGHT Права числовой 255
LOGIN Логин символьный 15
PASSWORD Пароль символьный 15
Расчеты (RASCHET)
ID Код расчета П.,У. счетчик Длинное целое
NAME Месяц расчета символьный 255
DATA Дата ввода/изменения Дата/время
Квартиры (KVARTIRA)
ID Код квартиры П.,У. счетчик Длинное целое
RASCHET_ID Код расчета Числовой 255
NAME Номер квартиры Числовой 255
FIO ФИО собственника символьный 255
Тарифы (TARIF)
ID Код квартплаты П.,У. счетчик Длинное целое
TYPE Тип квартплаты символьный 255
Квартплата (PLATA)
TARIF_ID Код квартплаты П.,У. Числовой 255
KVARTIRA_ID Код квартиры Числовой 255
NAME Тип квартплаты Текстовый 255
KOL Показания Числовой 255
ID Код квартплаты счетчик Длинное целое
TARIF Тариф Числовой 255
SUMMA Сумма Числовой 255

Исходя из функциональных зависимостей реквизитов, построим логическую модель БД (рис.2.8).

Рисунок 2.8 – Логическая модель базы данных

Построим физическую модель БД (рис.2.9).

Рисунок 2.9 – Физическая модель базы данных

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

  • наименование квартплаты;
  • способ расчета (по показаниям счетчиков или по площади квартиры);
  • стоимость за единицу измерения.
    2) информация о квартирах ТСЖ. В нее входит:
  • номер квартиры;
  • ФИО собственника квартиры (ответственного квартиросъемщика);
  • площадь квартиры.
    3) показания счетчиков. Сюда входит:
  • показания индивидуальных приборов учета;
  • показания общедомовых приборов учета.
    2.9 Характеристика результатной информации

Результатной информацией в разработанной ИС являются:
• отчет по квартплате по выбранным параметрам;
• квитанция на оплату.
Квитанция на оплату включает следующую информацию:
ФИО собственника жилья, номер квартиры, месяц расчетов, список видов квартплаты с указанием показаний счетчиков, тарифов и суммы оплаты.
Экранная форма квитанции приведена на рисунке 2.10.

Рисунок 2.10 – Экранная форма квитанции

Для отчетов по квартплате и квитанций разработан следующий запрос:
SELECT RASCHET.ID, RASCHET.DATA, RASCHET.NAME, KVARTIRA.name, KVARTIRA.FIO, PLATA.name, PLATA.kol, PLATA.tarif, PLATA.summa
FROM (RASCHET INNER JOIN KVARTIRA on RASCHET.id = KVARTIRA.RASCHET_ID) INNER JOIN PLATA on KVARTIRA.id = PLATA.KVARTIRA_ID
При печати к нему дополнительно может применяться фильтр по месяцу, квартире или собственнику на выбор.

3 МАШИННАЯ РЕАЛИЗАЦИЯ КОМПЛЕКСА ЗАДАЧ
3.1 Разработка модулей приложения

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

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

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

  1. Файл проекта (ARM.dpr) Этот текстовый файл используется для хранения информации о формах и модулях. В нем содержатся операторы инициализации и запуска программы на выполнение.
  2. Файлы форм (Kvartira, Main, Tarif, Plata, Report, TP, User, Uzas1.dfm) Это двоичный или текстовый файл, который создается Delphi для хранения информации о формах
  3. Файлы модулей (Kvartira, Main, Tarif, Plata, Report, TP, User, Uzas1.pas) Каждой форме проекте, соответствует текстовый файл модуля, используемый для хранения кода. Так как форм в проекте 7, модулей соответственно тоже 7.
  4. Файл параметров проекта (ARM.dof) В этом файле хранятся установки параметров проекта.
  5. Файл ресурсов (ARM.res) Этот бинарный файл содержит используемую проектом пиктограмму и прочие ресурсы.
  6. Объектные файлы модулей (Kvartira, Main, Tarif, Plata, Report, TP, User, Uzas1.dcu) Это откомпилированный файл модулей (Kvartira, Main, Tarif, Plata, Report, TP, User, Uzas1.pas), который компонуется в окончательный исполняемый файл.
  7. Исполняемый файл (ARM.ехе) Это исполняемый файл приложения. Он является автономным исполняемым файлом, для которого больше ничего не требуется.
  8. Файл базы данных base.mdb.
    Листинг программного кода приведен в приложении А.
    Взаимодействие пользователя с системой осуществляется в диалоговом режиме. Основным связующим элементом разрабатываемого АРМ является система меню (рис. 3.2). Разработанная система является меню — ориентированной.

Рисунок 3.2 – Система меню АРМ ТСЖ «Энергия»

Технология внутримашинной организации задается последовательностью реализуемых процедур — схем взаимосвязи программных модулей и информационных массивов.
Основное назначение создаваемого АРМ – это автоматизация работы бухгалтера ТСЖ «Энергия». Следовательно, структуру программ можно описать следующими основными блоками (рис. 3.3).

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

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

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

  • создание интуитивно понятного интерфейса;
  • объединение элементов управления по их назначению в группы;
  • максимальное упрощение всех элементов управления;
  • удобное для работы расположение всех элементов;
  • предотвращение возможности совершения пользователем ошибки – элементы управления доступны для пользователя только при определенных условиях;
  • использование подсказок.
    3.3 Описание контрольного примера реализации проекта

Перед вводом нового расчета бухгалтер ТСЖ собирает показания счетчиков у жильцов дома, проверяет и перерассчитывает тарифы на коммунальные услуги.
При запуске АРМ появляется окно авторизации (рисунок 3.4). Бухгалтер вводит свой логин и пароль.

Рисунок 3.4 – Окно авторизации

В случае успешной авторизации открывается главное окно программы АРМ ТСЖ «Энергия» (рис 3.5). Если логин и пароль неверные, то пользователь видит на своем экране сообщение о неверном логине или пароле (рис. 3.6).

Рисунок 3.5 – Главное окно АРМ Бухгалтера

Рисунок 3.6 – Сообщение о неверном вводе

В главном меню программы бухгалтер может выполнять все операции, предусмотренные в АРМ ТСЖ «Энергия». В начале работы бухгалтер должен занести новый расчет в базу данных. Для этого необходимо выбрать меню «Расчеты» – «Добавить» или на главной панели нажать кнопку «Расчеты», а затем внизу кнопку «Добавить» (рис. 3.7).

Рисунок 3.7 – Меню «Расчеты»
При нажатии на кнопку «Добавить» появляется форма добавления нового расчета (рис. 3.8).

Рисунок 3.8 – Форма добавления расчета

При добавлении расчета бухгалтер вводит месяц и год нового расчета по квартплате и нажимает кнопку ОК. В результате данной операции расчету автоматически присваивается порядковый номер и дата, которая равна дате занесения расчета в базу данных. Также в результате ввода расчета автоматически заполняется список квартир ТСЖ и ФИО собственников на вкладке «Квартиры».
При необходимости бухгалтер может изменить расчет, нажав на кнопку «Изменить» (рис 3.9) или удалить расчет полностью, нажав «Удалить» (рис. 3.10). Необходимо обратить внимание на то, что при изменении расчета бухгалтер изменяет не только месяц расчета, но и дату ввода.

Рисунок 3.9 – Изменение расчета

Рисунок 3.10 – Удаление расчета

Далее бухгалтер переходит к работе с квартирами. Для перехода к экранной форме необходимо нажать кнопку «Квартиры» Бухгалтер также может управлять работой экранной формы с помощью кнопок главного меню (рис. 3.11).

Рисунок 3.11 – Экранная форма «Квартиры»

Для каждого расчета квартплаты необходимо наличие списка квартир. При вводе нового расчета список квартир автоматически заполняется данными, занесенными в базу данных. При необходимости бухгалтер может добавлять, изменять или удалять квартиры из расчета. Для добавления ему необходимо нажать кнопку «Добавить» или выбрать пункт меню «Квартиры» – «Добавить». После этого на экран выводится форма добавления квартиры (рис .3.12).

Рисунок 3.12 – Форма добавления квартиры

При добавлении квартиры бухгалтеру предоставляется на выбор два варианта действия: выбрать квартиру из списка или добавить новую. Для выбора уже имеющейся квартиры бухгалтер должен выбрать номер из выпадающего списка и выбрать соответствующие ФИО собственника из другого списка. После нажатия кнопки «ОК» квартира будет добавлена к расчету. Для создания новой квартиры бухгалтер должен вручную заполнить поля «Новая квартира» и «ФИО собственника» после чего нажать кнопку «Добавить». После этого новая квартира будет добавлена к расчету.
Бухгалтер также может изменить информацию о квартире в расчете или удалить квартиру из расчета, нажав кнопки «Изменить» и «Удалить» соответственно. При этом на экран будут выведены формы изменения (рис. 3.13) и удаления (рис. 3.14) квартиры.

Рисунок 3.13 – Форма изменения квартиры

Рисунок 3.14 – Форма удаления квартиры

После добавления квартиры к расчету бухгалтер переходит к добавлению квартплаты. Для перехода к экранной форме необходимо нажать кнопку «Квартплата» Бухгалтер также может управлять работой экранной формы с помощью кнопок главного меню (рис. 3.15).

Рисунок 3.15 – Экранная форма «Квартплата»

Далее бухгалтер добавляет квартплату к выбранной квартире. Для этого необходимо нажать кнопку «Добавить» или выбрать пункт меню «Квартплата» – «Добавить». После этого на экран выводится форма добавления квартплаты (рис. 3.16).

Рисунок 3.16 – Форма добавления квартплаты

С помощью данной формы бухгалтер выбирает название квартплаты из выпадающего списка, указывает количество, выбирает соответствующий тариф и нажимает кнопку «Сформировать».
Также с помощью кнопки «Изменить» бухгалтер может при необходимости изменить наименование квартплаты и количество в расчете (рис. 3.17).

Рисунок 3.17 – Форма изменения товара

Бухгалтер имеет возможность удалить выбранную квартплату из расчета. Для этого ему необходимо нажать на кнопку «Удалить» или выбрать соответствующий пункт главного меню. При этом на экран будет выведена форма удаления квартплаты (рис. 3.18).

Рисунок 3.18 – Форма удаления квартплаты

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

Рисунок 3.19 – Экранная форма «Квитанции»

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

Рисунок 3.20 – Выбор фильтра

Кроме просмотра квитанции на экране бухгалтер имеет возможность ее распечатать. Для этого ему необходимо нажать на экранную кнопку «Печать» или выбрать соответствующий пункт главного меню «Квитанции» – «Печать». После нажатия кнопки на экран будет выведено окно с выбором параметров печати (рис. 3.21).

Рисунок 3.21 – Параметры печати

Также в АРМ ТСЖ можно работать со справочником тарифов и видов квартплаты. Для перехода к экранной форме необходимо нажать кнопку «Тарифы» (рис. 3.22). Бухгалтер также может управлять работой экранной формы с помощью кнопок главного меню.

Рисунок 3.22 – Экранная форма «Тарифы»

При необходимости бухгалтер может добавлять, изменять или удалять тарифы из справочника. Для добавления ему необходимо нажать кнопку «Добавить» или выбрать пункт меню «Тарифы» – «Добавить». После этого на экран выводится форма добавления типа квартплаты (рис . 3.23).

Рисунок 3.23 – Форма добавления типа квартплаты

Бухгалтер имеет возможность удалить выбранный тип квартплаты из справочника. Для этого ему необходимо нажать на кнопку «Удалить» или выбрать соответствующий пункт главного меню. При этом на экран будет выведена форма удаления типа квартплаты (рис. 3.24).

Рисунок 3.24 – Форма удаления типа квартплаты

Последний пункт главного меню «Справка» содержит подменю «О программе», осуществляющее вывод на экран формы содержащей информацию о разработчике данного программного продукта (рис. 3.25).

Рисунок 3.25 – Экранная форма «О программе»
3.4 Расчет и обоснование экономической эффективности продукта

Основными статьями затрат, которые должны быть предусмотрены сметой являются: заработная плата, накладные расходы, затраты на материалы.
1) Основная заработная плата
В разработке ПИ принимают участие ведущий инженер и инженер-программист. Ведущий инженер несет ответственность за автоматизацию предприятия, а инженер-программист осуществляет работу по алгоритмизации и программированию автоматизированной системы.
Средняя заработная плата инженера – 10000 руб.
Средняя заработная плата инженера- программиста – 8000 руб.
Среднедневной заработок определяется по формуле:
ЗСД = ЗО / Ф, где
ЗО – оклад в руб.
Ф – месячный фонд рабочего времени в днях (21.8 – среднее значение)
ЗСД вед. инженера = 10000 / 21.8 = 459 руб.
ЗСД инж.-прогр. = 8000 / 21.8 = 367 руб.
Общая затрата на зарплату отдельного работника определяется по формуле:
З = ЗСД * Т, где
Т – время, затрачиваемое на разработку конкретным специалистом –участником (раб.дн).
Твед.инжен. = 190/8 = 24 (раб. дн)
Тинж.прогр. = 1030/8 = 129 (раб. дн)
Итого, затраты, связанные с зарплатой составят:
Звед.инжен.= 459 * 24 = 11016 руб
Зинж.прогр.= 367 * 129 = 47343 руб
Зосн..= 11016 + 47343 = 58359руб
2) Определение величины накладных расходов
Величина накладных расходов при разработке ПИ составляет 120 % от основной заработной платы – ФОТ. Следовательно Lнакл. определятся:
Lнакл. = Зосн * 1.2 = 58359 * 1,2 = 70031 руб.
Для проектирования и отладки программ используется IBM совместимый компьютер. Заработная плата обслуживающего персонала (одного наладчика) составляет 2000 руб. в месяц. Один наладчик обслуживает 5 ЭВМ с периферией. Следовательно, затраты, связанные с зарплатой при обслуживании на одну ПЭВМ, в месяц составляют — 2000/5 = 400 руб. В год соответственно эта величина составит 4800 руб. В накладные расходы необходимо также включить амортизацию основных средств. Приняв амортизационные отчисления равным 20% от 20000 руб. (стоимость ПЭВМ с периферией), получаем, что расходы связанные с амортизацией в течении года составят:
А = 0.2 * 20 000 = 4000 (руб.)
Затраты на электроэнергию в среднем в год составляют  400 руб. По отношению к амортизации это в десять раз меньше, а оплата занимаемых площадей, их освещение, отопление и обслуживание учтены как общехозяйственные расходы, входящие в смету как накладные расходы. Стоимость расходов на материалы при эксплуатации ПЭВМ учитываются в соответствующей статье сметы.
Таким образом, себестоимость часа машинного времени составляет:
С ПЭВМ = (ЗОП + А)/ ФД , где
ФД – годовой фонд машинного времени (час)
ФД = количество месяцев в году * количество рабочих дней в месяце* количество рабочих часов в день.
ФД = 12 * 21.8 * 8 = 2093 (час)
С ПЭВМ = (4800 + 4000) / 2093 = 4,2 (руб./час)
Для разработки программного изделия необходимо заказать 349 часов машинного времени (табл. 3.1). Затраты на него составляют:
Lпэвм. = 4,2 * 349 = 1466 (руб)

Таблица 3.1 — Продолжительность работ на ПЭВМ на различных стадиях разработки
Стадия, этап Трудоемкость, чел.час Доля работ, выполн. на компьют., % Необходимое машинное время, час
Подготовительная стадия 183 20 37
Теоретическая разработка 146 10 15
Алгоритмизация и программирование
изучение и описание задачи
разработка алгоритмов
разработка блок-схем
программирование
отладка
оформление документов
53
132
120
105
263
12
110

10

10
50
67
100
20

5

12
52
176
10
22
Обобщение и выводы 37 10 4
Техническая отчетность 49 20 10
Заключительная стадия 12 50 6
Всего: х х 349

3) Определение расходов на материалы
При разработке программного изделия предполагается использовать:

  • 750 листов бумаги для принтера формата А4 (1,5 пачки) стоимостью 100 руб. за пачку, 100 * 2 = 200 руб.;
  • один картридж для принтера марки HP1100 (черно-белый) стоимостью 1500 руб.;
  • 10 CD-дисков стоимостью 10 руб. штука, 10 * 10 = 100 руб.
    Общая сумма расходов на материалы составит:
    Lмат. = 200 + 1500 + 100 = 1800 руб.
    4) Общая сметная сумма затрат
    Общие затраты на разработку программного комплекса составляют:
    Lсм. = Lзп + Lнак. + Lмат. + Lпэвм
    С учетом выполненных ранее расчетов, общая сметная сумма затрат составит — Lсм. = 58539 +70031 + 1800 + 1466 = 131836 руб.
    Расчет годового экономического эффекта от использования ПИ как элемента новой технологии проектирования и внедрения вычислительного определяется по формуле:
    Э = (З1 – З2) * А2где
    Э – годовой экономический эффект от использования ПИ в вычислительных процессах, руб.;
    З1 , З2 – приведенные затраты на единицу работ, выполненных с помощью нового ПИ и без него, руб.;
    А2 – годовой объем работ выполняемых с помощью нового ПИ в расчетном году, натур. ед.
    Приведенные затраты (З2) на единицу работы рассчитываются по формулам:
    З1 = С1 + Ен * К1
    З2 = С2 + Ен * К2
    где С1, С2 – себестоимость единицы работ производимых без использования ПИ и с помощью него, руб.;
    К1, К2 капитальные вложения, связанные с использованием ПИ (К2) и без его использования (К1), руб.;
    Ен– нормативный коэффициент экономической эффективности капитальных вложений, равный 0,15.
    Себестоимость единицы работ (С1, С2) определяется по формуле:
    С1 = Зар. плата бухгалтера ТСЖ / (N0* 21.8)
    С2 = Зар. плата бухгалтера ТСЖ / (N1 * 21.8)
    где Зар. плата бухгалтера ТСЖ — 8000 руб. в месяц
    N0 – количество документов, обрабатываемых без компьютера в день (до 10);
    N1 – количество документов, обрабатываемых с применением ПИ в день (до 50);
    Следовательно себестоимость составит
    С1 = 8000 / (10 * 21.8) = 8000 / 218 = 37 (руб)
    С2 = 8000/ (50 * 21.8) = 8000 /1090 = 7,3 (руб)
    Удельные капитальные вложения не связанные с использованием ПИ рассчитывается по формуле:
    К1 = капитальные затраты / (N0* 21.8 * 12)
    В свою очередь в капитальные затраты отнесена электроэнергия — 400 руб. в месяц 12 = 4 800, что составляет в общей сумме 4800 руб. Подставив значения в формулу получим: К1 = 4800 / (721.812) = 4800 / 1831 = 3 руб. Удельные капиталовложения, связанные с использованием ПИ равны: = LСМ / (N1 21.8 * 12)= 30322/(50 * 21.8 * 12)= 59994/13080 = 5 руб.
    Следовательно, приведенные затраты на единицу работ равны:
    З1 = 37 + 0.15 * 3 = 38 руб
    З2 = 7,3 + 0.15 * 5 = 8 руб
    Для расчета годового объема выполненных работ с помощью ПИ необходимо использовать формулу:
    А2 = N1 * 21.8 * 12 = 13080 (документов)
    Зная все необходимые данные можно рассчитать годовой экономический эффект от использования ПИ:
    Э = (38 – 8) * 13080 = 392400 руб.
    Полученная величина свидетельствует об эффективности внедрения ПЭВМ в ТСЖ, так как за счет увеличения количества документов, обрабатываемых с помощью ЭВМ уменьшаются затраты выполненные на единицу работ, следовательно экономический эффект увеличивается. А значит внедрение вычислительной техники в ТСЖ становится выгодным.
    Срок окупаемости капитальных затрат:
    Тр = LСМ / Э = 131836 /392400 = 0,33 года
    Следователь в течении 4 месяцев с момента начала эксплуатации АРМ окупится затраты на его разработку. Это значительно небольшой срок по сравнению с эффектом, который мы получим при внедрении вычислительной техники в ТСЖ.

ЗАКЛЮЧЕНИЕ

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

  1. Автоматизированные информационные технологии в маркетинге: Учебник/Под ред. проф. Г. А. Титоренко. – М.: Компьютер, ЮНИТИ, 2006. – 400 с.
  2. Автоматизированные информационные технологии в экономике: учебник/ Под ред.проф.Г.А.Титоренко – М.:ЮНИТИ, 2007. – 399 с.
  3. Бекаревич Ю.Б. Microsoft Access 2003. – СПб.: БХВ-Петербург, 2006. – 202 с.
  4. Бойко В.В., Савинков В.М. Проектирование информационной базы автоматизированной системы на основе СУБД – М.: Финансы и статистика, 2002. – 132 с.
  5. Борзов Ю.В. Методы тестирования и отладки программ ЭВМ – Рига: ЛГУ им. П. Стучки, 2000. – 78 с.
  6. Боровиков В.П. Прогнозирование в системе STATISTICA в среде Windows. Основы теории и интенсивная практика на компьютере: Учеб.пособие. – М.:Финансы и статистика, 2009. – 384 с.
  7. Гудман С. Введение в разработку и анализ алгоритмов – М.: Мир, 1981. – 98 с.
  8. Дадько А.С. Бухгалтерский учет на компьютере. – М.: Амика-пресс, 2007. – 107 с.
  9. Дейт К.Дж. Введение в системы баз данных.:Пер. с англ. – 6-еизд. – К.:Диалектика, 2007. – 784 с.
  10. Джексон Г. Проектирование реляционных баз данных для использования с микро-ЭВМ – М.: Финансы и статистика, 2011. – 145 с.
  11. Елисеев В. Ладыженский Г. Введение в Интранет. Системы Управления Базами Данных – М.: Финансы и статистика, 2011. – 533 с.
  12. Информационные системы: Учебник для вузов / В.Н.Петров.- СПб.: Питер, 2007. – 687 с.
  13. Искусственный интеллект. Кн. 2. Модели и методы: Справочник / Под ред. Д.А. Поспелова. – М.: Радио и связь, 2010. – 304 с.
  14. Карминский А.М., Нестеров П.В. Информатизация бизнеса. – М.: Финансы и статистика, 2007. – 410 с.
  15. Компьютерные системы и сети: Учебное пособие/ Под ред. В.П.Косарева и Л.В. Еремина. – М.: Финансы и статистика, 2010. – 464 с.
  16. Методы анализа данных / Под ред. Э. Дидэ и др. – М.: Финансы и статистика, 1985. – 360 с.
  17. Мотузко Ф.Я. Охрана труда. – М.: Высшая школа, 2006. – 336 с.
  18. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных програмных систем / Под ред. Е.Г. Ойхмана – М.: Финансы и статистика, 2006. – 239 с.
  19. Пеньков Е.Г. Организация учета в материально-техническом снабжении – М.: Финансы, 1973. – 209 с.
  20. Рихтер Джеффри Windows для профессионалов – С-Пб.: Русская редакция 2011. – 471 с.
  21. Самохина М.И., Работа с СУБД Microsoft Access: учебное пособие/ М.И. Самохина, Н.А.Барковская – Братск: ГОУ ВПО «Братский государственный университет», 2008. – 85 с.
  22. Теория экономических информационных систем: Учебник – М.: Финансы и статистика, 2006. – 240 с.
  23. Титоренко Г.А. Автоматизированные информационные технологии в экономике. – М.: Компьютер, ЮНИТИ, 2008. – 380 с.
  24. Томсон Л. Веллинг Л. Разработка web-приложений на PHP и MySQL- СПб.: ООО “ДиаСофтЮП”,2008. – 672 с.
  25. Харитонов С.А. Компьютерная бухгалтерия 7.7 в системе гибкой автоматизации бухучета. – М.: Прогресс, 2009. – 639 с.
  26. Хоменко А.Д., Гофман В.Э. Работа с базами данных в Delphi. – 3-е изд., перераб. и доп. – СПб.:БХВ-Петербург, 2005. – 640 с.
  27. Черемных С.В. и др. Моделирование и анализ систем. IDEF- технологии: практикум. Прикладные информационные технологии. /С.В.Черемных, И.О. Семенов, В. С.Ручкин. – М.:Финансы и статистика, 2007. –189 с.
  28. Чистов Д.В. Основы компьютерной бухгалтерии. – М.: Информ-Пресс, 2008. – 420 с.
  29. Экономика предприятия: Учебник / Под ред. проф. О.И. Волкова. – М.: ИНФРА – М, 2006. – 416 с.
  30. Энциклопедический словарь по информатике и бизнесу.– М.: Международный центр научной и технической информации. 2003. – 452 с.

Приложение А. Исходный код программы

unit Main;

interface

uses // инициализация модулей
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, Grids, DBGrids, StdCtrls, DB, IBCustomDataSet, IBQuery,
IBDatabase, ComCtrls, ADODB, Buttons, ADOConEd, ExtCtrls, OleCtnrs,
RpCon, RpConDS, RpDefine, RpRave, XPMan, DBCtrls, Mask, Menus;

type // инициализация объектов и процедур
TMainForm = class(TForm)
dsRaschet: TDataSource;
dsKvart: TDataSource;
dsPlata: TDataSource;
qrRaschet: TADOQuery;
qrKvart: TADOQuery;
qrPlata: TADOQuery;
qrRaschetID: TAutoIncField;
qrRaschetNAME: TWideStringField;
qrKvartID: TAutoIncField;
qrKvartNAME: TWideStringField;
qrReports: TADOQuery;
dsReports: TDataSource;
ADOConnection2: TADOConnection;
OpenDialog1: TOpenDialog;
OpenDialog2: TOpenDialog;
RvProject1: TRvProject;
RvDataSetConnection1: TRvDataSetConnection;
PageControl1: TPageControl;
TabSheet1: TTabSheet;
DBGrid1: TDBGrid;
BitBtn1: TBitBtn;
BitBtn2: TBitBtn;
BitBtn3: TBitBtn;
BitBtn11: TBitBtn;
TabSheet2: TTabSheet;
DBGrid2: TDBGrid;
BitBtn4: TBitBtn;
BitBtn5: TBitBtn;
BitBtn6: TBitBtn;
BitBtn13: TBitBtn;
TabSheet3: TTabSheet;
DBGrid3: TDBGrid;
BitBtn7: TBitBtn;
BitBtn8: TBitBtn;
BitBtn9: TBitBtn;
BitBtn12: TBitBtn;
TabSheet4: TTabSheet;
DBGrid4: TDBGrid;
BitBtn15: TBitBtn;
qrRaschetDATA: TWideStringField;
XPManifest1: TXPManifest;
MainMenu1: TMainMenu;
N1: TMenuItem;
N2: TMenuItem;
N3: TMenuItem;
N4: TMenuItem;
N5: TMenuItem;
N6: TMenuItem;
N7: TMenuItem;
N8: TMenuItem;
N9: TMenuItem;
N10: TMenuItem;
N11: TMenuItem;
N12: TMenuItem;
N13: TMenuItem;
N14: TMenuItem;
N15: TMenuItem;
N16: TMenuItem;
N17: TMenuItem;
N18: TMenuItem;
N19: TMenuItem;
N20: TMenuItem;
qrUser: TADOQuery;
dsUser: TDataSource;
qrUserID: TAutoIncField;
qrUserLOGIN: TWideStringField;
qrUserPASSWORD: TWideStringField;
qrUserRIGHTS: TIntegerField;
N21: TMenuItem;
qrPlataname: TWideStringField;
qrPlatakol: TWideStringField;
qrPlataTARIF: TWideStringField;
qrPlataSUMMA: TWideStringField;
N22: TMenuItem;
N23: TMenuItem;
BitBtn14: TBitBtn;
BitBtn16: TBitBtn;
BitBtn17: TBitBtn;
qrReportsID: TAutoIncField;
qrReportsDATA: TWideStringField;
qrReportsRASCHETname: TWideStringField;
qrReportsKVARTIRAname: TWideStringField;
qrReportsPLATAname: TWideStringField;
qrReportskol: TWideStringField;
qrReportstarif: TWideStringField;
qrReportssumma: TWideStringField;
qrKvartRASCHET_ID: TIntegerField;
qrKvartFIO: TWideStringField;
qrReportsFIO: TWideStringField;
qrPlataPLATAID: TAutoIncField;
qrPlataKVARTIRA_ID: TIntegerField;
qrPlataTYPE_ID: TIntegerField;
qrPlataTARIFID: TAutoIncField;
qrPlataTYPE: TWideStringField;
qrPlataSTOIM: TWideStringField;
TabSheet6: TTabSheet;
Label1: TLabel;
DBGrid6: TDBGrid;
BitBtn19: TBitBtn;
BitBtn21: TBitBtn;
BitBtn10: TBitBtn;
ComboBox1: TComboBox;
Edit1: TEdit;
DBLookupComboBox2: TDBLookupComboBox;
DBLookupComboBox1: TDBLookupComboBox;
procedure qrRaschetAfterScroll(DataSet: TDataSet);
procedure qrKvartAfterScroll(DataSet: TDataSet);
procedure Button3Click(Sender: TObject);
procedure Button6Click(Sender: TObject);
procedure Button9Click(Sender: TObject);
procedure Button1Click(Sender: TObject);
procedure Button2Click(Sender: TObject);
procedure Button4Click(Sender: TObject);
procedure Button5Click(Sender: TObject);
procedure Button7Click(Sender: TObject);
procedure BitBtn11Click(Sender: TObject);
procedure BitBtn17Click(Sender: TObject);
procedure BitBtn20Click(Sender: TObject);
procedure BitBtn22Click(Sender: TObject);
procedure BitBtn10Click(Sender: TObject);
procedure ComboBox1Change(Sender: TObject);
procedure BitBtn15Click(Sender: TObject);
procedure N15Click(Sender: TObject);
procedure N20Click(Sender: TObject);
procedure N2Click(Sender: TObject);
procedure FormActivate(Sender: TObject);
procedure BitBtn14Click(Sender: TObject);
procedure N4Click(Sender: TObject);
procedure N5Click(Sender: TObject);
procedure N6Click(Sender: TObject);
procedure N8Click(Sender: TObject);
procedure N9Click(Sender: TObject);
procedure N10Click(Sender: TObject);
procedure N17Click(Sender: TObject);
procedure N18Click(Sender: TObject);
procedure BitBtn8Click(Sender: TObject);
procedure BitBtn16Click(Sender: TObject);
procedure BitBtn21Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;

var
MainForm: TMainForm;

implementation

uses TP, User, Report, uZas1, Tarif, kvartira, Plata;

{$R *.dfm}

procedure TMainForm.FormActivate(Sender: TObject); //проверка имени и пароля при запуске программы
begin
if UserForm.ShowModal = mrOK then
begin
qrUser.Close;
qrUser.Parameters.ParamByName(‘LOGIN’).Value := UserForm.Edit1.Text;
qrUser.Parameters.ParamByName(‘PASSWORD’).Value := UserForm.Edit2.Text;
qrUser.Open;
if qrUser.RecordCount = 0 then //если неверно введено имя или пароль
begin
Messagebox(Application.Handle, PChar(‘Неверный логин или пароль!’), PChar(Caption), MB_OK or MB_ICONERROR);
adoConnection2.Connected := False; //сообщение о неверном вводе и разъединение с БД
FormActivate(Self); //повторный ввод имени и пароля
Exit;
end;
if qrUser.FieldByName(‘RIGHTS’).AsInteger = 0 then
begin
Messagebox(Application.Handle, PChar(‘Недостаточно прав для работы с системой!’), PChar(Caption), MB_OK or MB_ICONERROR);
Close;
end;
end else
begin
Close;
end;
qrRaschet.Open; //если все верно, активируются все формы
qrKvart.Open;
qrPlata.Open;
qrReports.Open;
qrUser.Open;
end;

procedure TMainForm.qrRaschetAfterScroll(DataSet: TDataSet); //процедура присвоения полю в таблице «Расчеты,
begin //на котором установлено выделение в таблице значения текущего объекта
qrKvart.Close;
qrKvart.Parameters.ParamByName(‘RASCHET_ID’).Value := qrRaschet.FieldByName(‘ID’).Value;
qrKvart.Open;
end;

procedure TMainForm.qrKvartAfterScroll(DataSet: TDataSet); //процедура присвоения полю в таблице «Квартиры,
begin //на котором установлено выделение в таблице значения текущего объекта
qrPlata.Close;
qrPlata.Parameters.ParamByName(‘KVARTIRA_ID’).Value := qrKvart.FieldByName(‘ID’).Value;
qrPlata.Open;
end;

procedure TMainForm.Button1Click(Sender: TObject); //процедура создания нового расчета
var
i:integer;
names:array[1..20] of string; //массив с собственниками квартир
begin
TPForm.Caption := ‘Добавить расчет за месяц’; //заголовок формы добавления расчета
TPForm.Edit1.Text:=»;
i:=0;
names[1]:= ‘Петров Д.А.’; //значения элементов массива
names[2]:= ‘Иванов С.И.’;
names[3]:= ‘Вахрамеева А.И.’;
names[4]:= ‘Селезнев С.П.’;
names[5]:= ‘Перевалов В.М.’;
names[6]:= ‘Филимонов В.И.’;
names[7]:= ‘Хабаров Ф.М.’;
names[8]:= ‘Хабаров И.М.’;
names[9]:= ‘Федякин Ф.Ф.’;
names[10]:= ‘Голдин М.П.’;
names[11]:= ‘Иващенко И.И.’;
names[12]:= ‘Валерьянов В.В.’;
names[13]:= ‘Сидорова А.В.’;
names[14]:= ‘Горбунов А.А.’;
names[15]:= ‘Березовский Б.А.’;
names[16]:= ‘Путин В.В.’;
names[17]:= ‘Абрамович Р.А.’;
names[18]:= ‘Медведев Д.А.’;
names[19]:= ‘Петряшова Г.И.’;
names[20]:= ‘Михалков Н.С.’;

if TPForm.ShowModal = mrOK then
begin
qrRaschet.Append; //перевод ADOQuery в состояние добавления значения
qrRaschet.FieldByName(‘NAME’).AsString := TPForm.Edit1.Text; //добавление имени расчета в БД
qrRaschet.FieldByName(‘DATA’).AsString := DateToStr(date); //добавление даты расчета в БД
qrRaschet.Post; //конец добавления в ADOQuery
for i:=1 to 20 do //добавление значений массива в базу с помощью цикла
begin
qrKvart.Append; //перевод ADOQuery в состояние добавления значения
qrKvart.FieldByName(‘RASCHET_ID’).AsInteger := qrRaschet.FieldByName(‘ID’).AsInteger; //поле RASCHET_ID в таблице «Квартиры» должно быть равно полю ID в таблице «расчеты»
qrKvart.FieldByName(‘NAME’).AsString := inttostr(i); //номер квартиры заполняется по-порядку
qrKvart.FieldByName(‘FIO’).AsString := names[i]; //ФИО собственников из массива
qrKvart.Post;
end;
end;
end;

procedure TMainForm.Button2Click(Sender: TObject); //процедура изменения названия расчета
begin
TPForm.Caption := ‘Изменить расчет’; //заголовок формы изменения расчета
TPForm.Edit1.Text := qrRaschet.FieldByName(‘NAME’).AsString;
if TPForm.ShowModal = mrOK then
begin
qrRaschet.Edit; //перевод ADOQuery в состояние модификации значения
qrRaschet.FieldByName(‘NAME’).AsString := TPForm.Edit1.Text; //записывается новое имя расчета
qrRaschet.FieldByName(‘DATA’).AsString := DateToStr(date); // при изменении имени дата расчета меняется на текущую
qrRaschet.Post;
end;
end;

procedure TMainForm.Button3Click(Sender: TObject); //удаление расчета из базы
begin
if MessageBox(Application.Handle, PChar(‘Удалить расчет ‘ + qrRaschet.FieldByName(‘NAME’).AsString +’ от ‘ + qrRaschet.FieldByName(‘DATA’).AsString + ‘ ?’), PChar(Caption),
MB_OKCANCEL or MB_ICONINFORMATION) = ID_OK then qrRaschet.Delete;
end;

procedure TMainForm.Button4Click(Sender: TObject); //добавление новой квартиры в базу
begin
KvartForm.Caption := ‘Добавить квартиру’; //заголовок формы
KvartForm.Edit1.Text:=»;
KvartForm.Edit4.Text:=»;
if KvartForm.ShowModal = mrOK then
begin
qrKvart.Append; //перевод ADOQuery в состояние добавления значения
qrKvart.FieldByName(‘RASCHET_ID’).AsInteger := qrRaschet.FieldByName(‘ID’).AsInteger;
qrKvart.FieldByName(‘NAME’).AsString := KvartForm.DBLookupComboBox1.Text; //номер квартиры
qrKvart.FieldByName(‘FIO’).AsString := KvartForm.DBLookupComboBox2.Text; //ФИО собственника
qrKvart.Post;
PlataForm.Close;
TPForm.close;
end;

end;

procedure TMainForm.Button5Click(Sender: TObject); //изменение номера квартиры или сбственника
begin

KvartForm.Caption := ‘Изменить квартиру’; //заголовок формы
KvartForm.Edit1.Text := qrKvart.FieldByName(‘NAME’).AsString;
KvartForm.Edit4.Text := qrKvart.FieldByName(‘FIO’).AsString;

if KvartForm.ShowModal = mrOK then
begin
qrKvart.Edit;
qrKvart.FieldByName(‘NAME’).AsString := KvartForm.Edit1.Text; //номер квартиры
qrKvart.FieldByName(‘FIO’).AsString := KvartForm.Edit4.Text; //ФИО собственника
qrKvart.Post;
end;

end;

procedure TMainForm.Button6Click(Sender: TObject); //удаление квартиры из БД
begin
if MessageBox(Application.Handle, PChar(‘Удалить квартиру «‘ + qrKvart.FieldByName(‘NAME’).AsString + ‘» ?’), PChar(Caption),
MB_OKCANCEL or MB_ICONINFORMATION) = ID_OK then
qrKvart.Delete;
end;

procedure TMainForm.Button7Click(Sender: TObject); //добавление квартплаты к квартире
begin
PlataForm.Caption := ‘Добавить квартплату’; //заголовок формы
PlataForm.Edit2.Text := »;
if PlataForm.ShowModal = mrOK then
begin
qrPlata.Append;
qrPlata.FieldByName(‘KVARTIRA_ID’).AsInteger := mainform.qrKvart.FieldByName(‘ID’).AsInteger; //сопоставлене квартиры и квартплаты
qrPlata.FieldByName(‘NAME’).AsString := PlataForm.DBLookupComboBox1.Text; //значения
qrPlata.FieldByName(‘KOL’).AsFloat := strtofloat(PlataForm.Edit2.Text); //полей
qrPlata.FieldByName(‘TARIF’).AsFloat:= strtofloat(PlataForm.DBLookupComboBox2.text); //для
qrPlata.FieldByName(‘SUMMA’).AsFloat := strtofloat(PlataForm.DBLookupComboBox2.text)*strtofloat(PlataForm.edit2.text); //расчета
qrPlata.FieldByName(‘TYPE_ID’).AsInteger := plataform.qrTarif.fieldbyname(‘ID’).AsInteger; //квартплаты
qrPlata.Post;
PlataForm.Close;
end;
end;

procedure TMainForm.BitBtn8Click(Sender: TObject); //изменение значений квартплаты
begin
PlataForm.Caption := ‘Изменить квартплату’; //заголовок формы
if PlataForm.ShowModal = mrOK then
begin
qrPlata.Edit;
qrPlata.FieldByName(‘NAME’).AsString := PlataForm.DBLookupComboBox1.Text;
qrPlata.FieldByName(‘KOL’).AsFloat := strtofloat(PlataForm.Edit2.Text);
qrPlata.FieldByName(‘TARIF’).AsFloat:= strtofloat(PlataForm.DBLookupComboBox2.text);
qrPlata.FieldByName(‘SUMMA’).AsFloat := strtofloat(PlataForm.DBLookupComboBox2.text)*strtofloat(PlataForm.edit2.text);
qrPlata.FieldByName(‘TYPE_ID’).AsInteger := plataform.qrTarif.fieldbyname(‘ID’).AsInteger;
qrPlata.Post;
end;
end;

procedure TMainForm.Button9Click(Sender: TObject); //удаление квартплаты из БД
begin
if MessageBox(Application.Handle, PChar(‘Удалить квартплату «‘ + qrPlata.FieldByName(‘NAME’).AsString + ‘» ‘ + qrPlata.FieldByName(‘kol’).AsString + ‘ ?’), PChar(Caption),
MB_OKCANCEL or MB_ICONINFORMATION) = ID_OK then qrPlata.Delete;
end;

procedure TMainForm.BitBtn11Click(Sender: TObject); //кнопка выхода из программы
begin
close;
end;

procedure TMainForm.BitBtn14Click(Sender: TObject); //добавление нового тарифа
begin
TarifForm.Caption := ‘Добавить тариф’; //заголовок формы
TarifForm.Edit1.Text:=»;
if TarifForm.ShowModal = mrOK then
begin
PlataForm.qrTarif.Append;
PlataForm.qrTarif.FieldByName(‘TYPE’).AsString := TarifForm.Edit1.Text; //тип квартплаты
PlataForm.qrTarif.FieldByName(‘STOIM’).AsString := TarifForm.Edit2.Text; //цена за единицу
PlataForm.qrTarif.Post;
end;
end;

procedure TMainForm.BitBtn16Click(Sender: TObject); //изменение тарифа
begin

TarifForm.Caption := ‘Изменить тариф’; //заголовок формы
TarifForm.Edit1.Text := PlataForm.qrTarif.FieldByName(‘TYPE’).AsString;
TarifForm.Edit2.Text := PlataForm.qrTarif.FieldByName(‘STOIM’).AsString;

if TarifForm.ShowModal = mrOK then
begin

PlataForm.qrTarif.Edit;
PlataForm.qrTarif.FieldByName(‘TYPE’).AsString := TarifForm.Edit1.Text;
PlataForm.qrTarif.FieldByName(‘STOIM’).AsString := TarifForm.Edit2.Text;
PlataForm.qrTarif.Post;

end;

end;

procedure TMainForm.BitBtn17Click(Sender: TObject); //удаление тарифа
begin
if MessageBox(Application.Handle, PChar(‘Удалить тариф ‘ + PlataForm.qrTarif.FieldByName(‘TYPE’).AsString + ‘ ?’), PChar(Caption),
MB_OKCANCEL or MB_ICONINFORMATION) = ID_OK then PlataForm.qrTarif.Delete;

end;

procedure TMainForm.BitBtn20Click(Sender: TObject);
begin
application.Terminate; //кнопка выхода из программы
end;

procedure TMainForm.BitBtn22Click(Sender: TObject); //создание квитанции
begin
RvProject1.Execute; //запуск проекта RVProject, в котором создан макет квитанции
end;

procedure TMainForm.BitBtn10Click(Sender: TObject); //кнопка «Показать» в окне работы с квитанциями
begin
case ComboBox1.ItemIndex
of
0: //когда ничего не выбрано в фильтре
begin //выбираются все данные по всем квартирам из БД
qrReports.SQL.Clear;
qrReports.sql.Add(‘SELECT RASCHET.ID, RASCHET.DATA, RASCHET.NAME, KVARTIRA.name, KVARTIRA.FIO, PLATA.name, PLATA.kol, PLATA.tarif, PLATA.summa FROM (RASCHET INNER JOIN KVARTIRA on RASCHET.id = KVARTIRA.RASCHET_ID) INNER JOIN PLATA on KVARTIRA.id = PLATA.KVARTIRA_ID’);
qrReports.sql.Add(‘ORDER by RASCHET.data’);
end;
1: //когда выбран фильтр по месяцу расчета
begin //из базы вибираются только те данные, что соответствуют выбранному месяцу
qrReports.SQL.Clear;
qrReports.sql.Add(‘SELECT RASCHET.ID, RASCHET.DATA, RASCHET.NAME, KVARTIRA.name, KVARTIRA.FIO, PLATA.name, PLATA.kol, PLATA.tarif, PLATA.summa FROM (RASCHET INNER JOIN KVARTIRA on RASCHET.id = KVARTIRA.RASCHET_ID) INNER JOIN PLATA on KVARTIRA.id = PLATA.KVARTIRA_ID’);
qrReports.sql.Add(‘where RASCHET.name like »%’+DBLookupComboBox2.Text+’%»’);
qrReports.sql.Add(‘ORDER by KVARTIRA.FIO’);
end;

2: //когда выбран фильтр по номеру квартиры
begin //из базы вибираются только те данные, что соответствуют выбранной квартире (номеру)
qrReports.SQL.Clear;
qrReports.sql.Add(‘SELECT RASCHET.ID, RASCHET.DATA, RASCHET.NAME, KVARTIRA.name, KVARTIRA.FIO, PLATA.name, PLATA.kol, PLATA.tarif, PLATA.summa FROM (RASCHET INNER JOIN KVARTIRA on RASCHET.id = KVARTIRA.RASCHET_ID) INNER JOIN PLATA on KVARTIRA.id = PLATA.KVARTIRA_ID’);
qrReports.sql.Add(‘where KVARTIRA.name like »%’+edit1.text+’%»’);
qrReports.sql.Add(‘ORDER by RASCHET.data’);
end;

3: //когда выбран фильтр по собственнику квартиры
begin //из базы вибираются только те данные, которые соответствуют выбранному собственнику и заданному месяцу расчета
qrReports.SQL.Clear;
qrReports.sql.Add(‘SELECT RASCHET.ID, RASCHET.DATA, RASCHET.NAME, KVARTIRA.name, KVARTIRA.FIO, PLATA.name, PLATA.kol, PLATA.tarif, PLATA.summa FROM (RASCHET INNER JOIN KVARTIRA on RASCHET.id = KVARTIRA.RASCHET_ID) INNER JOIN PLATA on KVARTIRA.id = PLATA.KVARTIRA_ID’);
qrReports.sql.Add(‘where KVARTIRA.FIO like »%’+edit1.text+’%» and RASCHET.name like »%’+DBLookupComboBox1.Text+’%»’);
qrReports.sql.Add(‘ORDER by RASCHET.data’);
end;

end;
qrReports.Active:=false; //обновление данных в оке квитанций после выбора определенного фильтра
qrReports.Active:=true;
end;

procedure TMainForm.ComboBox1Change(Sender: TObject); //сам фильтр со значениями для выбора
begin
case ComboBox1.ItemIndex //в зависимости от выбранного значения из списка
of //скрывает или показывает поля для ввода данных
0:
begin
edit1.Visible:=false;
DBLookupComboBox1.Visible:=false;
DBLookupComboBox2.Visible:=False;
end;
1:
begin
edit1.Visible:=false;
DBLookupComboBox1.Visible:=false;
DBLookupComboBox2.Visible:=true;
end;
2:
begin
edit1.Visible:=true;
DBLookupComboBox1.Visible:=false;
DBLookupComboBox2.Visible:=False;
end;
3:
begin
edit1.Visible:=true;
DBLookupComboBox1.Visible:=true;
DBLookupComboBox2.Visible:=False;
end;
end;
end;

procedure TMainForm.BitBtn15Click(Sender: TObject); //кнопка выхода из программы
begin
close;
end;

procedure TMainForm.N15Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
Button7Click(Self);
end;

procedure TMainForm.N20Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
zas2.showmodal;
end;

procedure TMainForm.N2Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
close;
end;

procedure TMainForm.N4Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
Button1Click(Self);
end;

procedure TMainForm.N5Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
Button2Click(Self);
end;

procedure TMainForm.N6Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
Button3Click(Self);
end;

procedure TMainForm.N8Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
Button4Click(Self);
end;

procedure TMainForm.N9Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
Button5Click(Self);
end;

procedure TMainForm.N10Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
Button6Click(Self);
end;

procedure TMainForm.N17Click(Sender: TObject); //сопоставление кнопок на формах кнопкам главного меню (вверху)
begin
Button9Click(Self);
end;

procedure TMainForm.N18Click(Sender: TObject); //кнопка «показать все» в меню «Квитанции»
begin
qrReports.SQL.Clear;
qrReports.sql.Add(‘SELECT RASCHET.ID, RASCHET.DATA, RASCHET.NAME, KVARTIRA.name, KVARTIRA.FIO, PLATA.name, PLATA.kol, PLATA.tarif, PLATA.summa FROM (RASCHET INNER JOIN KVARTIRA on RASCHET.id = KVARTIRA.RASCHET_ID) INNER JOIN PLATA on KVARTIRA.id = PLATA.KVARTIRA_ID’);
qrReports.sql.Add(‘ORDER by RASCHET.data’);
qrReports.Active:=false;
qrReports.Active:=true;
end;

procedure TMainForm.BitBtn21Click(Sender: TObject);
begin
RvProject1.Execute;
end;

end.

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