Руководства, Инструкции, Бланки

аис жкх инструкция по применению

Категория: Инструкции

Описание

Об Автоматизированной информационной системе автоматизации инспекционной деятельности Главного управления Московской области Государственная жилищная

Об Автоматизированной информационной системе автоматизации инспекционной деятельности Главного управления Московской области "Государственная жилищная инспекция Московской области" Об Автоматизированной информационной системе автоматизации инспекционной деятельности Главного управления Московской области "Государственная жилищная инспекция Московской области"

ПРАВИТЕЛЬСТВО МОСКОВСКОЙ ОБЛАСТИ

от 31 марта 2016 года N 249/10

Об Автоматизированной информационной системе автоматизации инспекционной деятельности Главного управления Московской области "Государственная жилищная инспекция Московской области"

В соответствии с Жилищным кодексом Российской Федерации. Федеральным законом от 21.07.2014 N 209-ФЗ "О государственной информационной системе жилищно-коммунального хозяйства" и в целях формирования в жилищной сфере современной системы информационного сопровождения процессов надзорной деятельности и контроля за реализацией полномочий Главного управления Московской области "Государственная жилищная инспекция Московской области" и совершенствования его работы, а также в целях реализации постановления Правительства Российской Федерации от 29.10.2014 N 1115 "Об осуществлении мониторинга использования жилищного фонда и обеспечения его сохранности". постановления Правительства Московской области от 12.08.2014 N 625/31 "Об утверждении Порядка проведения мониторинга технического состояния многоквартирных домов, расположенных на территории Московской области" для осуществления учета и оценки состояния жилищного фонда Московской области, повышения информированности граждан о техническом состоянии многоквартирных домов, о деятельности организаций, осуществляющих управление жилищным фондом, с использованием современных информационно-коммуникационных технологий, Правительство Московской области

1. Создать Автоматизированную информационную систему автоматизации инспекционной деятельности Главного управления Московской области "Государственная жилищная инспекция Московской области" (далее - АИС ГЖИ Московской области).

3. Определить Главное управление Московской области "Государственная жилищная инспекция Московской области" оператором АИС ГЖИ Московской области.

4. В срок до 1 апреля 2016 года Главному управлению Московской области "Государственная жилищная инспекция Московской области":

обеспечить ввод в промышленную эксплуатацию АИС ГЖИ Московской области;

утвердить Порядок функционирования Автоматизированной информационной системы автоматизации инспекционной деятельности Главного управления Московской области "Государственная жилищная инспекция Московской области";

обеспечить регистрацию АИС ГЖИ Московской области в Реестре информационных систем Московской области;

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

5. Финансирование мероприятий по обеспечению функционирования АИС ГЖИ Московской области осуществлять за счет средств бюджета Московской области в пределах бюджетных ассигнований, предусмотренных государственной программой Московской области "Эффективная власть" на 2014-2018 годы, утверждённой постановлением Правительства Московской области от 23.08.2013 N 660/37 "Об утверждении государственной программы Московской области "Эффективная власть" на 2014-2018 годы" .

6. Главному управлению по информационной политике Московской области обеспечить официальное опубликование настоящего постановления в газете "Ежедневные новости. Подмосковье" и размещение (опубликование) на сайте Правительства Московской области в Интернет-портале Правительства Московской области.

7. Настоящее постановление вступает в силу на следующий день после его официального опубликования.

8. Контроль за выполнением настоящего постановления возложить на заместителя Председателя Правительства Московской области Пестова Д.В.

Положение об Автоматизированной информационной системе автоматизации инспекционной деятельности Главного управления Московской области "Государственная жилищная инспекция Московской области"

УТВЕРЖДЕНО
постановлением Правительства
Московской области
от 31 марта 2016 года N 249/10

I. Общие положения

1. Настоящее Положение определяет задачи и функции Автоматизированной информационной системы автоматизации инспекционной деятельности Главного управления Московской области "Государственная жилищная инспекция Московской области" (далее - АИС ГЖИ Московской области), состав участников информационного взаимодействия с использованием АИС ГЖИ Московской области, их полномочия, права и обязанности, а также состав сведений, размещаемых в АИС ГЖИ Московской области.

2. АИС ГЖИ Московской области является государственной информационной системой Московской области, предназначенной для автоматизации процессов сбора, обработки, хранения и предоставления сведений при реализации государственных функций (далее - исполнения функций) в сфере регионального государственного жилищного надзора, лицензионного контроля и предоставления государственных услуг (далее - предоставления услуг).

3. АИС ГЖИ Московской области является собственностью Московской области.

4. Сведения, содержащиеся в АИС ГЖИ Московской области, являются государственным информационным ресурсом Московской области.

5. Правомочия обладателя сведений, содержащихся в АИС ГЖИ Московской области, осуществляет Главное управление Московской области "Государственная жилищная инспекция Московской области" (далее - Госжилинспекция Московской области).

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

II. Задачи и функции АИС ГЖИ Московской области

7. Основными задачами АИС ГЖИ Московской области являются:

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

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

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

8. Основными функциями АИС ГЖИ Московской области являются:

сбор, обработка и анализ сведений о техническом состоянии МКД, расположенных на территории Московской области;

учет и оценка состояния жилищного фонда Московской области;

автоматизация надзорной деятельности в жилищной сфере на территории Московской области;

планирование и проведение надзорных мероприятий специалистами Госжилинспекции Московской области;

учет предоставления реестров членов ТСЖ, ЖСК, уведомлений о начале осуществления юридическими лицами или индивидуальными предпринимателями деятельности по управлению МКД, а также проверка полноты и достоверности предоставленных сведений;

информирование граждан о техническом состоянии МКД и о деятельности юридических лиц или индивидуальных предпринимателей по управлению МКД (далее - УО), ТСЖ, ЖСК, жилищных кооперативов (далее - ЖК) и иных специализированных потребительских кооперативах;

предоставление гражданам возможности прямой и оперативной подачи в электронном виде обращений и предложений в Госжилинспекцию Московской области на общедоступном специализированном ресурсе в информационно-коммуникационной сети "Интернет" по адресу: www.portal.gzhi.mosreg.ru (далее - специализированный ресурс), контроля за их прохождением и получения информации по результатам рассмотрения.

9. В целях реализации задач и функций АИС ГЖИ Московской области обеспечивается взаимодействие с информационными системами, в том числе с Государственной информационной системой жилищно-коммунального хозяйства (далее - ГИС ЖКХ), используемыми при исполнении функций, предоставлении услуг в сфере регионального государственного жилищного надзора и лицензионного контроля, а также информационными системами, которые используют данные из АИС ГЖИ Московской области (далее - иные информационные системы) в соответствии с порядком функционирования Автоматизированной информационной системы автоматизации инспекционной деятельности Госжилинспекции Московской области, утверждаемым Госжилинспекцией Московской области (далее - Порядок).

10. Информационно-технологическое взаимодействие АИС ГЖИ Московской области с ГИС ЖКХ осуществляется в автоматизированном режиме посредством использования единых форматов с целью размещения в ГИС ЖКХ сведений, предусмотренных Федеральным законом от 21.07.2014 N 209-ФЗ "О государственной информационной системе жилищно-коммунального хозяйства" в соответствии с Порядком взаимодействия государственной информационной системы жилищно-коммунального хозяйства с инфраструктурой, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме, с иными информационными системами, а также единых форматов для информационного взаимодействия иных информационных систем с государственной информационной системой жилищно-коммунального хозяйства, утвержденным приказом Министерства связи и массовых коммуникаций Российской Федерации N 89, Министерства строительства и жилищно-коммунального хозяйства Российской Федерации N 204/пр от 23.03.2015.

III. Участники информационного взаимодействия

11. Участниками информационного взаимодействия являются:

оператор АИС ГЖИ Московской области (далее - Оператор);

1) Госжилинспекция Московской области;

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

3) УО, ТСЖ, ЖК, ЖСК и иные специализированные потребительские кооперативы с целью оказания всех услуг и (или) выполнение работ.

12. Пользователями АИС ГЖИ Московской области могут быть все заинтересованные центральные исполнительные органы государственной власти Московской области, ОМСУ, УО, ТСЖ, ЖК, ЖСК и иные специализированные потребительские кооперативы, а также граждане - физические лица, проживающие в жилом помещении в качестве собственников, нанимателей или на иных основаниях, предусмотренных законодательством Российской Федерации.

IV. Полномочия участников информационного взаимодействия

устанавливает функциональные требования к АИС ГЖИ Московской области;

обеспечивает функционирование АИС ГЖИ Московской области, разрабатывает и утверждает организационно-распорядительные и методические документы, регламентирующие Порядок, в том числе порядок, состав, способы, сроки и периодичность размещения сведений поставщиками сведений, а также формы и форматы электронных документов, размещаемых в АИС ГЖИ Московской области, вопросы функционирования программно-технических компонентов АИС ГЖИ Московской области и регистрации пользователей в АИС ГЖИ Московской области;

обеспечивает сопровождение АИС ГЖИ Московской области, ее развитие и модернизацию;

обеспечивает подключение пользователей к АИС ГЖИ Московской области и организацию их поддержки по вопросам методического и технического использования АИС ГЖИ Московской области в соответствии с Порядком;

обеспечивает технологическое и информационное взаимодействие АИС ГЖИ Московской области с иными информационными системами, в том числе с ГИС ЖКХ;

обеспечивает проведение мероприятий по эксплуатации АИС ГЖИ Московской области с учетом требований по защите информации, установленных законодательством Российской Федерации;

обеспечивает сбор, обработку, хранение и предоставление сведений для размещения в АИС ГЖИ Московской области;

контролирует своевременный ввод поставщиками сведений в АИС ГЖИ Московской области в соответствии с Порядком.

14. Поставщики сведений:

назначают должностных лиц, ответственных за ввод сведений в АИС ГЖИ Московской области;

обеспечивают своевременный ввод достоверных и актуальных сведений в АИС ГЖИ Московской области;

15. Пользователи АИС ГЖИ Московской области получают следующие сведения на специализированном ресурсе:

технические характеристики МКД;

реестры УО, получивших лицензии на право управления;

реестры МКД и способы управления МКД;

сведения о Советах многоквартирных домов;

сведения о поставщиках ресурсов;

сведения о техническом состоянии МКД;

сведения об энергетической эффективности МКД.

16. Доступ к сведениям, указанным в пункте 15 настоящего Положения, осуществляется на безвозмездной основе.

V. Состав информации, размещаемой в АИС ГЖИ Московской области

17. Поставщики сведений (ОМСУ, УО, ТСЖ, ЖСК, ЖК и иные специализированные потребительские кооперативы) размещают следующие сведения в АИС ГЖИ Московской области:

о техническом состоянии жилищного фонда Московской области;

о членах ТСЖ, ЖСК;

о выбранном способе управления.

18. Поставщик - Госжилинспекция Московской области размещает следующие сведения в АИС ГЖИ Московской области:

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

о реестрах МКД и УО;

о реестрах выданных лицензий.

19. Форма и сроки предоставления сведений, указанных в пунктах 17 и 18 настоящего Положения, определяются Порядком.

VI. Предоставление доступа к АИС ГЖИ Московской области

20. Доступ участников информационного взаимодействия к АИС ГЖИ Московской области, в том числе к специализированному ресурсу, осуществляется в соответствии с Порядком.

21. Доступ поставщиков сведений к АИС ГЖИ Московской области и дальнейшая работа с ней осуществляется только при указании идентификатора участника и его пароля после регистрации на специализированном ресурсе.

Электронный текст документа
подготовлен АО "Кодекс" и сверен по:

официальный сайт Правительства
Московской области
www.mosreg.ru, 31.03.2016

Об Автоматизированной информационной системе автоматизации инспекционной деятельности Главного управления Московской области "Государственная жилищная инспекция Московской области"

Об Автоматизированной информационной системе автоматизации инспекционной деятельности Главного управления Московской области "Государственная жилищная инспекция Московской области"

аис жкх инструкция по применению:

  • скачать
  • скачать
  • Другие статьи

    Разработка АИС для УК ЖКХ

    Разработка АИС для УК ЖКХ Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

    Подобные документы

    Системы управления базами данных: сущность и характеристика. Типы данных и свойства полей СУБД Access. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных "Продажи книг" в среде Microsoft Access.

    курсовая работа [1,8 M], добавлен 04.02.2013

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

    реферат [4,0 M], добавлен 03.02.2013

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

    курсовая работа [1,6 M], добавлен 17.12.2015

    Функции базы данных Access: организация, добавление и изменение информации, связывание таблиц, макросы, модули, средства печати. Элементы базы данных: запросы, таблицы, формы и отчеты. Виды запросов: на выборку, перекрестные, на изменение, с параметрами.

    реферат [2,1 M], добавлен 16.05.2014

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

    курсовая работа [818,0 K], добавлен 10.03.2016

    Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.

    курсовая работа [5,1 M], добавлен 13.12.2011

    Концептуальная модель базы данных "Бюро по трудоустройству". Разработка информационного и программного обеспечения объектов автоматизации. Реализация базы данных в СУБД MsAccess. Запросы к базе данных. Таблицы, отчеты и макросы. Интерфейс пользователя.

    курсовая работа [5,2 M], добавлен 30.05.2016

    Понятие базы данных, модели данных. Классификация баз данных. Системы управления базами данных. Этапы, подходы к проектированию базы данных. Разработка базы данных, которая позволит автоматизировать ведение документации, необходимой для деятельности ДЮСШ.

    курсовая работа [1,7 M], добавлен 04.06.2015

    Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.

    контрольная работа [723,9 K], добавлен 25.11.2012

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

    контрольная работа [5,0 M], добавлен 15.08.2009

    Размещено на http://www.allbest.ru/

    Размещено на http://www.allbest.ru/

    запрос приложение отчет

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

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

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

    Объектом исследования является локальные базы данных.

    Исходя из поставленной цели, вытекают следующие задачи:

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

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

    1. Теоретические основы баз данных 1.1 Виды жилищно-управляющих организаций

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

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

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

    Жилищно-эксплуатационные конторы (ЖЭК) имели свою изначальную структуру - они подразделялись на службы в отдельных микрорайонах, отвечающие и выполняющие необходимые работы по текущему содержанию жилых зданий, обеспечивали уборку и благоустройство прилежащей территории: озеленение, уборка мусора и содержание служебных помещений. Жилищно-эксплуатационные конторы в были задуманы как комплекс домовладений с объединённым управлением и единым хозяйственно-финансовым планом, то есть это была и государственная организация и частная, которая автономно занимается хозрасчётами и берёт на себя полностью управление жилищным фондом. Жилищные конторы взяли на себя ведение домового хозяйства и обеспечивали своевременный ремонт домов и бесперебойную работу оборудования в здании. На них так же ложится ответственность за санитарное состояние дома и прилежащей к нему территории, они обязаны улучшать жилищно-бытовые условия жильцов. Хозяйственные функции, которые возложены на организацию ЖЭКа осуществляются самостоятельно, подключая в работу свою сеть специализированных организаций, как например: ремонтные конторы, конторы по озеленению и транспортным услугам, тресты по ремонтно-монтажным работам и по очистке канализации, дымоходных труб. Что интересно, это то, что ЖЕК не только пользуется правами юридического лица, но и ему позволено пользоваться собственным расчетным счётом.

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

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

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

    1.2 Базы данных и их классификация

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

    Базы данных классифицируются следующим образом:

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

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

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

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

    Размещено на http://www.allbest.ru/

    Размещено на http://www.allbest.ru/

    Рисунок 1. Схема иерархической модели

    Рисунок 2. Схема сетевой модели с однотипными файлами

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

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

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

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

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

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

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

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

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

    1.3 Структурные элементы базы данных

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

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

    * имя (Фамилия, Имя, Отчество, Дата рождения);

    * тип (символьный, числовой, календарный);

    * длина (например, 15 байт, причем будет определяться максимально возможным количеством символов);

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

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

    Файл (таблица) - совокупность экземпляров записей одной структуры.

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

    1.4 Microsoft Access

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

    Основные компоненты MS Access:

    · построитель экранных форм;

    · построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

    · построитель отчётов, выводимых на печать.

    Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

    Microsoft Jet Database Engine (англ.), которая используется в качестве движка базы данных MS Access является файл-серверной СУБД и потому применима лишь к приложениям, работающим с небольшими объёмами данных и при небольшом числе пользователей, одновременно работающих с этим данными. Непосредственно в Access отсутствует ряд механизмов, необходимых в многопользовательских базах данных, таких, например, как триггеры.

    Встроенные средства взаимодействия MS Access со внешними СУБД с использованием интерфейса ODBC снимают ограничения, присущие Microsoft Jet Database Engine. Инструменты MS Access, которые позволяют реализовать такое взаимодействие, называются «связанные таблицы» (связь с таблицей СУБД) и «запросы к серверу» (запрос на диалекте SQL, который «понимает» СУБД).

    Корпорация Microsoft для построения полноценных клиент-серверных приложений на базе MS Access рекомендует использовать в качестве движка базы данных СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

    Известны также реализации клиент-серверных приложений на базе связки Access 2003 c другими СУБД, в частности, MySQL.

    Access, при работе с базой данных, иначе взаимодействует с жёстким (или гибким) диском, нежели другие программы.

    В других программах, файл-документ, при открытии, полностью загружается в оперативную память, и новая редакция этого файла (изменённый файл) целиком записывается на диск только при нажатии кнопки «сохранить».

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

    Целостность данных в Access обеспечивается также за счёт механизма транзакций.

    Кнопка «Сохранить» в Access тоже есть, но в Access в режиме просмотра данных она нужна, в первую очередь, для сохранения изменённого режима показа таблицы или другого объекта-то есть, для сохранения таких изменений, как:

    · изменение ширины столбцов и высоты строк,

    · перестановка столбцов в режиме просмотра данных, «закрепление» столбцов и освобождение закреплённых столбцов,

    · применение нового фильтра,

    · изменение шрифта; цвета текста, сетки и фона,

    Кроме того, в Access эта кнопка нужна в режиме «Конструктор» для сохранения изменений структуры объекта базы данных, сделанных в этом режиме.

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

    Это приращение размера файла является, фактически, пустотой, но эта пустота лежит внутри файла, увеличивая его объём.

    Чтоб вернуть файлу базы данных нормальный (минимальный) объём (то есть чтоб убрать из файла пустоту), в Access есть кнопка «Сжать и восстановить базу данных» - эту кнопку нужно время от времени нажимать (при нажатии этой кнопки никакая информация, никакие данные из файла базы данных не удаляются). Так же базу данных можно запустить с параметром /compact, что выполнит сжатие автоматически и закроет базу по окончании процесса.

    1.5 Таблицы и запросы в MS Access

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

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

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

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

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

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

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

    После создания таблиц, необходимо установить между ними связи:

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

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

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

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

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

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

    * в главной таблице нельзя удалить запись, если не удалены связанные с ней записи в подчиненной таблице;

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

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

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

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

    * обе таблицы сохраняются в одной базе данных Access;

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

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

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

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

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

    Существуют несколько типов запросов:

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

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

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

    1.6 Формы и отчеты в Access

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

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

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

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

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

    К числу таких элементов относятся:

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

    - Верхний колонтитул. Используется для вывода данных, таких как заголовки столбцов, даты или номера страниц, печатающихся сверху на каждой странице отчета. Для добавления или удаления верхнего колонтитула необходимо выбрать в меню Вид команду Колонтитулы. Microsoft Access добавляет верхний и нижний колонтитулы одновременно. Чтобы скрыть один из колонтитулов, нужно задать для его свойства Высота значение 0.

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

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

    - Примечание. Используется для вывода данных, таких как текст заключения, общие итоговые значения или подпись, которые следует напечатать один раз в конце отчета. Несмотря на то, что в режиме Конструктора раздел «Примечание» отчета находится внизу отчета, он печатается над нижним колонтитулом страницы на последней странице отчета. Для добавления или удаления области примечаний отчета необходимо выбрать в меню Вид команду Заголовок/примечание отчета. Microsoft Access одновременно добавляет и удаляет области заголовка и примечаний отчета.

    В Microsoft Access можно создавать отчеты различными способами:

    · Автоотчет: в столбец,

    1.7 Экспорт и импорт в Access

    Access предоставляет широкие возможности пользователям по переносу уже существующих баз данных в среду MS Access. К примеру, если вы вели обработку информации в MS Excel, эксплуатировали базы в средах dBase, Paradox или FoxPro, или же просто хранили свои данные в текстовых файлах, и решили воспользоваться возможностями MS Access, - вам не составит труда перенести свои данные в эту среду.

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

    Если эта база будет содержать драйвер ODBC, вы просто экспортируете свои данные в другую среду. Сейчас многие производители ПО для хранения и обработки данных внедряют в свои приложения поддержку ODBC, и ваше Access - приложение уже сейчас может обмениваться информацией как с такими СУБД как Oracle, SQL-Base, Sybase, Paradox, FoxPro, Btrieve, DB2 и т.д. так и с будущими.

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

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

    · полностью переходите на работу с Access и переносите все свои данные в эту среду, не обращаясь к старому приложению;

    · используете информацию, редко модифицируемую пользователем: словари, справочники и т.д.;

    · добиваетесь максимальной производительности по обработке данных в смешанных средах (совместного использования данных одновременно несколькими средами БД), т.к. Access быстрее работает со своими форматами в своей среде.

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

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

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

    - символьные данные переносятся в текстовые поля длинной 255 символов;

    - числовые - в «Числовой» (» Numeric») с размером 8 байт и «с плавающей точкой»;

    - числовые данные в денежном формате - в тип «Денежный» («Currency»);

    - значения даты и времени - в тип «Дата / Время» («Date/Time»).

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

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

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

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

    К примеру, плата за пользование домофоном рассчитывается из [тариф на пользование домофоном] * [квартира]. а отопление: [тариф на отопление] * [площадь квартиры]. Если в первом случае плата за домофон на каждую квартиру будет одинакова, то во втором случае - в зависимости от площади квартиры.

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

    2.2 Проектирование базы данных

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

    На рисунке 3 показаны взаимосвязи между сущностями.

    Размещено на http://www.allbest.ru/

    Размещено на http://www.allbest.ru/

    Рисунок 3. Взаимосвязи между сущностями

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

    Ниже представлены сущности с атрибутами.

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

    Рисунок 5. Таблица «Квартиры»

    Рисунок 6. Таблица «Нормативы квартир»

    Рисунок 7. Таблица «Оплаты»

    Рисунок 8. Таблица «Услуги»

    Рисунок 9. Таблица «Тарифы»

    Рисунок 10. Таблица «Периоды» и свойства поля «Период»

    Рисунок 11. Таблица «Нормативы»

    Создадим запросы, которые понадобятся нам в создании приложения.

    Сформируем запрос по услугам на каждую квартиру. В конструкторе запросов добавим таблицы: Квартиры, Периоды, Нормативы, Тарифы, Нормативы квартир (рисунок 12).

    Рисунок 12. Создание запроса «Начислено по услугам»

    В запрос добавим поля: Лицевой счет из таблицы Квартиры, Период из таблицы Периоды, Услуга и Тариф из таблицы Тарифы, Значение из таблицы Нормативы квартир, Единица измерения из таблицы Нормативы. Также добавим вычисляемое поле Итого, значением которого будет произведением полей Тариф и Значение. Результатом будет денежное поле. По всем полям, кроме последнего, произведем группировку полей, в последнем, в строке Групповая операция выберем значение Выражение. Запрос готов.

    На основе запроса «Начислено по услугам», создадим еще один запрос «Начислено за период». Запрос в режиме конструктора представлен на рисунке 13.

    Рисунок 13. Запрос «Начислено по услугам» в режиме конструктора.

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

    На основе этого запроса создадим еще один запрос, который будет производить суммарный подсчет начислений по услугам за все периоды. На рисунке 14 представлен запрос «Начислено всего» в режиме конструктора.

    Рисунок 14. Запрос «Начислено всего»

    Создадим запрос, который будет выводить информацию по оплатам за все периоды. Этот запрос формируется на основе таблицы «Оплаты». В режиме конструктора запросов, выбираем таблицу «Оплаты», из которой выберем два поля: Лицевой счет и Сумма. Произведем групповую операцию: по полю Лицевой счет - группировка, по полю Сумма - выберем функцию Sum, которая будет производить подсчет всех значений из этого поля по группе из лицевого счета. На рисунке 15 представлен запрос «Оплачено всего» в режиме конструктора запросов.

    Рисунок 15. Запрос «Оплачено всего» в режиме конструктора

    Следующий запрос будет выводить данные по задолженности или переплате. Этот запрос основан на запросах «Оплачено всего» и «Начислено всего». Для дальнейшего удобства использования данных из этого запроса, добавим данные о квартире. На рисунке 16 представлен этот запрос в режиме конструктора. Поле Задолженность будет вычисляемым и равен разности поля Всего начислено из запроса Начислено всего и поля Итого оплачено запроса Оплачено всего.

    Рисунок 16. Запрос «Задолженность» в режиме конструктора

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

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

    Рисунок 17. Запрос «Должники»

    В строку Условие отбора, под полем Задолженность, необходимо указать условие «>0».

    2.4 Создание форм приложения

    Приложение будет состоять из 6 форм. Главной формой приложения будет являться форма «Состояние лицевых счетов» основанной на запросе «Задолженность». Из главной формы будет осуществляться переход на форму «Информация о квартире», основанной на таблицах «Квартиры» и «Нормативы квартир», форму «Оплаты» и форму «Тарифы».

    Из формы «Тарифы» будет переход на формы «Услуги» и «Периоды».

    Схема приложения представлена на рисунке 18.

    Размещено на http://www.allbest.ru/

    Размещено на http://www.allbest.ru/

    Рисунок 18. Схема приложения

    Внешний вид форм представлены в приложении работы.

    2.5 Создание отчетов

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

    Рисунок 19. Отчет «Должники»

    Аналогичным образом, необходимо создать отчет по запросу «Задолженность» (рисунок 20).

    Рисунок 20. Отчет «Состояние лицевых счетов»

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

    Рисунок 21. Запрос для формирования квитанций

    В запрос сформирован на основе запросов «Задолженность» и «Начислено по услугам». Из запроса «Задолженность» добавлены поля: Лицевой счет, Собственник, Адрес, Задолженность. Из запроса «Начислено по услугам»: Период, Услуга, Тариф, Значение, Единица измерения, Итого. Также добавлено вычисляемое поле К оплате, значение которого вычисляется по выражению: CCur (IIf ([Задолженность]>0; [Задолженность]; 0)), что означает, если по лицевому счету имеется задолженность, то к оплате выводится именно эта задолженность, если нет, то к оплате нулевое значение. Результат выводится в денежном формате.

    По полю Период добавлено условие: Период формирования. Перед формированием запроса, выводится диалоговое окно с полем для ввода периода, по которому нужно сформировать запрос. Вводится значение месяца и значение года без пробела (например, февраль 2013 года вводится как 022013).

    Далее, на основании этого запроса, создадим отчет. Путем редактирования его в режиме конструктора отчетов, получим отчет в форме квитанций (рисунок 22).

    Рисунок 22. Отчет «Выписки по начислениям» в виде квитанций

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

    2.6 Пользование приложением

    При запуске, у нас открывается главная форма приложения. Вверху формы расположены три кнопки: обновить форму, просмотр отчета формы (отчет «Состояние лицевых счетов») и кнопка «Выход», которая закрывает форму.

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

    Последняя кнопка на главной форме: «Тарифы». На форме тарифы можно редактировать тарифы, добавлять новые, исходя из имеющихся услуг. Осуществлять фильтрацию данных на форме по периоду.

    Из формы «Тарифы» можно осуществить переход на формы «Услуги» и «Периоды». На этих формах представлены списки, которые можно изменять, путем добавления или удаления данных.

    Заключение

    В процессе выполнения курсового проекта, были изучены основные приемы разработки приложения в среде MS Access: создание таблиц, запросов, отчетов и форм.

    Приложение состоит из семи таблиц, восьми запросах, шести формах и трех отчетах.

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

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

    Литература

    1. Microsoft Access. Материал из свободной энциклопедии. [Электронный ресурс]-. http://ru.wikipedia.org/wiki/Microsoft_Access

    2. Базы данных. Разработка приложений: Л.В. Рудикова - Москва, БХВ-Петербург, 2006 г. - 496 с.

    3. Карпова Т.С. Базы данных: модели, разработка. - СПб. Питер, 2001, 304 с.

    4. А.П. Шестаков, Е.В. Брызгалов. Уроки по Access. [Электронный ресурс] -. http://comp-science.narod.ru/KR/BD.htm

    5. Регулирование тарифов ЖКХ. [Электронный ресурс]-. // http://energovopros.ru/jkh/tarifs/

    Размещено на Allbest.ru