Содержание
Введение3
1. Технические основы организации автоматизации работ на предприятии5
1.1. Классификация бухгалтерских программ и систем7
1.2. Комплексная автоматизация бухгалтерского учета13
2. Организационно-экономическая характеристика предприятия20
3. Анализ существующей АРМ главного бухгалтера30
3.1. Общая характеристика и производственные функции бухгалтерии30
3.2. Анализ существующей организации работы бухгалтерии39
4. Совершенствование организации АРМ главного бухгалтера41
4.1 Общие принципы построения и возможности программ автоматизации
бухгалтерского учета41
4.2 Система «Главный бухгалтер»42
4.2.1. Особенности учета валютных операций……………………………….46
4.2.2. «1С: Бухгалтерия» версия 7.5……………………………………………49
4.2.3. «Инфо-Бухгалтер» версии 7.0……………………………………………51
4.2.4. «Инфин-Бухгалтерия» версии 8.1………………………………………51
4.2.5. Система автоматизации бухгалтерского учета «Парус» 4.3256
4.2.6. Комплексная система автоматизации учета персонала, труда и
заработной платы: УПТЗ 4.32……………………………………………67
4.3 Оценка экономической эффективности системы70
5. Безопасность жизнедеятельности и экологическая защита77
Заключение97
Список использованной литературы100
Выдержка из текста работы
Тема: Автоматизация рабочего места бухгалтера филиала ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ»
1. Срок представления к защите – « » 2003 г.
2. Исходные данные:
3. Содержание пояснительной записки:
4. Перечень основного иллюстративного материала:
5. План-график:
Содержание этапа работы Срок выполнения
1. Сбор исходных материалов 15 февраля 2003 г.
2. Разработка алгоритмов и программная реализация 15 марта 2003 г.
3. Оформление пояснительной записки 15 апреля 2003 г.
4. Анализ результатов тестовых испытаний и опытной эксплуатации 15 мая 2003 г.
5. Предзащита дипломной работы 26 мая 2003 г.
6. Оформление пояснительной записки и иллюстративного материала 30 мая 2003 г.
7. Получение отзыва и рецензии, актов приемки-передачи пояснительной записки и иллюстративного материала, разработанной программы с подтверждением ее работоспособности и спец вопроса на электронном носителе 20 июня 2003 г.
8. Защита дипломной работы 26июня 2003 г.
Руководитель
(подпись, дата) (инициалы, фамилия)
Консультанты по разделам:
Охрана труда
(подпись, дата) (инициалы, фамилия)
Организационно-экономический
(подпись, дата) (инициалы, фамилия)
Нормоконтролер
(подпись, дата) (инициалы, фамилия)
Задание принял к защите
(подпись, дата) (инициалы, фамилия)
РЕФЕРАТ
В этой дипломном проекте изложены теоретические основы построения баз данных, проведен анализ имеющейся информационной системы, спроектирован модуль автоматизации рабочего места «Бухгалтер филиала» с использованием технологий объектно-ориентированного программирования, изложены нормы и правила безопасности организации рабочих мест оборудованных вычислительной техникой, рассчитана экономическая эффективность проекта.
REVIEW
At this diplomas project are expounded the theoretical bases of the database building, is organized analysis of the information system, is offered module to automations work place «Accountant of the branch» with use object-oriented programming technology, is stated rates and rules to safety to organizations work places equipped with by computing machinery, is calculated a cost-performance of the project.
КЛЮЧЕВЫЕ СЛОВА
Анализ
Информационная система
АРМ «Бухгалтер филиала»
Регистрация недвижимости
Моделирование
MS Access
Информационно-логическая модель
СУБД
Visual Basic for Application
СОДЕРЖАНИЕ
ВВЕДЕНИЕ 6
1. ОПИСАНИЕ ГУ «УЧРЕЖДЕНИЕ ЮСТИЦИИ ПО РЕГИСТРАЦИИ ПРАВ НА НЕДВИЖИМОЕ ИМУЩЕСТВО И СДЕЛОК С НИМ НА
ТЕРРИТОРИИ РХ» 10
1.1. Краткие сведения о ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ» 10
1.2. Структурные подразделения Учреждения юстиции 11
1.3. Информационные потоки между структурными подразделениями 14
1.4. Информационное обеспечение Учреждения юстиции 17
1.5. Семантическая модель предметной области 19
Выводы 20
2. ПРИНЦИПЫ ПОСТРОЕНИЯ И АЛГОРИТМЫ ПОДСИСТЕМЫ «БУХГАЛТЕР ФИЛИАЛА» 22
2.1. Постановка задачи АРМ «Бухгалтер филиала» 22
2.2. Информационно-логическая модель 24
2.2.1. Основные понятия 24
2.2.2. Характеристика связей и язык моделирования 26
2.2.3. Классификация сущностей 27
2.2.4. О первичных и внешних ключах 29
2.3. Ограничения целостности 32
2.3.1. Нормализация отношений 33
2.3.2. Построение инфологической модели 34
2.4. Даталогическая модель 37
Выводы 37
3. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ МОДУЛЕЙ АРМ «БУХГАЛТЕР ФИЛИАЛА» 38
3.1. Выбор аппаратной и программной платформы и среды реализации 38
3.1.1. Архитектура СУБД 40
3.1.2. Выбор программной среды реализации 41
3.2. Программная реализация 43
Выводы
4. АНАЛИЗ КАЧЕСТВА РАЗРАБОТАННОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 47
4.1. Тестирование программы 47
4.2. Этапы разработки программы 52
Выводы 54
5. ОРГАНИЗАЦИЯ РАБОЧИХ МЕСТ 55
5.1. Анализ техники безопасности в помещениях ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на
территории РХ» 55
5.2. Организация рабочих мест в отделе информатизации и программного обеспечения 58
5.3. Расчет воздухообмена в помещении 59
Выводы 62
6. ЭКОНОМИКО-ПРАВОВЫЕ ВОПРОСЫ РАЗРАБОТКИ И ИСПОЛЬЗОВАНИЯ ПРОГРАММЫ 63
6.1. Экономическая целесообразность использования разработанного программного обеспечения 63
6.2. Расчет затрат на разработку проекта 64
6.3. Расчет затрат на реализацию проекта 65
6.4. Расчет эксплуатационных затрат 67
6.5. Анализ сравнительной экономической эффективности программы 70
6.6. Правовые аспекты использования разработанного программного обеспечения 72
Выводы 72
ЗАКЛЮЧЕНИЕ 74
БИБЛИОГРАФИЧЕСКИЙ СПИСОК 75
СПИСОК АББРЕВИАТУР 77
ГЛОССАРИЙ 78
ПРИЛОЖЕНИЯ 80
П. 1. Структура управления организацией 80
П. 2. Перечень документов для регистрации права собственности на объекты недвижимости (расположен на стенде) 81
П. 3. Примерный перечень документов, необходимых для государственной регистрации прав на недвижимое имущество при процедуре банкротства 82
П. 4. Перечень документов, необходимых для регистрации права собственности на объекты нежилого фонда 83
П. 5. Перечень документов для регистрации договоров, оформленных в простой письменной форме 84
П. 6. Перечень документов для регистрации права собственности с рассрочкой платежа 86
П. 7. Перечень документов для регистрации права оперативного
управления. 87
П. 8. План локальной вычислительной сети 88
П. 9. Семантическая модель «сущность-связь» 89
П. 10. Информационно логическая модель на языке ER-диаграмм 90
П. 11. Таблицы АРМ «Бухгалтер филиала» 91
П. 12. Схема данных для базы данных АРМ «Бухгалтер филиала» 94
П. 13. Простые формы 95
П. 15. Просмотр отчета «Счёт» 101
П. 16. Просмотр отчета «Счёт-фактура» 102
П. 17. Листинг программных модулей 103
П. 18. Диаграмма тестирования и отладки ПП. 106
ВВЕДЕНИЕ
Бурное развитие современного рынка в сфере компьютерных технологий неуклонно накладывает свой отпечаток на организацию производственного процесса на предприятии. В данный момент для успешной конкуренции в области предоставляемых товаров практически каждой организации требуется быстрая реакция на изменения конъектуры рынка. Это утверждение применимо не только к производству товаров, но и к оказанию услуг. Так ГУ «Учреждение юстиции по государственной регистрации прав на недвижимое имущество и сделок с ним территории РХ» оказывает услуги населению, производя государственную регистрацию недвижимости.
Специфика деятельности организации заключается в работе с большими объемами циркулирующей внутри Учреждения информации. Информация о регистрируемом объекте недвижимости заносится в Единый государственный реестр прав (ЕГРП). ЕГРП управляется информационной системой СОПР.
Сбор, обработка, хранение и оперативное предоставление информации в той или иной форме являются одними из важнейших задач многих подразделений Учреждения – отдела кадров, бухгалтерии, отделов приема/выдачи документов, правовой защиты и правовой экспертизы, ведения реестра, филиалов и многих других. Зачастую результаты работы одного подразделения Учреждения являются исходными данными при работе другого подразделения. В итоге собранная и обработанная подразделениями информация используется в организационно распорядительной деятельности, т.е. для принятия решений. Можно с полной уверенностью утверждать, что информация играет важнейшую роль в работе Учреждения.
Учреждение юстиции имеет большую сеть филиалов. В филиалах численность персонала ограничена. И потому один сотрудник подразделения выполняет несколько небольших по объему задач. В число таких задач входит введение и распечатка первичных бухгалтерских документов, а также распечатка отчетов для бухгалтерии по их выдаче за конкретный промежуток времени. Таким образом, перед руководством Учреждения юстиции встала проблема автоматизации небольшого участка информационной системы – бухгалтерии филиала. Оно обоснованно посчитало приобретение специализированных бухгалтерских пакетов таких, как 1С «Предприятие. Бухгалтерский учет» и ему подобных, нецелесообразным и поставило задачу перед отделом информатизации и программного обеспечения решить возникшую проблему.
Тема дипломного проекта — «Автоматизация рабочего места бухгалтера филиала ГУ «Учреждение юстиции по государственной регистрации прав на недвижимое имущество и сделок с ним на территории РХ»» — является актуальной для данной организации из-за большого объема циркулирующей в филиалах информации, большая часть которой вносится работниками филиалов вручную. Также автоматизация рабочего места в филиале является актуальной и по причине большой ответственности данного подразделения перед руководством Учреждения юстиции и налоговыми службами.
Целью данного дипломного проекта является программная реализация автоматизированной системы обработки данных АРМ «Бухгалтер филиала».
Для достижения поставленной цели были сформулированы и решены следующие задачи:
? изучение информационных потоков, циркулирующих между подразделениями Учреждения и сторонними организациями;
? формирование требований к ПИ, наиболее полно отвечающих процессу работы сотрудника филиала;
? создание информационной модели предметной области и структуры данных АРМ «Бухгалтер филиала»;
? выбор среды реализации данной информационной системы;
? разработка информационной системы для решения поставленной цели.
В дипломном проекте объектом исследования рабочее место бухгалтера филиала Учреждения, а предметом исследования – проектирование и реализация информационной системы АРМ «Бухгалтер филиала».
Выполненные в ходе проекта исследования основаны на базовых принципах построения автоматизированных систем управления, принципах объектно-ориентированного программирования технологии RAD, с использованием современного программного продукта, Microsoft Access версии XP, входящего в пакет Microsoft Office XP Professional.
В возможности практического применения результатов работы в конкретной области общей системы информатизации Учреждения заключается практическая значимость данного дипломного проекта. Использование АРМ «Бухгалтер филиала» позволяет упростить документооборот, освободить сотрудников от рутинной работы, исключить дублирование информации в отделах, облегчить учет первичной бухгалтерской документации.
Предлагается вынести на обсуждение и защиту:
? информационно-логическую структуру данных информационной системы, позволяющую детализировать предметную область, выделяя объекты и их свойства;
? разработанную структуру реляционной базы данных, упрощающая разработку информационной системы, исключающая избыточность данных;
? алгоритмы и программную реализацию разработанной модели автоматизированного рабочего места «Бухгалтер филиала»;
? демонстрационный материал.
Структура и объем работы. Дипломный проект содержит: шесть разделов, 7 рисунков, 7 таблиц, 18 приложений; объем пояснительной записки – 106 страниц, основная часть – 79 страниц, приложения – 27 страницы, источников литературы – 20.
Во введении описывается цель, задачи, объект исследования дипломного проекта, предмет изучения, а также новизна и практическая значимость автоматизированной системы.
В первом разделе дана характеристика ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ», рассмотрены информационные потоки учреждения и работа его структурных подразделения, рассматривается его информационная система.
Во втором разделе формируется задача создания АРМ «Бухгалтер филиала» — ранее неавтоматизированного участка информационной системы; а также разрабатывается структура ИС, учитывая предъявляемые к ней требования.
В третьем разделе дается обоснование выбора среды реализации для АРМ «Бухгалтер филиала», описывается структура и принципы функционирования автоматизированной системы.
В четвертом разделе представлены результаты тестовых испытаний и опытной эксплуатации созданного программного продукта.
Пятый раздел дает обоснование экономической эффективности системы АРМ «Бухгалтер филиала».
В шестом разделе рассмотрено соблюдение техники безопасности на ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ».
В заключении подведены итоги проделанной работы.
В приложениях представлены структура учреждения, семантическая и информационно-логическая модели, формы и отчеты, использованные в АРМ «Бухгалтер филиала», документированный листинг программы.
1. ОПИСАНИЕ ГУ «УЧРЕЖДЕНИЕ ЮСТИЦИИ ПО РЕГИСТРАЦИИ ПРАВ НА НЕДВИЖИМОЕ ИМУЩЕСТВО И СДЕЛОК С НИМ НА ТЕРРИТОРИИ РХ»
1.1. Краткие сведения о ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ»
ГУ «Учреждение юстиции по государственной регистрации прав на недвижимое имущество и сделок с ним на территории РХ» (далее именуется как Учреждение юстиции) было создано в соответствии с постановлением Правительства Республики Хакасия от 12 марта 1999 года № 47. Первоначально называлось «Центром по государственной регистрации прав на недвижимое имущество и сделок с ним Республики Хакасия».
Учреждение юстиции осуществляет функции по государственной регистрации прав на недвижимое имущество и сделок с ним на территории Республики Хакасия. По вопросам использования имущества и финансово-хозяйственной деятельности Учреждение юстиции находится в ведении Министерства юстиции Республики Хакасия. Оно в своей деятельности руководствуется Конституцией Российской Федерации, Гражданским кодексом Российской Федерации, Федеральным законом «О государственной регистрации прав на недвижимое имущество и сделок с ним», иными нормативными правовыми актами Российской Федерации и Республики Хакасия, Положением, нормативными актами Министерства юстиции Российской Федерации такими, как «Инструкция о порядке государственной регистрации договоров купли-продажи» от 6 августа 2001 года, «Инструкция о порядке заполнения и выдачи свидетельств» от 3 июля 2000 г., «Инструкция о порядке регистрации ипотеки жилого помещения» от 16 октября 2000 года.
Организационно-правовой формой является государственное учреждение (ГУ).
Местонахождение Учреждения юстиции — Республика Хакасия, г. Абакан.
Почтовый адрес: Республика Хакасия, г. Абакан, ул. Чертыгашева, д. 144.
Учреждение юстиции имеет в пределах регистрационного округа (республики Хакасия) свои филиалы в городах Саяногорске, Черногорске и Усть-Абакане, поселках Абаза, Шира и Бея.
Основными задачами Учреждения юстиции являются:
? государственная регистрация прав собственников недвижимого имущества и обладателей иных подлежащих государственной регистрации прав на него, в том числе граждан Российской Федерации, иностранных граждан и лиц без гражданства, российских и иностранных юридических лиц, международных организаций, иностранных государств, Российской Федерации, субъектов Российской Федерации и муниципальных образований,
? создание и ведение Единого государственного реестра прав на недвижимое имущество и сделок с ним (далее именуется — Единый государственный реестр прав), а также организация его бессрочного хранения.
1.2. Структурные подразделения Учреждения юстиции
ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество с сделок с ним на территории РХ» организовало сеть филиалов, охватывающую крупные районные центры по республике Хакасия. Деятельность учреждения соответствует потребности населения РХ. Главное представительство Учреждения юстиции организовано из десяти отделов, расположенных в г. Абакане в двух корпусах: центральный аппарат, архивный отдел, отдел ПО, отдел кадров и делопроизводства, отдел судебной защиты, отдел правовой экспертизы, отдел прима/выдачи документов, бухгалтерии, административно-хозяйственный отдел и отдел ведения электронного реестра и выдачи информации.
Учреждение юстиции имеет строго централизованное управление — все подразделения, филиалы и представительства подчинены центральному аппарату во главе руководителя учреждения. Структуру управления организации можно посмотреть в П.1. У каждого отдела есть начальник, координирующий работу вверенного ему участка деятельности.
Штат сотрудников Учреждения юстиции по республике Хакасия 108 человек, т.е. по числу работников его можно отнести к средним организациям. В головном аппарате насчитывается 56 человек, в филиалах 52 человека. В каждом из семи районных подразделений есть директор филиала – регистратор прав на недвижимое имущество и сделок с ним в РХ. В наиболее крупных филиалах, таких как Саяногорский и Черногорский есть еще и главные специалисты. В каждом филиале количество работников подбирается в соответствии с социальными и экономическими факторами отдельного района и степени необходимости в предоставлении данной услуги.
Рассмотрим назначение каждого отдела в Абаканском представительстве Учреждения юстиции:
? Центральный аппарат во главе с Руководителем учреждения осуществляет руководство и организацию работы Центра и его филиалов и представительств, решает возложенные на Учреждение юстиции и его филиалы и представительства задачи, по согласованию с Минюстом Республики Хакасия утверждает смету расходов на содержание организации и его филиалов, утверждает должностные инструкции, а также штатное расписание Учреждения юстиции и его филиалов, издает приказы и распоряжения;
? Отдел правовой защиты, ведет правовое обеспечение деятельности Учреждения юстиции, защиту интересов Учреждения в суде, органах государственной власти и местного самоуправления, в иных государственных и негосударственных организациях и учреждениях, разработку нормативно-методических документов, проверяет правильность заполнения документации и контролирует законность заключаемых договоров и сделок;
? Отдел информатизации и программного обеспечения проводит обучение и инструктаж персонала правилам работы на ПЭВМ, обеспечивает персонал методическими документами по эксплуатации ЭВМ, осуществляет наладку и настройку ПО, проводит ремонт и обслуживание ПЭВМ, эксплуатации средств вычислительной техники, сопровождение систем;
? Архивный отдел отвечает за организацию и ведение архивного дела в учреждении; а также в соответствии с установленным порядком осуществляет прием, регистрацию, систематизацию, хранение и использование документов, составление описи дел правоустанавливающих документов, сшивания дел правоустанавливающих документов, поиск документов, выдачи дел из архива;
? Отдел приема/выдачи документов принимает у заявителей (их представителей) документы, необходимые для государственной регистрации прав в соответствии с законодательством РФ, выдает свидетельства о государственной регистрации прав, оригиналы правоустанавливающих документов, ведет книги учета входящих документов и выдачи свидетельств о государственной регистрации прав в соответствии с установленными правилами;
? Отдел правовой экспертизы составляет отзывы на исковые заявления и жалобы, кассационные и апелляционные жалобы, жалобы и протесты в порядке надзора, представляет интересы Учреждения в суде, арбитражном суде, осуществляет правовой анализ отказов в государственной регистрации прав на недвижимое имущество и сделок с ним и при наличии оснований для отказа, визирует их, осуществляет прием документов на государственную регистрацию прав от юридических лиц (их представителей);
? Бухгалтерия формирует полную и достоверную информацию о деятельности учреждения и его имущественном положении, обеспечивает информацией, необходимой внутренним и внешним пользователям бухгалтерской отчетности для контроля за соблюдением законодательства, наличием и движением имущества и обязательств, использованием материальных, трудовых, финансовых ресурсов в соответствии с утвержденными нормами, нормативами и сметами, соблюдение целевого использования средств, поступающих на счет Учреждения в виде платы за регистрацию и предоставление информации о зарегистрированных правах, исключительно на создание, поддержание и развитие системы государственной регистрации прав;
? Административно-хозяйственный отдел отвечает за содержание здания, в котором располагается Учреждение юстиции, в надлежащем виде, выпуск на линию технически исправного автотранспорта;
? Отдел ведения электронного реестра и выдачи информации отвечает за внесение записей в ЕГРП в строгом соответствии с законодательством РФ и установленными правилами, соблюдение точности, правильности, своевременности внесения записей в ЕГРП, распечатку копий и оригиналов Свидетельств о государственной регистрации прав, предоставление информации из ЕГРП;
? Отдел кадров и делопроизводства ведет учет личного состава Учреждения юстиции по регистрации прав на территории Республики Хакасия и его филиалов, прием, перевод и увольнение работников, учет предоставления отпусков работникам, оформление документов, необходимых для назначения пенсий, обеспечение соблюдения трудового режима, осуществление контроля за правильным формированием, хранением и своевременной сдачей дел в архив, выполнение технических функций по обеспечению и обслуживанию работы руководителя Учреждения юстиции, его заместителей [1].
1.3. Информационные потоки между структурными подразделениями
Государственная регистрация прав на недвижимое имущество и сделок с ним — юридический акт признания и подтверждения государством возникновения, ограничения (обременения), перехода или прекращения прав на недвижимое имущество в соответствии с Гражданским кодексом РФ. Государственная регистрация является единственным доказательством существования зарегистрированного права. Зарегистрированное право на недвижимое имущество может быть оспорено только в судебном порядке. [2]
Для осуществления государственной регистрации прав на недвижимое имущество физические и юридические лица обращаются в «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ». Для того чтобы зарегистрировать права, необходимо собрать весь необходимый перечень документации. Перечень документации зависит от многих факторов, в частности от того, какое именно право на недвижимое имущество должно быть зарегистрировано (см. П.3-8).
Процесс государственной регистрации прав в Учреждении юстиции проходит в несколько стадий. Собранные документы проходят в нескольких отделах данного учреждения, прежде чем будет произведена государственная регистрация прав (см. рис. 1.1).
Далее физическое лицо или представитель юридического лица приносит данный перечень в отдел приёма/выдачи документов. Данный пакет документов обязательно должен содержать квитанцию об оплате регистрации.
Отдел приёма/выдачи документов вносит соответствующие записи в книгу учета входных документов, затем передает документы в Отдел правовой экспертизы, где определяется юридическая законность документов, и возможность регистрации. Для получения более достоверной информации при проверке документации сотрудники Отдела правовой экспертизы обращаются к данным, полученным по запросу к ЕГРП через информационную систему СОРП.В случае невозможности государственной регистрации прав документы возвращаются в Отдел приема/выдачи документов и возвращаются их владельцу с отказом в государственной регистрации прав.
Указанные нормативные акты не предусматривают обязанность регистрирующего органа возвращать полученные в качестве платы денежные средства в случаях отказа в государственной регистрации прав и сделок.
Если же не возникает никаких препятствий в государственной регистрации прав, бумаги передаются в Отдел ведения реестра и выдачи информации, где соответствующие записи вносятся в ЕГРП через информационную систему СОРП.Далее на основании данных из реестра производится распечатка оригиналов и копий Свидетельств о государственной регистрации прав. Далее Свидетельство о государственной регистрации прав передается в Отдел приема/выдачи документов [3].
1 Перечень документов для реги-страции, юридическим и физическим лицам выдается расписка о принятии документов на регистрацию 5 Подтверждение о регистрации и свидетельство о регистрации
2 Правоустанавливающие документы, план объекта недвижимости с указанием кадастрового номера 6 Физ. и юр. лицами предъявляются паспорт, доверенности, расписка они получают свидетельство о регистрации
3 Те же документы, что и в 2 пункте, только проверенные правовой экс-пертизой 7 Запрос, формируемый к инфор-мационной системе по критериям.
4 Данные об объекте регистрации 8 Данные, получаемые из инфор-ционной системы отвечающие запросу.
Рис. 1.1. Информационные потоки в организации
1.4. Информационное обеспечение Учреждения юстиции
Данная организация имеет несколько структурных подразделений. Каждое из них выполняет возложенные на него обязанности. Поэтому в каждом подразделении используется своя информационная система, решающая узкий круг задач.
Например, отдел ведения электронного реестра и выдачи информации использует программное обеспечение, разработанное в Саратове. Данная информационная система используется для регистрации прав и обременений, печати свидетельств и листов разделов, включая занесение новых объектов недвижимости, правообладателей и правоустанавливающих документов, относящихся к данной регистрации, поиска в базе данных по адресу, по фамилии, имени и отчеству правообладателя (физического или юридического лица) или ИНН (юридического правообладателя), по правоустанавливающему документу, по серии и номеру свидетельства.
Информационная система СОРП реализована по принципу «Клиент– Сервер». В качестве сервера базы данных используется Microsoft SQL –сервер (structured query language – язык структурированных запросов), основной задачей которого является организация одновременного доступа к данным определенного количества операторов, а также для манипуляции данными, хранимой в БД (database). К информации, хранимой на сервере, осуществляется доступ при помощи специальных программ, как правило, с рабочих станций. На сервере установлена операционная система Microsoft Windows 2000 Advanced Server, на рабочих станциях — операционная система Microsoft Windows 2000 WorkStation.
Информационная система СОРП, разработанная специалистами Саратовского отделения Учреждения юстиции, служит для ведения единого государственного реестра недвижимого имущества и используется отделом ведения электронного реестра и выдачи информации.
По причине того, что данные, хранимые в СОРП, являются секретными и не предназначены для публичного просмотра, предусмотрена система защиты и распределения прав пользователей.
В бухгалтерии установлены сетевые версии 1С «Бухгалтерский учет» и «Зарплата и кадры». Первичные документы поступают в бухгалтерию из других структурных подразделений, в том числе и филиалов, и вносятся сотрудниками бухгалтерии в данные информационные системы. Благодаря этим системам автоматизируется бухгалтерский учет, в частности бухгалтерские проводки, ведение баланса предприятия и формируются промежуточные отчеты для налоговых служб и руководства организации. В 1С «Зарплата + Кадры» ведется начисление заработной платы сотрудников, ведутся личные карточки каждого сотрудника. 1С систему нельзя отнести к КИС-системам, т.е. к системам, решающим широкий круг задач. Скорее ее можно назвать системой оперативного уровня управления.
Для того, чтобы быть в курсе изменений законодательства по налоговой и бухгалтерской отчетности, а также правовых вопросов Учреждением была приобретена информационная система 1С «Консалтинг. Стандарт», содержащая свежую и периодически обновляемую базу законодательных документов, обладающая удобной системой поиска по реквизитам документа. «Консалтинг. Стандарт» — это консультационная система по различным вопросам предпринимательской деятельности, обработанное юристами и аудиторами законодательство, представленное в виде экспертных заключений. Она относится к уровню информационно-поисковых систем, которые поддерживает знания персонала в организации. Главной целью таких систем является помощь деловой фирме интегрировать новое знание в бизнес и помогать организации управлять потоком документов.
В Учреждении юстиции нет информационных систем управленческого и стратегического уровня, из-за высокой стоимости таких систем, требующих для эксплуатации квалифицированный персонал. Также высокой является стоимость их обслуживания. Эффект от использования данной системы будет мало ощутим. Денежные средства, потраченные на приобретение и внедрение данной информационной системы, никогда не будет возвращен. Дело в том, что выбор управленческих решений не так велик:
? можно поменять тариф на ту или иную услугу по регистрации прав на недвижимое имущество;
? можно сократить или увеличить количество сотрудников в том или ином подразделении.
На этом перечень действий управления исчерпан. Притом, изменение тарифа не даст никаких результатов, так как спрос на регистрацию прав является неэластичным, а штат сотрудников не велик и не имеет тенденцию к расширению. Поэтому нахождение оптимальное количества сотрудников и планирование личного состава тоже не имеет смысла [4].
Информационная система любой организации включает в себя не только программное обеспечение, но и аппаратное, которое может расширять возможности первого или, наоборот, ограничивать их. В головном корпусе Учреждения юстиции 17 персональных компьютеров и один выделенный сервер объединены в локальную вычислительную сеть на базе витой пары. Организацию ЛВС см. П.8. Аппаратные характеристики каждой ПЭВМ не ниже следующих:
? СPU Celeron 500 MHz,
? RAM 64 Mb,
? HDD 4 Gb,
? SVGA 8 Mb.
Грамотный подход к организации топологии сети и ее администрированию обеспечивает быстрый обмен оперативной информацией между рабочими местами в Учреждении. Однако ЛВС имеется только в главном корпусе Учреждения. Филиалы не оснащены достаточным количеством вычислительной техники и программным обеспечением такого же уровня, что и главный корпус Учреждения.
1.5. Семантическая модель предметной области
Ранее были рассмотрены информационные потоки между подразделениями Учреждения в процессе государственной регистрации права на недвижимое имущество. Но если рассмотреть этот процесс в более глобальном масштабе в контексте информационных потоков всех уровней между подразделениями Учреждения юстиции и другими внешними организациями, возникнет потребность более наглядном представлении структуры данной предметной области. Для этого необходимо построить модель.
Известные средства описания предметной области ориентируются на формах представления информации (синтаксические модели) или смысловые характеристики информации (семантические модели). Синтаксическими являются реляционные модели.
Семантические же модели представляют собой средство представления структуры предметной области. Такие модели имеют много общего с иерархическими и сетевыми. Семантические модели могут использоваться как средство построения структуры соответствующих баз данных.
Для представления структуры деятельности фирмы наиболее оптимально подходит семантическая моделирование, так она позволяет:
? обеспечить интегрированное представление о предметной области;
? понятийный аппарат модели понятен как специалисту предметной области, так и администратору БД;
? модель содержит информацию, достаточную для дальнейшего проектирования ЭИС.
Известно достаточно большое число семантических моделей данных, таких как семантические сети и модель «сущность-связь». Представление предметной области с помощью модели «сущность-связь» позволяет однозначно разработать структуру предметной области [5].
В процессе исследования данной предметной области была разработана модель «сущность-связь» для более наглядного представления информационных потоков, циркулирующих в Учреждении между основными подразделениями (см. П.9).
Выводы
1. ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ» является некоммерческой организацией. По численности работающего персонала его можно отнести к средним организациям. В своей структуре имеет несколько подразделений и филиалов. У каждого подразделения в Учреждении юстиции есть строго определенный класс задач, который ему предстоит решать. Все отделы подчинены руководителю учреждения.
2. Вся работа деятельности отделов Учреждения юстиции автоматизирована: установлены ПК, организована ЛВС, есть сервер базы данных для ведения ЕГРП.Ведение реестра ведется при помощи специально разработанной информационной системы СОРП.Деятельность бухгалтерии автоматизирована при помощи 1С «Предприятие. Бухгалтерский учет» и 1С «Предприятие. Зарплата и кадры».
3. Проблема Учреждения юстиции заключается в том, что филиалы не могут быть обеспечены комплексным программным обеспечением из-за его дороговизны. Ведение бухгалтерского учета в основном его объеме возможно в отделе бухгалтерии. Однако филиалы сталкиваются с необходимостью ведения и распечатки для юридических лиц счетов и счетов-фактур. Для распечатки этих в абаканском подразделении используется 1С «Предприятия. Бухгалтерский учет». А для филиалов необходимо разработать отдельный модуль для работы со счетами и счетами-фактурами. Поэтому руководство Учреждения юстиции поручило Отделу информатизации и программного обеспечения разработать программный модуль для филиала, решающий данные проблемы, а также недорогой при внедрении (т.е. не требующий значительных дополнительных капиталовложений) и выполняющий внесение в информационную систему счетов и счетов-фактур и организацию их выборки по различным реквизитам.
2. ПРИНЦИПЫ ПОСТРОЕНИЯ И АЛГОРИТМЫ ПОДСИСТЕМЫ «БУХГАЛТЕР ФИЛИАЛА»
В ходе своей деятельности Учреждение юстиции выдает юридическим лицам счета на предоплату и счета-фактуры. Эти счета и счета-фактуры может выдавать отдел бухгалтерии, где расположена информационная система 1С «Предприятие. Бухгалтерский учет». Одной из функций данной системы является выписка счетов-фактур на основании акта оказания услуг или акта отгрузки товаров, хотя эти виды документов не нужны в бухгалтерской или в налоговой отчетностях ни данной организации, ни организации-клиента. Однако акт оказания услуг и акт отгрузке товара выписываются на основании счета на оплату, который нужен для юридических лиц для оплаты платежным поручением услуг через банк. В данном документе указываются банковские реквизиты получателя (Учреждения юстиции) и плательщика, перечень услуг, оказываемых юридическому лицу, а также сумма к оплате по счету.
Необходимо также организовать выборку из документов по их реквизитам.
2.1. Постановка задачи АРМ «Бухгалтер филиала»
В любой организации появляется необходимость решать задачу эффективного и рационального управления бухгалтерией. Существует множество программ для автоматизации бухгалтерского учета. Однако они универсальны, т.е., предназначены для решения широкого круга задач. Получается, что такие программы — для всех и ни для кого одновременно. Также высокой является стоимость обслуживания подобных информационных систем. В главном корпусе отдела бухгалтерии установлена сетевая версия информационной системы 1С «Предприятие. Бухгалтерский учет». Данная программа решает широкий круг задач. Но для филиала приобретение и обслуживание данной программы не будет рентабельным. Поэтому руководством отдела бухгалтерии:
? было поручено создать отдельный модуль информационной системы для автоматизации распечатки счетов на оплату и счетов-фактур;
? также была поставлена задача по учету выданных счетов и счетов-фактур;
? было рекомендовано в качестве среды реализации модуля выбрать Microsoft Access.
Основное назначение данного модуля информационной системы – упорядоченное содержание информации и предоставление ее по требованию. К информации может относиться все, что заслуживает внимания пользователя или предприятия, использующего систему; иначе говоря, все необходимое для текущей работы данного пользователя или учреждения.
Информационная система организации включает в себя множество информационных потоков между подразделениями организации и зависит от структуры учреждения. Ранее уже были рассмотрены информационные потоки в Учреждении между подразделениями (см. П.8). Необходимым качеством информационной системы предприятия является обеспечение сотрудников, руководство и контролирующие организации достоверной, актуальной и полной информацией.
Обобщая круг задач, решаемых конкретной программой, можно получить модель «сущность-связь» (см. рис. 2.2).
Благодаря тому факту, что информационные потоки, циркулирующие в Учреждении, можно представить структурировано, является возможным реализовать информационную систему, используя базы данных.
База данных – это совокупность связанной информации, объединенной вместе по определенному признаку. При создании базы данных разработчик стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков. Сделать это возможно, только если данные структурированы [4].
Любое построение автоматизированного рабочего места (АРМ) должно начинаться с анализа предметной области и выявления требований к ней отдельных пользователей.
Объединяя частные представления о том, какие данные предстоит вводить, хранить и обрабатывать в базе данных, которые были получены в результате опроса сотрудников филиала (конечных пользователей ПП) и свои представления о данных, которые могут потребоваться в будущем, администратор базы данных создает обобщенное неформальное описание создаваемой базы данных. Это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, называют информационно-логической моделью данных. Такая человеко-ориентированная модель полностью независима от физических параметров среды хранения данных.
На основе информационно-логической модели создается даталогическая модель данных, с помощью которой СУБД дает возможность программам и пользователям осуществлять доступ к хранимым данным лишь по их именам, не заботясь о физическом расположении этих данных. Нужные данные отыскиваются СУБД на внешних запоминающих устройствах по физической модели данных. Такая архитектура позволяет обеспечить независимость хранимых данных от использующих их программ, что обеспечивает возможность развития системы баз данных без разрушения существующих положений.
Заключительным шагом в моделировании предметной области является системное проектирование и конструирование процедур обработки данных.
2.2. Информационно-логическая модель
2.2.1. Основные понятия
Перед построением информационно-логической модели проведем ее обзор и рассмотрим некоторые аспекты реляционного подхода.
Объектом называется предмет, который может быть четко идентифицирован. Каждый объект имеет, по крайней мере, один тип, однако у определенного объекта может быть несколько подтипов.
Целью инфологического моделирования является обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
Сущность – любой различимый объект, информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Здесь также существует различие между типом и экземпляром.
Абсолютное различие между типами сущностей и атрибутами отсутствует. Атрибут является таковым только в связи с типом сущности. В другом контексте атрибут может выступать как самостоятельная сущность.
Ключ – минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Связь – ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.
2.2.2. Характеристика связей и язык моделирования
При построении инфологических моделей можно использовать язык ER-диаграмм (т.е. диаграммы «сущность-связь»). В них сущности изображаются помеченными прямоугольниками, ассоциации – помеченными ромбами или шестиугольниками, атрибуты – помеченными овалами, а связи между ними – ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква «m», заменяющая слово «много») и необходимое пояснение.
Между двумя сущностями, например, А и В возможны четыре вида связей.
Первый тип – связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:
Второй тип – связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.
Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи МНОГИЕ-К-ОДНОМУ (М:1) и МНОГИЕ-КО-МНОГИМ (М:N).
Характер связей между сущностями не ограничивается перечисленными. Существуют и более сложные связи:
? множество связей между одними и теми же сущностями,
? тренарные связи,
? связи более высоких порядков, семантика (смысл) которых иногда очень сложна.
Так, ввод лишь нескольких основных атрибутов в описание связей значительно усложнит ER-диаграмму. В связи с этим язык ER-диаграмм используется для построении небольших моделей и иллюстрации отдельных фрагментов больших. Чаще же применяется менее наглядный, но более содержательный язык инфологического моделирования (ЯИМ), в котором сущности и ассоциации представляются предложениями вида:
СУЩНОСТЬ (атрибут 1, атрибут 2 , …, атрибут n)
АССОЦИАЦИЯ [СУЩНОСТЬ S1, СУЩНОСТЬ S2, …]
(атрибут 1, атрибут 2, …, атрибут n),
где S – степень связи,
а атрибуты, входящие в ключ, должны быть отмечены с помощью подчеркивания.
Для выявления связей между сущностями необходимо, как минимум, определить сами сущности. Но это не простая задача, так как в разных предметных областях один и тот же объект может быть сущностью, атрибутом или ассоциацией.
В ER-диаграммах связь представляет собой линию, соединяющую геометрические фигуры, изображающие сущности, атрибуты, ассоциации и другие информационные объекты. В тексте же этот термин используется для указания на взаимозависимость сущностей. Если эта взаимозависимость имеет атрибуты, то она называется ассоциацией [6].
2.2.3. Классификация сущностей
Настал момент разобраться в терминологии. К.Дейт [6] определяет три основные класса сущностей: стержневые, ассоциативные и характеристические, а также подкласс ассоциативных сущностей – обозначения.
Стержневая сущность (стержень) – это независимая сущность (несколько подробнее она будет определена ниже).
Ассоциативная сущность (ассоциация) – это связь вида «многие-ко-многим» («один-ко-многим» и т.д.) между двумя или более сущностями или экземплярами сущности. Ассоциации рассматриваются как полноправные сущности:
? они могут участвовать в других ассоциациях и обозначениях точно так же, как стержневые сущности;
? могут обладать свойствами, т.е. иметь не только набор ключевых атрибутов, необходимых для указания связей, но и любое число других атрибутов, характеризующих связь.
Характеристическая сущность (характеристика) – это связь вида «многие-к-одной» или «одна-к-одной» между двумя сущностями (частный случай ассоциации). Единственная цель характеристики в рамках рассматриваемой предметной области состоит в описании или уточнении некоторой другой сущности. Необходимость в них возникает в связи с тем, что сущности реального мира имеют иногда многозначные свойства.
Для описания характеристики используется новое предложение ЯИМ, имеющее в общем случае вид:
ХАРАКТЕРИСТИКА (атрибут 1, атрибут 2, …)
{СПИСОК ХАРАКТЕРИЗУЕМЫХ СУЩНОСТЕЙ}.
Расширим также язык ER-диаграмм, введя для изображения характеристики трапецию (рис. 2.3).
Обозначающая сущность или обозначение – это связь вида «многие-к-одной» или «одна-к-одной» между двумя сущностями и отличается от характеристики тем, что не зависит от обозначаемой сущности.
Описание обозначения внешне отличается от описания характеристики только тем, что обозначаемые сущности заключается не в фигурные скобки, а в квадратные:
ОБОЗНАЧЕНИЕ (атрибут 1, атрибут 2, …)
[СПИСОК ОБОЗНАЧАЕМЫХ СУЩНОСТЕЙ].
Как правило, обозначения не рассматриваются как полноправные сущности, хотя это не привело бы к какой-либо ошибке.
Обозначения и характеристики не являются полностью независимыми сущностями, поскольку они предполагают наличие некоторой другой сущности, которая будет «обозначаться» или «характеризоваться». Однако они все же представляют собой частные случаи сущности и могут, конечно, иметь свойства, могут участвовать в ассоциациях, обозначениях и иметь свои собственные (более низкого уровня) характеристики. Подчеркнем также, что все экземпляры характеристики должны быть обязательно связаны с каким-либо экземпляром характеризуемой сущности. Однако допускается, чтобы некоторые экземпляры характеризуемой сущности не имели связей.
Переопределим теперь стержневую сущность как сущность, которая не является ни ассоциацией, ни обозначением, ни характеристикой. Такие сущности имеют независимое существование, хотя они и могут обозначать другие сущности, как, например, сотрудники обозначают отделы.
2.2.4. О первичных и внешних ключах
Следует напомнить, что ключ или возможный ключ – это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Каждая сущность обладает хотя бы одним возможным ключом. Один из них принимается за первичный ключ. При выборе первичного ключа следует отдавать предпочтение несоставным ключам или ключам, составленным из минимального числа атрибутов. Нецелесообразно также использовать ключи с длинными текстовыми значениями (предпочтительнее использовать целочисленные атрибуты). Плохо также использовать в качестве ключа не номер объекта, а его название.
Не допускается, чтобы первичный ключ стержневой сущности (любой атрибут, участвующий в первичном ключе) принимал неопределенное значение. Иначе возникнет противоречивая ситуация: появится не обладающий индивидуальностью, и, следовательно, несуществующий экземпляр стержневой сущности. По тем же причинам необходимо обеспечить уникальность первичного ключа.
Теперь о внешних ключах:
? Если сущность С связывает сущности А и В, то она должна включать внешние ключи, соответствующие первичным ключам сущностей А и В.
Рис. 2.2. Модель «Сущность-связь» для АРМ «Бухгалтер филиала»
Рис. 2.4. Структуры: а — ассоциации; б — обозначения (характеристики)
? Если сущность В обозначает сущность А, то она должна включать внешний ключ, соответствующий первичному ключу сущности А.
Связь между первичными и внешними ключами сущностей иллюстрируется на рис. 2.4. Здесь для обозначения любой из ассоциируемых сущностей (стержней, характеристик, обозначений или даже ассоциаций) используется новый обобщающий термин «Цель» или «Целевая сущность».
Таким образом, при рассмотрении проблемы выбора способов представления ассоциаций и обозначений в базе данных основной вопрос, на который следует получить ответ: «Каковы внешние ключи?». И далее, для каждого внешнего ключа необходимо решить три вопроса:
1. Может ли данный внешний ключ принимать неопределенные значения (NULL-значения)? Иначе говоря, может ли существовать некоторый экземпляр сущности данного типа, для которого неизвестна целевая сущность, указываемая внешним ключом? Заметим, что ответ на данный вопрос не зависит от прихоти проектировщика базы данных, а определяется фактическим образом действий, принятым в той части реального мира, которая должна быть представлена в рассматриваемой базе данных. Подобные замечания имеют отношение и к вопросам, обсуждаемым ниже.
2. Что должно случиться при попытке УДАЛЕНИЯ целевой сущности, на которую ссылается внешний ключ? Существует три возможности:
КАСКАДИРУЕТСЯ Операция удаления «каскадируется» с тем, чтобы удалить также упоминания о данном объекте для других объектов.
ОГРАНИЧИВАЕТСЯ Удаляются лишь те объекты, которые еще не были задействованы в других объектах. Иначе операция удаления отвергается.
УСТАНАВЛИВАЕТСЯ Для всех поставок удаляемого объекта NULL-значение внешний ключ устанавливается в неопределенное значение, а затем этот объект удаляется. Такая возможность, конечно, неприменима, если данный внешний ключ не должен содержать NULL-значений.
Что должно происходить при попытке ОБНОВЛЕНИЯ первичного ключа целевой сущности, на которую ссылается некоторый внешний ключ? Например, может быть предпринята попытка обновить номер такого объекта, для которого имеется, по крайней мере, одно соответствующее обращение.
Таким образом, для каждого внешнего ключа в проекте проектировщик базы данных должен специфицировать не только поле или комбинацию полей, составляющих этот внешний ключ, и целевую таблицу, которая идентифицируется этим ключом, но также и ответы на указанные выше вопроса (три ограничения, которые относятся к этому внешнему ключу).
Наконец, о характеристиках – обозначающих сущностях, существование которых зависит от типа обозначаемых сущностей. Обозначение представляется внешним ключом в таблице, соответствующей этой характеристике. Но три рассмотренные выше ограничения на внешний ключ для данного случая должны специфицироваться следующим образом:
NULL-значения не допустимы,
УДАЛЕНИЕ ИЗ (цель) КАСКАДИРУЕТСЯ,
ОБНОВЛЕНИЕ (первичный ключ цели) КАСКАДИРУЕТСЯ.
Указанные спецификации представляют зависимость по существованию характеристических сущностей.
2.3. Ограничения целостности
Целостность (от английского слова integrity – нетронутость, неприкосновенность, сохранность, целостность) – понимается как правильность данных в любой момент времени. Но эта цель может быть достигнута лишь в определенных пределах: СУБД не может контролировать правильность каждого отдельного значения, вводимого в базу данных (хотя каждое значение можно проверить на правдоподобность).
Поддержание целостности базы данных может рассматриваться как защита данных от неверных изменений или разрушений (не путать с незаконными изменениями и разрушениями, являющимися проблемой безопасности). Современные СУБД имеют ряд средств для обеспечения поддержания целостности (так же, как и средств обеспечения поддержания безопасности).
Выделяют три группы правил целостности:
1. Целостность по сущностям.
2. Целостность по ссылкам.
3. Целостность, определяемая пользователем.
Была рассмотрена мотивировка двух правил целостности, общих для любых реляционных баз данных.
1. Не допускается, чтобы какой-либо атрибут, участвующий в первичном ключе, принимал неопределенное значение.
2. Значение внешнего ключа должно либо:
1) быть равным значению первичного ключа цели;
2) быть полностью неопределенным, т.е. каждое значение атрибута, участвующего во внешнем ключе должно быть неопределенным.
3. Для любой конкретной базы данных существует ряд дополнительных специфических правил, которые относятся к ней одной и определяются разработчиком. Чаще всего контролируется:
2.3.1. Нормализация отношений
Нормализация отношения – это разбиение отношения на два или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Нормализация позволяет устранить дублирование и обеспечить непротиворечивость хранимых данных.
Е. Кодд определил три нормальные формы (1НФ, 2НФ, 3НФ) и представил процедуру нормализации, с помощью которой отношение заданной формы может быть преобразовано во множество отношений в другой, более желательной, нормальной форме [7].
Отношение находится в первой нормальной форме тогда и только тогда, когда все используемые домены (столбцы) содержат только атомарные значения. Теория нормализации основывается на наличии той или иной зависимости между атрибутами отношения. Определены два вида таких зависимостей: функциональные и многозначные.
Функциональная зависимость. Атрибут В отношения функционально зависит от атрибута А того же отношения в том и только в том случае, когда в любой заданный момент времени для каждого из различных значений атрибута А обязательно существует только одно из различных значений атрибута В.
Полная функциональная зависимость. Атрибут В находится в полной функциональной зависимости от составного атрибута А, если он функционально зависит от А и не зависит функционально от любого подмножества атрибута А.
Многозначная зависимость. Атрибут А многозначно определяет атрибут В того же отношения, если для каждого значения атрибута А существует хорошо определенное множество соответствующих значений В.
Отношение находится во второй нормальной форме (2НФ), если оно удовлетворяет определению 1НФ и все его атрибуты, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Отношение находится в третьей нормальной форме (3НФ), если оно удовлетворяет определению 2НФ и ни одно из его неключевых атрибутов не зависит функционально от любого другого неключевого атрибута [6].
2.3.2. Построение инфологической модели
Проектирование информационной системы требует подробного информационного моделирования. Опишем информационные объекты для одной из функций филиала Учреждения юстиции «Счета и счета-фактуры».
Процесс, оформление документации, осуществляется путем заполнения карточки на юридическое лицо, карточки счета на оплату и счёта-фактуры. Далее распечатывается счет на оплату и счет-фактура.
Выделенные объекты:
1. Плательщик (Ключевой атрибут: ИД плательщика, Описательные атрибуты: название организации, полное название организации, код по ОКПО, код по ОКОНХ, ИНН, № расчетного счета, ИД банка, ИД юридического статуса, телефон, юридический адрес);
2. Статус (Ключевой атрибут: Ид статуса; Описательные атрибуты: Название статуса, полное название статуса);
3. Города (Ид города, город);
4. Группа товаров (Ид группы, Название группы);
5. Единицы измерения (Ключевой атрибут: Ид единицы измерения, Описательные атрибуты: название единицы измерения, описание единицы измерения);
6. НДС (Ид НДС, Значение НДС);
7. Договора (Ид договора, Название договора);
8. Получатель (Ключевой атрибут: ИД получателя, Описательные атрибуты: название организации, полное название организации, код по ОКПО, код по ОКОНХ, ИНН, № расчетного счета, ИД банка, ИД юридического статуса, телефон, юридический адрес, ФИО руководителя, ФИО бухгалтера);
9. Банки (Ключевой атрибут: ИД банка, Описательные атрибуты: Ид названия банка, Ид города, БИК, № корреспондентского счёта);
10. Названия банков (Ид названия банка, название банка, полное название банка).
11. Товары (Ключевой атрибут: ИД товара, Описательные атрибуты: Ид единицы измерения, Ид группы, Ид НДС, Цена без НДС, Цена с НДС, № товара);
12. Список товаров (Ключевой атрибут: ИД списка товаров, Описательные атрибуты: Ид товара, Цена без НДС1, Цена с НДС, количество, сумма, ИД счёта);
13. Счёт (Ключевой атрибут: ИД счёта, Описательные атрибуты: Дата счёта, № счета, сумма, Ид получателя, Ид плательщика, Ид договора);
14. Счёт-фактура ((Ключевой атрибут: ИД счёта-фактуры, Описательные атрибуты: Ид счёта, Дата счёта-фактуры, № счета-фактуры).
Выделенные здесь объекты используются во многих других процессах подсистемы в Отделе бухгалтерии. Данные объекты являются сущностями.
Среди них можно выделить два стержня:
1. Счёт (Ключевой атрибут: ИД счёта, Описательные атрибуты: Дата счёта, № счета, сумма).
2. Список товаров (Ключевой атрибут: ИД списка товаров, Описательные атрибуты: Ид товара, Цена без НДС1, Цена с НДС1, количество, сумма);
Также можно выделить пять ассоциаций:
1. Товары (Ключевой атрибут: ИД товара, Описательные атрибуты: Цена без НДС, Цена с НДС, № товара);
2. Плательщик (Ключевой атрибут: ИД плательщика, Описательные атрибуты: название организации, полное название организации, код по ОКПО, код по ОКОНХ, ИНН, № расчетного счета, телефон, юридический адрес);
3. Получатель (Ключевой атрибут: ИД получателя, Описательные атрибуты: название организации, полное название организации, код по ОКПО, код по ОКОНХ, ИНН, № расчетного счета, телефон, юридический адрес, ФИО руководителя, ФИО бухгалтера);
4. Статус (Ключевой атрибут: Ид статуса; Описательные атрибуты: Название статуса, полное название статуса);
5. Банки (Ключевой атрибут: ИД банка, Описательные атрибуты: БИК, № корреспондентского счёта, полное название банка);
Только одну сущность можно выделить как обозначение: Счёт-фактура (Ключевой атрибут: ИД счёта-фактуры, Описательные атрибуты: Дата счёта-фактуры, № счета-фактуры) [Счёт]. Её можно было и не выделять как самостоятельную сущность.
Остальные сущности являются характеристиками:
1. НДС (Ид НДС, Значение НДС);
2. Договора (Ид договора, Название договора);
3. Города (Ид города, город);
4. Группа товаров (Ид группы, Название группы);
5. Единицы измерения (Ключевой атрибут: Ид единицы измерения, Описательные атрибуты: название единицы измерения, описание единицы измерения).
После выделения сущностей была построена информационно-логическая модель будущей информационной системы при помощи ER-диаграмм (см. П.9).
2.4. Даталогическая модель
После построения инфологической модели модуля бухгалтерии филиала рассматривается предполагаемая структура базы данных. По смыслу содержания информации выделены следующие таблицы, поля которых соответствуют определенным сущностям:
? Agreement – Договор;
? Bankname – Название банка;
? Cf – Счёт-фактура;
? City – Города;
? Groups – Группы товаров;
? NDS – НДС;
? Payer – Плательщики;
? product_list – Список товаров;
? products – Товары;
? Repicient – Получатель;
? Status – Статус;
? Units — Единицы измерения.
Все таблицы, входящие в базу данных, приведены к третьей нормальной форме, что позволяет избежать хранения излишней информации и обращаться к данным не по их значениям, а по идентификатору.
Была составлена схема данных, состоящая из таблиц, которые были собраны соответственно информационно-логической модели данных (см. П.10).
Выводы
1. В данной главе была поставлена задача реализации модуля информационной системы Учреждения для реализации ввода счетов и счетов-фактур и их вывода на печать.
2. Также здесь были учтены возможности анализа данных и сведение в отчеты по определенным реквизитам.
3. В процессе анализа поставленной задачи сформулировано и обосновано использование реляционного подхода при моделировании предметной области.
3. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ МОДУЛЕЙ АРМ «БУХГАЛТЕР ФИЛИАЛА»
3.1. Выбор аппаратной и программной платформы и среды реализации
На рабочих местах в филиалах установлены персональные компьютеры со характеристиками, не ниже следующих:
? CPU Celeron 500,
? RAM 64 Mb,
? HDD 4 Gb,
? SVGA 8 Mb.
Данные показатели аппаратного обеспечения персональных компьютеров подходят для большинства платформ и сред реализации. Также в головном корпусе компьютеры объединены в локальную вычислительную сеть смешанной топологии с выделенным файл-сервером, что дает возможность ведения централизованной базы данных (см. П.8). Однако в других представительствах всего один — два персональных компьютера. В филиалах отсутствует ЛВС и выход к ресурсам глобальной сети Internet, поэтому нет необходимости использовать при разработке модуля «Бухгалтер филиала» сетевую базу данных.
Ранее было отмечено, что данные, циркулирующие в рассмотренной информационной системе, хорошо поддаются структуризации и описанию при помощи таблиц, в качестве среды реализации для поставленной задачи следует выбрать одну из систем управления реляционными базами данных.
Вся работа с базами данных может быть схематично может быть представлена следующим образом (см. рис.3.1).
Рис. 3.1. Схема обобщенной технологии работы в СУБД
Рис. 3.2. Архитектура СУБД
3.1.1. Архитектура СУБД
Базы данных и программные средства их создания и ведения имеют многоуровневую структуру.
Различают концептуальный, внутренний и внешний уровни представления баз данных, которым соответствуют модели аналогичного назначения.
Концептуальный уровень соответствует логическому аспекту представления данных предметной области в интегрированном виде.
Концептуальная модель состоит из множества экземпляров различных типов данных, структурированных в соответствии с требованиями СУБД к логической структуре базы данных. На данном уровне и была разработана информационно-логическая модель данных, описанная при помощи ER-диаграмм и языка инфологического моделирования.
Внутренний уровень отображает требуемую организацию данных в среде хранения и соответствует физическому аспекту представления данных. Внутренняя модель состоит из отдельных экземпляров записей, физически хранимых во внешних носителях.
Внешний уровень поддерживает частные представления данных, требуемые конкретным пользователям. Внешняя модель является подмножеством концептуальной модели. Возможно пересечение внешних моделей по данным. Частная логическая структура данных для отдельного приложения (задачи) или пользователя соответствует внешней модели или подсхеме БД. С помощью внешних моделей поддерживается санкционированный доступ к данным БД приложений (ограничен состав и структура данных концептуальной модели БД, доступных в приложении, а также заданы допустимые режимы обработки этих данных: ввод, редактирование, удаление, поиск) [4]. Внешний уровень формируется пользователем, которому придется работать с данной системой. Именно конечный пользователь определяет требования к пользовательскому интерфейсу, параметрам входных и выходных данных, которые разработчик должен учитывать при выборе аппаратной и программной платформы для реализации системы.
3.1.2. Выбор программной среды реализации
В данный момент времени существует множество сред реализации. Так как по большей части данные хранятся в табличном виде, есть необходимость использования реляционных баз данных. При том, преимущественно стоит задача ввода и хранения большого массива структурированной информации. Объем программного кода для обработки данных здесь невелик. Поэтому имеет смысл использования специализированных систем управления реляционными базами данных (СУРБД). На данный момент времени существует множество СУРБД таких, как Microsoft Fox Pro, Microsoft Access, Paradox, CLARION и другие. Выбор того или иного средства реализации зависит от множества параметров, в том числе и от личных предпочтений разработчика.
В настоящее время на рынке программных продуктов наиболее распространенным офисным пакетом для IBM-совместимых ПК является MS Office. Входящая его профессиональный выпуск программа СУРБД Access обеспечивает широкий круг пользователей мощными и одновременно удобными и продуктивными инструментами с базами данных. Для реализации проекта была использована версия XP (eXPerience).
Microsoft Access предоставляет широкие возможности для ввода, анализа и представления данных. Эти средства являются удобными и продуктивными, что обеспечивает высокую скорость разработки приложений. Изначально СУБД Access обладала рядом возможностей:
? объединение информации из самых разных источников (электронных таблиц, текстовых файлов, других баз данных);
? представление данных в удобном для пользователя виде с помощью, таблиц, диаграмм, отчетов;
? интеграция с компонентами Microsoft Office.
В дополнение к возможностям версии 97, в XP добавлены средства, призванные упростить создание приложений, усовершенствованы средства публикации данных в WWW, расширены возможности доступа к корпоративным базам данных. Появилось большое количество новых возможностей:
? более удобным стал пользовательский интерфейс;
? изменилась внутренняя структура баз данных.
Именно поэтому файлы, созданные в XP невозможно открыть и прочитать в более ранних версиях программы, таких как 95, 97 или 2000.
К наиболее важным новым возможностям Access 2002 можно отнести:
? Новые средства публикации в World Wide Web. Такие средства реализованы в более ранних версиях программы, однако их возможностей было недостаточно для решения многих задач. В Access 2002 появился новый тип объекта страницы доступа к данным (Data Access Pages). Страница доступа к данным – это Web-страницы, обеспечивающие функциональность стандартных форм и отчетов Access. Их можно открывать в любой программе-браузере и использовать для ввода, просмотра и отбора информации в базе данных. В отличие от стандартных форм и отчетов Access, страницы доступа к данным хранятся вне файла базы данных и могут публиковаться на Web-сервере. Кроме того, страницы доступа к данным можно пересылать по электронной почте.
? Совместимость с другими компонентами семейства Microsoft Office XP. Это касается не только интерфейса, который унифицирован, но также и среды программирования. Access 2002 включает последнюю версию языка Visual Basic for Applications – VBA 6.3. Стали общими принципы работы и синтаксис самого языка программирования для Access, Excel, Word и PowerPoint. Такое единообразие облегчает разработку программ, использующих одновременно несколько различных приложений Office. Единая интегрированная среда VBA выглядит совершенно одинаково во всех приложения Office.
? Очередная версия процессора обработки данных Microsoft Jet. Access 2002 использует усовершенствованную версию процессора обработки данных, обеспечивающая поддержку Unicode, блокировку данных на уровне записей, повышенную производительность приложения, а также встроенную поддержку интерфейсов OLE DB и расширенный синтаксис языка SQL.
? Новый процессор обработки данных Microsoft Data Engine (MSDE). MSDE является базовым механизмом управления данными – альтернативой Jet. Он обеспечивает хранение данных в формате Microsoft SQL Server 7.0. Используя MSDE, разработчики могут создавать приложения, которые потом легко переносятся на платформу Microsoft SQL Server.
? Новая технология доступа к данным. Microsoft Access 2002 позволяет использовать для доступа к данным как знакомую объектную модуль DAO, так и новую модель ADO, которая является программным интерфейсом универсальной технологии доступа к данным OLE DB. Это позволяет повысить быстродействие клиентских приложений и упростить процесс их разработки.
Microsoft Access является уникальной СУБД в том плане, что ею пользуются много людей, имеющих самый разный уровень знаний о ПК и БД: от профессионалов в различных предметных областях, которые пытаются с помощью этой СУБД решить свои задачи, до программистов-разработчиков информационных систем [8].
Также в пользу данной СУБД говорит то обстоятельство, что пакет прикладных программ Microsoft Office Standard уже установлен на каждом рабочем месте. Учреждение юстиции имеет лицензию на использование пакета Microsoft Office XP Standard. Следовательно, затраты на обмен выпуска Standard на выпуск Professional пакета Microsoft Office будут не столь значительными по сравнению с покупкой новой СУБД или приобретением существующей специализированной бухгалтерской информационной системы. А это позволяет сэкономить Учреждению на этом солидные денежные средства.
3.2. Программная реализация
Работа с реляционными базами данными основана на вводе, хранении, обработки и выдаче данных, содержащихся в таблицах. Структуру таблиц в разрабатываемой БД см. в П.11.
Так, например, информация вводится и хранится в разного рода справочниках, обрабатывается и выбирается посредством запросов или программных кодов и выводится через отчеты.
Данные таблицы были объединены в схеме данных связями «ОДИН-КО-МНОГИМ» и «МНОГИЕ-К-ОДНОМУ» (см. П.12).
Процесс создания АРМ «Бухгалтер филиала» был построен по принципу «от простого к сложному». В первую очередь были созданы формы, основанные на одной таблице и содержащие мало полей. Они организованы, как ленточные формы. Перемещение от одной записи к другой осуществляется либо при помощи мыши, либо клавишей табуляции. Такими формами являются:
? Справочник Группы товаров (см. рис. П.13.1);
? Коды нашей организации (см. рис. П.13.2);
? Руководство предприятия (см. рис. П.13.3);
? Наименования банков (см. рис. П.13.4);
? Справочник Города (см. рис. П.13.5);
? Справочник Договора (см. рис. П.13.6);
? Справочник Единицы измерения (см. рис. П.13.7);
? Справочник Юридстатус (см. рис. П.13.8);
? Выборка Счёта (см. рис. П.13.9).
Такие формы довольно просто были выполнены при помощи мастера форм. Некоторые элементы таких форм исправлены в режиме конструктора.
Более сложные формы сочетают в себе данные из нескольких таблиц. Здесь были использованы поля со списками для выбора нужной характеристики. Для добавления в список новой характеристики рядом со списком помещены кнопки, открывающие соответствующие формы. После заполнения таких форм необходимо обновить содержимое сложной формы. Сложными формами являются:
? Справочник Товары (см. рис. П.14.1);
? Справочник Банки (см. рис. П.14.2);
? Справочник Плательщики (см. рис. П.14.3).
При создании указанных ранее форм программный код VBA практически не использовался, так как в его использовании не было необходимости. Исключение составила форма «Справочник Банки», использующая процедуру формирования имени банка в совокупности с названием города; а также «Справочник Товары» для пересчета цены с учетом налога на добавленную стоимость и без его учета.
И, наконец, самыми сложными в реализации оказались формы, использующие подчиненные им формы и запросы, такие, как:
? счёт,
? счёт-фактура,
? главная кнопочная форма.
В процессе создания таких форм был задействован и программный код Visual Basic, построитель выражений и запросы.
Формы «Счёт» (рис. П.14.4) и «Счёт-фактура» (рис. П.14.5) формируют одноименные отчеты (см. П.15-16), открываемые прямо из окна формы.
Главная кнопочная форма. При запуске АРМ «Бухгалтер филиала» открывается основная форма, реализованная в виде окна диалога (см. рис. П.17). Данная форма содержит четыре вкладки:
? Организация. Вкладка содержит все реквизиты организации-получателя денежного перевода, включая банковские, а также фамилию, имя и отчество руководителя организации и главного бухгалтера. В данном случае получателем является Учреждение юстиции;
? Справочники. На данной вкладке расположены кнопки для открытия форм для ввода и редактирования справочной информации, необходимой для ввода документов;
? Документы. Вкладка «Документы» содержит две кнопки, открывающие формы, для заполнения таких первичных документов, как счёт и счёт-фактура. При том, выписка счёта-фактуры возможна только после выписки счёта;
? Отчёты. Во вкладке «Отчеты» помещаются отчеты по выбранным критериям. Они позволяют получить интересующую информацию, сформированную на основе анализа первичной документации. Здесь можно получить выборку в реестры счетов и счетов-фактур, получить список наиболее популярных услуг и график прибыли по месяцам с прогнозом на следующие несколько месяцев.
Листинг программы находится в П.18.
Выводы
1. Аппаратные требования к разрабатываемой информационной системе предоставляют возможность работать на персональных компьютерах с самой скромной для Учреждения юстиции конфигурацией (CPU Intel Celeron 500 MHz, RAM 64 Mb, SVGA 8 Mb, HDD 4 Gb).
2. В качестве среды реализации проекта была выбрана СУРБД Microsoft Access 2002, входящая в состав пакета прикладных программ Microsoft Office XP Professional.
3. На основе разработанной даталогической модели была построена схема данных проектируемой системы. Для реализации программы использованы мастера и контрукторы по созданию таблиц, форм, запросов и отчетов. Для обработки хранимых данных использовались запросы и программный код VBA 6.3.
4. АНАЛИЗ КАЧЕСТВА РАЗРАБОТАННОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
4.1. Тестирование программы
Тестирование – это комплекс действий направленный на обнаружение и выявление ошибки или ошибок в работе программы. Ошибка идентифицируется различием между вычисленным, обозреваемым или измеренным значением или условием и действительным, специфицированным или теоретически корректным значением или условием [9].
Тестирование разделяют на структурное и функциональное.
В свою очередь в структурном тестировании выделяют:
1. Тестирование на основе потока управления, исчерпывающее тестирование предполагает выполнение каждого пути в программе. Поскольку в большом программном проекте, имеющем разветвленный граф с циклами, выполнение каждого пути нереализуемо, то тестирование всех путей рассматривается как неперспективное направление. Критерий покрытия всех путей носит название С2. Два других наиболее широко известных критерия выделения маршрутов для структурного тестирования – критерий покрытия ветвей С1 и критерий покрытия операторов C0. Критерий С1, известный еще как критерий покрытия решений, заключается в том, что хотя бы по одному разу должны быть выполнены каждый возможный результат всех решений и передача управления при вызове программы или подпрограммы каждой точке входа. Критерий покрытия операторов С0, заключается в выполнении каждого оператора программы хотя бы один раз и является весьма слабым критерием, так как выполнение каждого оператора по крайней мере один раз есть необходимое, но не достаточное условие. Выполнение критерия С1 также не может дать гарантию выявления всех ошибок в программе. Часто на практике используется критерий покрытия функций программы, согласно которому каждая функция программы должна быть вызвана хотя бы один раз.
2. Тестирование на основе потока данных. Изначально анализ потока данных использовался при статистическом тестировании программ для выявления ссылок на неинициализированные переменные и выявление избыточных присваиваний. Из всех критериев, основанных на потоке данных, наибольший интерес представляет критерий Cdu и приближенный к нему критерий CP [10].
Данные по используемым при проведении структурного тестирования критериям сведены в табл. 4.1.
Таблица 4.1
Критерии тестирования
Критерий Обозначение Основа для тестирования
Покрытие операторов С0 поток управления
Покрытие ветвей (решений) С1 поток управления
Покрытие путей С2 поток управления
Покрытие условий — поток управления
Покрытие условий/решений — поток управления
Покрытие функций — поток управления
Покрытие вызовов СР поток управления
Стратегия требуемых пар Сdu поток данных
Критерий all-du-paths — поток данных
Функциональное тестирование – это тестирование, проводимое для проверки соответствия системы или компоненты специфицированным функциональным требованиям. Структурное тестирование, несмотря на высокую степень формализации, никогда не сможет полностью заменить функциональное, т.к. некоторые входные условия упускаются в процессе проектирования программы. Поэтому структурная модель не несет в себе никакой информации о «забытых» входных условиях. Для их проверки все равно понадобится функциональное тестирование.
В функциональном тестировании принципы построения множества требуемых элементов, которое необходимо покрыть тестами, отличаются от принципов, на которых основано структурное тестирование. Соответственно, отличаются и критерии тестирования [11].
Рассмотрим наиболее широко применяемые методы функционального тестирования.
1. Метод эквивалентного разбиения, второе название которого — метод тестирования доменов, основан на выделении классов эквивалентности путем выбора каждого входного условия и разбиением его на две или более групп. Различают два типа классов эквивалентности: правильные классы эквивалентности, представляющие правильные входные данные программы, и неправильные классы эквивалентности, представляющие ошибочные входные значения.
2. Метод граничных значений. Граничные условия – это ситуации, возникающие непосредственно «на», «выше» или «ниже» границ входных и выходных классов эквивалентности. Анализ граничных значений отличается от эквивалентного разбиения в двух отношениях:
? выбор любого элемента в классе эквивалентности в качестве представительного при анализе граничных значений осуществляется таким образом, чтобы проверить тестом каждую границу этого класса;
? при разработке тестов рассматриваются не только входные условия, но и пространство результатов.
3. Метод функционального тестирования, называемый предположением об ошибке, основан на том, что человек, обладающий практическим опытом, при наличии определенной программы интуитивно предполагает вероятные типы ошибок и затем разрабатывает тесты для их обнаружения. Основная идея метода заключается в том, чтобы перечислить возможные ошибки или ситуации, в которых они могут проявиться, а затем на основе этого списка написать тесты. Очевидными недостатками этого метода является невозможность формализации и отсутствие систематичности в подходе к тестированию программы.
4. Метод тестирования потока транзакций, в основе которого лежит построение графа транзакций, который представляет собой модуль поведения программы с точки зрения пользователя, т.е. модель, описывающую систему с функциональной точки зрения. Транзакцией здесь называется единица работы системы с точки зрения пользователя. Она состоит из последовательности операций, выполняемых программой, пользователем и аппаратными средствами. Узлы ветвления в графе транзакций определяются действиями пользователя и состоянием системы, а линейные участки зависят от реального исполнения программы, ожидания внешних событий и т.П.Тестирование по данному методу заключается в построении полного графа транзакций и проектировании тестов, покрывающих построенный граф. Подобная техника тестирования хорошо подходит для тестирования интерактивных приложений с развитым оконным интерфейсом. Недостатком такой модели является несовершенство предлагаемой модели. Транзакция в большом программном комплексе может до своего завершения породить другие транзакции, что приводит к проблеме отражения в графе порождений и слияний транзакций.
5. Метод синтаксического тестирования нацелен на формализованную проверку входных данных.
6. Метод логического тестирования для спецификации требований использует таблицы решений и механизмы булевой алгебры.
7. В методе тестирования состояний применяются графы состояний программы и соответствующие им таблицы состояний.
Тестирование — это процесс выявления ошибок. В свою очередь, выделяют следующие категории ошибок:
? ошибки в спецификации требований,
? функциональные ошибки (устраняемые из программ при помощи функционального тестирования),
? структурные ошибки,
? ошибки данных,
? ошибки кодирования,
? интеграционные ошибки,
? системные ошибки,
? ошибки в тестах.
При проведении тестирования программы были использованы следующие методы структурного тестирования:
? тестирование на основе потока управления (методы С2, С1 и С0);
? тестирование на основе потока данных (метод Сdu).
Методы функционального тестирования, использованные при тестировании программы: граничных значений и функционального тестирования.
Можно выделить наиболее типичные ошибки, выявленные в процессе тестирования: функциональные ошибки, ошибки данных, ошибки кодирования.
При тестировании была проведена статистика нахождения ошибок, поэтому сейчас примерно сказать процентное соотношение найденных ошибок (см. П.19). По существующей статистике частоты проявления ошибок той или иной категории при проведении реального тестирования различных программных продуктов [9]. Так, для проектов с общим объемом 6 877 000 строк исходного кода, было обнаружено 16209 ошибок. Из них 16,2% — функциональные, 22,4% — ошибки данных, 9,9% — ошибки кодирования (нарушение стиля и стандартов программирования). Отсюда можно сделать вывод, что на выделенные категории ошибок, как наиболее типичные приходится около половины всех ошибок содержащихся в программе.
Одним из наиболее трудных в процессе тестирования является вопрос о том, когда следует закончить тестирование программы, поскольку не представляется возможным определить, сколько еще ошибок содержится в программе. Предлагается использовать три группы критериев для завершения тестирования:
1. Критерии, основанные на использовании определенной методологии проектирования тестов. Тестирование завершается, когда по критерию тестирования достигается заранее заданный процент покрытия, и тесты для определения критерия заканчиваются без нахождения ошибок в программе. Данные критерии завершения полезны на соответствующих фазах тестирования. Однако не всегда удается достигать полного отсутствия выявленных ошибок, поэтому на этапах проектирования систем данных критерий мало применим.
2. Критерии, в основу которых положен принцип завершения тестирования при нахождении определенного экспертами до начала работ числа ошибок, при котором разработку можно считать завершенной.
3. Критерии, для применения которых требуется в процессе проведения тестирования строить временную диаграмму. Анализируя форму кривой, можно определить, следует ли продолжать проверку на данной фазе или закончить ее и перейти к следующей . Здесь для первой фазы тестирования период в шесть недель достаточен и дальнейшее проведение тестирования не будет являться целесообразным. Кривая для 2-й фазы тестирования показывает, что период в шесть недель недостаточен для тестирования программы и может занять неопределенное время.
В качестве наилучшего критерия завершения тестирования использована комбинация всех трех рассмотренных.
На этапе разработки программного продукта вследствие того, что «новые» ошибки больше не встречаются в процессе тестирования, было сделано заключение, что дальнейший поиск ошибок является нецелесообразным. Но в дальнейшем, когда ПП будет введен в эксплуатацию, могут быть обнаружены новые ошибки, даже если было проведено самое тщательное тестирование. Это является экспериментально подтвержденным фактом [11]. Процесс эксплуатации, тестирования и модификации в общем виде представляется схемой (см. рис. 4.1).
4.2. Этапы разработки программы
В ходе разработки программы были внесены изменения в код программы, в интерфейсную часть, в структуру базы данных. Условно можно выделить следующие этапы существенных изменений в программе:
1-й этап. Первоначально была реализована пробная версия программы под управлением СУРБД MS Access 2002. Широко использовались мастера и конструкторы, предоставляемые данной СУБД. На данном этапе определялись:
? предварительная структура БД, выделялись все возможные данные, с которыми предстояло работать;
Рис. 4.1. Взаимозависимость стадий эксплуатации и модификации ЭИС
? создавались основные формы для заполнения данных. В процессе их создания незначительно изменялась табличная структура (добавлялись или удалялись некоторые поля, изменялся тип данных);
? пользовательский интерфейс.
2-й этап. Проведена окончательная коррекция структуры данных. В схеме данных выделилась новая таблица «CF – Счёт-фактура». Были созданы формы «Счёт» и «Счёт-фактура», а также главная кнопочная форма. Реализация данной версии программы охватывает такие области деятельности бухгалтерии филиала, как заполнение и распечатка счетов и счетов-фактур.
3-й этап. Осуществлены следующие шаги:
? отказ от использования мастеров в пользу конструкторов;
? определение методов доступа к данным;
? изменение интерфейсной части программы.
На момент реализации продукта у автора был незначительный опыт по написанию подобных автоматизированных систем, анализу функциональных областей и их подфункций. Также имелся опыт работы с ранними версиями объектно-ориентированных языков программирования. Однако при построении информационно-логической модели подсистемы «Бухгалтер филиала» некоторые «скрытые» процессы и потоки информации остались не затронутыми.
За основу программы были взяты документы «Счёт», содержащая спецификацию товаров и банковские реквизиты, и «Счёт-фактура», содержащая данные счета и данные по НДС. А также были взяты документы «Реестр счетов» и «Реестр счетов-фактур».
На каждом из этих этапов проводилось рабочее тестирование с выявлением и устранением ошибок и недочетов.
Выводы
1. В тестировании использовались критерии покрытия операторов, покрытия путей, покрытия решений, покрытия требуемых пар.
2. Наиболее часто проявляются функциональные ошибки, ошибки данных и ошибки кодирования.
3. Наилучшим критерием для завершения тестирования является комбинация всех трех рассмотренных критериев.
4. В результате прохождения программой тестовых испытаний были выявлены и устранены недостатки, связанные с интерфейсом и со структурой базы данных.
5. В процессе эксплуатации возможно появление новых ошибок.
6. Применение поэтапного подхода к разработке программы, позволило снизить затраты времени на «избыточное» программирование.
5. ОРГАНИЗАЦИЯ РАБОЧИХ МЕСТ
5.1. Анализ техники безопасности в помещениях ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ»
Государственное учреждение «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ» расположено по адресу г. Абакан, ул. Чертыгашева, д.144. Здание Учреждения распложено на одном этаже (см. П.8). Помещение площадью 9 м2 отведено для отдела информатизации и программного обеспечения, в котором работают инженер-техник, администратор ЛВС и программист. В данном помещении расположены два компьютера (Intel Pentium IV 1500 и Intel Pentium III 700). В отдельном помещении находится выделенный сервер базы данных, расположенный в специально-оборудованном сейфе с вентиляцией, а также персональный компьютер по настройке и управлению базой данных, содержащих сведения ЕГРП.Остальные помещения используются другими отделами и имеют общую площадь 259,8 м2. Также семь компьютеров установлено в отделе ведения реестра (площадь помещения 40 м2), пять — в отделе правовой экспертизы, и по одному — в кабинете руководителя, в приёмной, в отделе приема выдачи документов, которые связаны друг с другом и с компьютерами отдела информатизации и программного обеспечения локальной вычислительной сетью, что позволяет быстро и эффективно обмениваться оперативной информацией. Высота потолков в помещениях – 3,3 метра.
В табл. 5.1 представлено сравнение помещений Учреждения требованиям и нормам, установленным санитарными нормами [12]. Площадь помещения отдела информатизации и программного обеспечения не удовлетворяет санитарным требованиям и нормам расположения компьютерной техники. На один компьютер приходится в среднем 3 м2, что в два раза меньше минимально допустимых нормах (не менее 6 м2 и не менее 20 м3) [12]. Остальные помещения полностью удовлетворяют санитарным требованиям и нормам.
Таблица 5.1
Соответствие помещений СанПин
Название помещения Площадь помещения Объем помещения Количество рабочих мест с ПЭВМ Объем на один компьютер Соответствие объема нормативу (20 м3/компьютер)
м2 м3 шт. м3
Отдел информатизации и программного обеспечения 6 19,8 2 9,90 —
Отдел ведения электронного реестра 44,3 146,19 7 20,88 +
Отдел приема/выдачи документов 6,4 21,12 1 21,12 +
Кабинет руководителя 12 39,6 1 39,60 +
Приёмная 12 39,6 1 39,60 +
Серверная 4 13,2 1 13,20 —
Помещение, в котором расположено Учреждение, имеет централизованную систему отопления и водоснабжения, которая поддерживает в помещении среднюю температуру 23оС и относительную влажность воздуха не более 70%, что соответствует Инструкции [13].
Помещение имеет естественное и искусственное освещение. Искусственное освещение осуществляется системой общего равномерного освещения с использованием ламп дневного света. Интенсивность искусственного освещения составляет около 435 лк, что соответствует нормам (300-500 лк.) [12]. Естественное освещение осуществляется через светопроемы, ориентированные преимущественно на северо-восток и юго-запад и обеспечивает коэффициент естественной освещенности (КЕО) не ниже 1,2%. Все естественные светопроёмы имеют темные шторы или жалюзи, несущие как эстетическую, так и санитарно-гигиеническую функцию, защищающие компьютерную технику от попадания прямых солнечных лучей и бликов, вредных для зрения работников [14].
Помещение оборудовано системой кондиционирования воздуха и эффективной приточно-вытяжной вентиляций. Ниже будет проведен расчет воздухообмена по теплоизбыткам от машин, людей, солнечной радиации и искусственного освещения.
Поверхность пола в помещениях покрыта ДВП, ровная, без выбоин, нескользкая, удобная для очистки и влажной уборки, облает антистатическими свойствами.
В помещении установлена противопожарная сигнализация. Помещение соответствует нормам противопожарной безопасности: имеется два выхода, огнетушители, ящики с песком.
Вся проводка заземлена и для предотвращения неисправностей проводится еженедельный контроль вычислительной техники [15].
Офисная мебель полностью соответствует требуемым в правилах нормам [12], столы и стулья удобны. Конструкция рабочих столов обеспечивают оптимальное размещение на рабочей поверхности используемого оборудования с учетом его количества и конструктивных особенностей (размер ВДТ и ПЭВМ, клавиатуры, пюпитра и т.п.), характера выполняемой работы. Все рабочие столы отвечают современным требованиям эргономики.
В Учреждении юстиции недостаточно площади для подсобных помещений, поэтому шкафы, стеллажи для хранения дисков, дискет, комплектующих деталей, запасных блоков ВДТ и ПЭВМ, инструментов располагаются непосредственно в помещении, где используется ВДТ и ПЭВМ, в ущерб соблюдению требований к площади помещений.
Рабочие стулья и кресла оснащены подъемно-поворотным и регулируемым по высоте и углам наклона сиденья и спинки, а также расстоянию спинки от переднего края сиденья. Поверхность сиденья, спинки и других элементов стульев полумягкая, с нескользящим, неэлектризующимся и воздухопроницаемым покрытием, обеспечивающим легкую очистку от загрязнений.
В помещениях ежедневно проводится влажная уборка. Они оснащены аптечкой первой помощи и углекислотными огнетушителями.
Проанализировав имеющееся в наличии оборудование и проверив его на соответствие нормам [12], приходим к выводу, что оборудование соответствует существующим нормам, при эксплуатации соблюдаются требуемые меры безопасности.
5.2. Организация рабочих мест в отделе информатизации и программного обеспечения
Каждое рабочее место в Учреждении юстиции рассматривать долго, хотя организация рабочих мест в различных отделах заметно отличается, как по степени освещенности, так и по вентиляции помещения. В качестве примера рассмотрим место в Отделе информатизации и программного обеспечения, расположенного в Главном корпусе Учреждения юстиции в кабинете № 5. Помещение не имеет естественного освещения. В течение всего рабочего дня искусственное освещение в помещении осуществляется системой общего равномерного освещения благодаря двум люминесцентных ламП.Освещенность на поверхности стола в зоне размещения рабочего документа 350 лк. Общая площадь помещения составляет 6 м2, а объем — 19 м3. В таком помещении может располагаться только один персональный компьютер. Тем не менее, в помещении расположены два ПК, что противоречит санитарным нормам. Расстояния между боковыми стенками мониторов составляют 1,2 м, что соответствует минимальному нормативу [12].
В помещении не достаточно хорошо организован естественный воздухообмен. Для нормального естественного воздухообмена необходимо 40 м3 на одного работника. В рассматриваемом нами помещении расположено два рабочих места с ВДТ и ПЭВМ. Следовательно, необходима организация искусственного воздухообмена.
По причине недостатка подсобных помещений шкафы размещены в кабинете. Шкафы и стеллаж занимают четверть объема пространства помещения. ПЭВМ расположены на специально разработанных компьютерных столах. Высота каждого стола составляет 700 мм, длина — 1200 мм и ширина – 650 мм. Столы оснащены специальными подставками для стоп ног. Высота от пола — 150 мм. Справа от ног пользователя в компьютерном столе оставлено пространство, куда устанавливается системный блок ПК. Также в комплект стола входит выкатывающаяся подставка под клавиатуру, что позволяет оптимально настроить расстояние клавиатуры от пользователя. Каждый компьютер оснащен лазерным принтером.
На кресла пользователя установлены колеса, позволяющие передвигаться пользователю без особых усилий по большему рабочему пространству. Спинку кресла можно регулировать, чтобы подобрать оптимально удобное расположение спины. Расстояние от экрана до глаз пользователя регулируется и может колебаться т 500 мм до 800 мм.
Кабинет оснащен аптечкой скорой помощи. В полутора метрах от кабинета доступен углекислотный огнетушитель.
5.3. Расчет воздухообмена в помещении
Так как в кабинете необходимо устройство искусственной вентиляции, проведем расчет воздухообмена, необходимого для очистки воздуха от вредных паров и удаления избыточного тепла [16].
Потребный воздухообмен определяется по формуле:
, (5.1)
где Q1 — потребный воздухообмен, м3/ч;
g — количество вредностей, выделяемых в воздухе помещения, л/ч;
ХВ — предельно допустимая концентрация вредности в воздухе помещения, л/м3;
ХН — предельно допустимая концентрация вредности в наружном воздухе, л/м3.
В общественных и жилых помещениях вредным постоянным выделением является углекислый газ, других вредных выделений в кабинете не имеется.
Количество углекислоты, выделяемой человеком при легком труде, равняется 23 л/ч, предельно допустимая концентрация вредности в воздухе помещения — 1 л/м3, предельно допустимая концентрация вредности в наружном воздухе 0.5 л/м3.
Потребный воздухообмен двух работников равен:
Q1 = 23 • 2 / (1 — 0.5) = 92 м3/ч
Расчет воздухообмена для удаления избыточного тепла определяется по формуле:
где Q2 — потребный воздухообмен для удаления избыточного тепла, м3/ч;
LИЗБ — избыточное тепло, ккал/ч;
GВ = 1.206 кг/м3 — удельная теплоемкость воздуха;
СВ = 0.24 ккал/кг•град — теплоемкость воздуха;
t = tвых — tпр, (tвых — температура удаленного воздуха, tпр — температура приточного воздуха).
Величина t при расчетах выбирается в зависимости от теплонапряженности воздуха LН, которая определяется по формуле:
При LН > 20 t = 8°C, а LH <= 20 t = 8°C.
Количество избыточного тепла определяется по формуле:
LИЗБ = LОБ + LОСВ + LЛ + LР + LОТД ,
где LОБ — тепло, выделяемое оборудованием;
LОСВ — тепло, выделяемое системой освещения;
LЛ — тепло, выделяемое людьми;
LР — тепло, вносимое за счет солнечной радиации;
LОТД — теплоотдача естественным путем.
LОБ = 860 • РОБ • f1
где РОБ — номинальная мощность оборудования, кВт;
f1 — коэффициент передачи, f1 = 0.25;
LОБ = 860 • 0.15 • 0.25 = 32.25 ккал/ч.
LОСВ = 860 • PОСВ • a • b • cos(f),
где РОСВ — номинальная мощность освещения;
a — коэффициент перевода электрической энергии в световую (для люминесцентных ламп он составляет 0.46…0.48.
b — коэффициент одновременной работы ламп (при всех работающих лампах b=1),
cos(f) = 0.7…0.3 — коэффициент мощности.
LОСВ = 860 • 0.04 • 8 • 0.46 • 1 • 0.3 = 37,978 ккал/ч.
LЛ = n • GЛ,
где GЛ — тепловыделение одного человека (для работ I категории, оно равно 70-50 ккал/ч);
n — количество человек;
LЛ = 50 • 2 = 100 ккал/ч.
LР = m • F • GОСТ,
где m — количество окон;
F — площадь окна;
GОСТ — солнечная радиация через остекленную поверхность, для нашего типа окон составляет 15 ккал/ч.
LР = 2 • 2.5 • 15 = 75 ккал/ч
LОТД можно приравнять к LР в зимнее время года и нулю в летнее время года. Тогда получим следующие результаты:
LИЗБ = 32,25 + 37,978 + 100 + 75 + 0 = 245,23 ккал/ч;
LН = 245,23/ 19 = 12,907 ккал/ч;
Q2 = 245,23 / (1,206 • 0,24 • 12) = 70,605 м3/ч;
Q = Q1 + Q2 = 230 + 70,605 = 300,61м3/ч.
Теперь можно сделать вывод, что в помещении необходимо установить кондиционер или вентилятор, производительностью:
Q = 300,61 • 1,1 = 330,67 м3/ч.
Выводы
1. Проведен анализ помещений ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ».
2. Рассчитан необходимый воздухообмен в помещении отдела информатизации и программного обеспечения. Рекомендуется установить вентилятор или кондиционер производительностью Q=330,677 м3/ч.
3. Выявлено, что помещения, где расположены рабочие места с ВДТ и ПЭВМ, в целом соответствуют требуемым санитарным правилам и нормам. Исключение составляют недостаток площади некоторых помещений, которые требуют расширения, и отсутствие источника естественного освещения.
4. Руководством Учреждения юстиции данный факт принят на рассмотрение. Приняты меры, и поэтому в ближайшее время будут оборудованы более просторные помещения для отдела информатизации и программного обеспечения с источниками естественного освещения.
6. ЭКОНОМИКО-ПРАВОВЫЕ ВОПРОСЫ РАЗРАБОТКИ И ИСПОЛЬЗОВАНИЯ ПРОГРАММЫ
6.1. Экономическая целесообразность использования разработанного программного обеспечения
При проектировании информационных систем необходимо определить экономическую целесообразность разработки, реализации, внедрения и использования создаваемого программного продукта.
Программное изделие (ПИ) – это программа на носителе данных, являющаяся продуктом промышленного производства.
Эффективность – одно из наиболее общих экономических понятий, не имеющих пока, по-видимому, единого общепризнанного определения. По распространенному мнению, это одна из возможных характеристик качества системы, а именно ее характеристика с точки зрения соотношения затрат и результатов функционирования системы [17].
Далее будет под экономической эффективностью ПИ пониматься мера соотношения затрат и результатов функционирования ПИ. Среди основных показателей экономической эффективности относятся:
? годовой экономический эффект,
? коэффициент экономической эффективности капитальных вложений,
? срок окупаемости капитальных вложений.
Годовой экономический эффект – результат внедрения какого-либо мероприятия, выраженный в стоимостной форме, в виде получения прибыли после понесенных затрат на его осуществление [17]. Так, для организации (предприятий), использующих ПИ, основными источниками экономии являются:
? улучшение показателей их основной деятельности, происходящее в результате использования ПИ;
? сокращение сроков освоения новых ПИ за счет их лучших эргономических характеристик;
? сокращение расхода машинного времени и других ресурсов на отладку и сдачу задач в эксплуатацию.
В данном разделе будет проведен подсчет экономической эффективности разработки АРМ «Бухгалтер филиала» для одного рабочего места. Однако ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ» имеет семь филиалов. Таким образом, если разработанная подсистема будет применена для автоматизации сразу семи рабочих мест (вместо одного), то экономический эффективность будет еще более ощутима.
6.2. Расчет затрат на разработку проекта
Капитальные вложения в системы, связанные с программным продуктом, находятся следующим образом:
К = Кп + Кр (6.1)
где Кп — Капитальные вложения на проектирование (см. табл. 6.1);
Кр — Капитальные вложения на реализацию.
Кп = ?(tpi • Зoi)• [(1+Wд) • (1+Wc) + Wн], (6.2)
где tpi — время, затрачиваемое на разработку данного ПП работником i-ой категории. Единицей измерения являются человеко-дни. Затраты времени на разработку системы по каждому исполнителю принимаются, исходя из его загрузки по календарному графику выполнения работ;
3oi — заработная плата разработчика i-ой категории (руб/день). Рассчитывается по формуле (6.3);
Wд — коэффициент, учитывающий дополнительную заработную плату, затраченную на разработку, в долях к основной заработной плате (Wд = 0.09);
Wc — коэффициент, учитывающий начисленные органом социального страхования на заработную плату разработчиков, в долях к сумме основной и дополнительной заработной платы (Wc = 0.385);
Wн — коэффициент, учитывающий накладные расходы организации в долях или процентах к основной заработной плате разработчиков. Wн принимается по фактическим данным (Wн = 0.15).
Затраты на основную заработную плату:
, (6.3)
где 3днi — среднедневная заработная плата рабочего i-ой категории (руб/дн);
Ti — трудоемкость работ, выполняемых проектировщиком i-ой категории (чел/дн);
tмо — машинное время ЭВМ, необходимое для отладки ПП;
Смч — стоимость 1 часа машинного времени на ЭВМ находится из формулы (6.8);
Км — коэффициент мультипрограммности (Км = 1, если программист для создания ПИ использует только одну программу).
, (6.4)
где СМ i — оклад i-го работника в месяц.
Таблица 6.1
Показатели для расчёта капитальных вложений на проектирование
СMi 3000 руб.
Зднi 190.82 руб.
Ti 44 дня
tмо 300 ч
Cмч 0.46 руб.
Км 1
Зoi 8534.08 руб.
Кп 13514.75 руб.
6.3. Расчет затрат на реализацию проекта
Капитальные вложения на реализацию проекта:
Kр = Kо + Kзд + Kпп + Kсв + Kиб + Kпк, (6.5)
где Kо — затраты на основное и вспомогательное оборудование (руб.);
Kзд — затраты на строительство, реконструкцию здания и помещений (руб.);
Kпп — затраты на приобретение типовых разработок, пакетов (руб.);
Kсв — затраты на прокладку линий связи (руб.);
Kиб — затраты на создание информационной базы (руб.);
Kпк — затраты на подготовку и переподготовку кадров (руб.).
Преимущество проекта в том, что для его реализации на данном предприятии затраты на основное и вспомогательное оборудование отсутствуют, так как все необходимое оборудование уже находится в эксплуатации. Единственные затраты на реализацию данного проекта составит разница цен на выпуски Microsoft Office XP Standard (имеющийся в Учреждении, но в состав которого не входит MS Access) и Professional.
Сейчас только предполагается ввести данный проект в эксплуатацию. Разница при обмене стандартного выпуска пакета на профессиональный составила бы 100 долларов США, т.е. при данном курсе американской валюты — около 3100 рублей. Однако к моменту написания данной выпускной работы цены на офисный пакет были снижены компанией Microsoft (к 28 мая 2003 г.), и поэтому разница при обмене будет составлять только 80 долларов США или 2480 рублей [18]. Более наглядным разницу в ценах можно увидеть в табл. 6.2.
Таблица 6.2
Цены на офисный пакет Microsoft
Пакеты прикладных программ Цена до 28.05.2003 г.,
в условных единицах Цена после 28.05.2003г.,
в условных единицах
Microsoft Office XP Standard 480 410
Microsoft Office XP Professional 580 490
Разница при обмене 100 80
У работника филиала, которому предстоит работать с данной разработкой, есть опыт работы с приложениями Microsoft Office, одним из преимуществ которых является единый пользовательский интерфейс, поэтому затрат на переподготовку персонала Учреждение не несет.
Таблица 6.3
Капитальные вложения на реализацию проекта
Кп 13514.75 руб.
Kр 2480 руб.
К 15994.75 руб.
6.4. Расчет эксплуатационных затрат
Текущие затраты рассчитываются по формуле:
Стек = Сзп+ Сэ + См + Сэ + Срем + Сн (6.6)
где Сзп — затраты на основную и дополнительную заработную плату, с исчислением во внебюджетные фонды;
Са — амортизационные отчисления от стоимости оборудования и устройств системы;
См — затраты на материалы и машинные носители;
Сэ — затраты на электроэнергию;
Срем — затраты на текущий ремонт оборудования и устройств системы;
Сн — накладные расходы.
Затраты на заработную плату основную и дополнительную с отчислениями на социальное страхование производственного персонала рассчитывается по формуле:
Сзп = ? (tэi•зoiч•(1+0.1)•(1+0.2)), (6.7)
где tэi — время, затрачиваемое лаборантом (программистом) на обслуживание компьютера в процессе эксплуатации системы (в общей сложности составит 44 часа в месяц);
зoiч — среднечасовая заработная плата техника-программиста.
Сзп =44•27.88•1.1•1.2=1619.3.
Балансовая стоимость персонального компьютера с конфигурацией Pentium II/RAM 32 Mb/ HDD 6,2 Gb/ FDD 3,5”/ CD-ROM Philips 40x/ VideoCard «S3Trio3D2X» / SoundCard 16 bit/ Keyboard «Turbo-Plus» KB-8001 R1/ Mouse «Genius»/ Monitor «Samtron 55E» составляет 15300 руб (КПЭВМ = 15300 руб.).
Амортизация ПЭВМ рассчитывается по формуле:
Са = 0,0125 • КПЭВМ= 191,25 руб.
Затраты на машинные носители и материалы рассчитываются по формуле:
СМ = 0,0015• КПЭВМ= 22,95 руб.
Отчисления на ремонт ПЭВМ составляют 2,5-5% (возьмём среднюю величину — 3,75%) в год от стоимости компьютера:
руб.
Расходы по оплате электроэнергии рассчитываются по формуле:
Сз = СкВт/час • Р • ФД • Ч,
где СкВт/час — стоимость 1 киловатт-часа СкВт/час=0.46 руб.,
Р — потребляемая мощность ПЭВМ Р?0.5 кВт/час;
Ч — норматив среднесуточной загрузки, Ч = 8 ч;
ФД — количество рабочих дней в месяц.
Сз =0.46•0.5•2•22=10.12 руб.
Амортизационные отчисления за помещение, занятое под ПЭВМ, принимаем равными нулю, так как занимаемая ПЭВМ площадь незначительна. Однако расходы следует занести в накладные расходы.
Накладные расходы включают затраты на содержание административного управленческого персонала, содержания помещения и т.д. Коэффициент накладных расходов от прямых затрат составляет 1.25% в месяц.
Сн = 0. 0125 • 313.74=3.922 руб.
Из затрат на эксплуатацию ПЭВМ (см. табл. 6.4.) можно рассчитать себестоимость машино-часа СМЧ:
, (6.8)
где 8 — количество рабочих часов в день;
КЗ — коэффициент загрузки (КЗ = 0.5).
руб.
Таблица 6.4а
Месячные эксплуатационные затраты по программе
Статьи затрат Затраты, в рублях
в месяц в год
Основная и дополнительная заработная плата с отчислениями во внебюджетные фонды, , Сзп 1226.9 14723
Амортизационные отчисления, Са 191.25 2295
Затраты на материалы и машинные носители, См 22.95 275.4
Затраты на текущий ремонт, Срем 59.06 708.72
Затраты на электроэнергию, Сэ 10.12 121.44
Накладные расходы, Сн 3.92 47.04
Итого: 1514.2
18170.6
Таблица 6.4б
Месячные эксплуатационные затраты
при прежнем режиме работы
Статьи затрат Затраты, в рублях
в месяц в год
Основная и дополнительная заработная плата с отчислениями во внебюджетные фонды, Сзп 2453.8 29445
Амортизационные отчисления, Са 191.25 2295
Затраты на материалы и машинные носители, См 22.95 275.4
Затраты на текущий ремонт, Срем 59.06 708.72
Затраты на электроэнергию, Сэ 0 0
Накладные расходы, Сн 3.92 47.04
Итого: 2730.98
32771.16
6.5. Анализ сравнительной экономической эффективности программы
Анализ экономической эффективности сводится к расчету годовой экономии и годового экономического эффекта от внедрения разрабатываемого программного обеспечения. Данная программа позволяет автоматизировать текущую работу бухгалтеров в филиалах. Экономия Э рассчитывается по формуле:
Э = ZPR1 — ZPR2 (6.9)
где ZPR1 — приведенные затраты на выполнение годового объема работ при неавтоматизированном варианте выполнения работ;
ZPR2 — приведенные затраты на выполнение годового объема работ при автоматизированном варианте выполнения работ.
ZPR1 рассчитывается по формуле:
ZPR1 = ТНА •СЗП • N (6.10)
где ТНА — время, затраченное на выполнение работы при неавтоматизированном варианте (часы);
СЗП — основная зарплата в час, рассчитываемая по формуле:
СЗП = СЗПki / tд, (6.11)
где СЗПki — средняя дневная заработная плата работника филиала;
tд — количество рабочих часов в день (tд=8);
N — количество часов в год (N = 241 ч).
Проведем расчет годовой экономии применения ПИ. Среднее время, затрачиваемое работником для ручного оформления документов ежедневно, составляет 4 часа. Данную работу выполняет работник филиала с окладом 3000 руб. Работник ежемесячно получает надбавку за стаж в размере 30%, и надбавку (северный коэффициент) 30%.
где М – количество месяцев. М = 12-0.8 = 11.2, т.к. 0.8 месяца — это 24 дня отпуска;
КПР = 1 + 0.3 + 0.3 = 1.6;
ФД = 241 дней.
СЗП = 3000 • 1.1•1.2 • 1.6 / (241 • 8) = 27.88 руб.
Получаем, что вмененные затраты при неавтоматизированном режиме работы составят:
ZPR1 =27.88•4•241 = 26876.3 руб.
Для автоматизированного варианта выполнения работ приведенные затраты для указанных работ рассчитываются по формуле:
ZPR2 = ТА • [СЗП+СМЧ] • N + , (6.12)
где ТА — время, затрачиваемое работником для оформления ежедневных документов при помощи программы (предположительно ТА= 2 часа);
СМЧ — себестоимость машино-часа (СМЧ = 0.46 руб.);
К — капиталовложения на ПИ (К = 11506.92 руб.);
ТП – время эксплуатации программы (ТП = 3 года);
СЗП = 27.88 руб.;
N = 241.
ZPR2 =2• (27.88+0.46)•241 + 15994.75/3= 18991руб.
Годовой экономический эффект затрат от внедрения данной программы составляет:
Э = ZPR1 — ZPR2 =26876.3 -18991= 7885.3 руб.
Коэффициент экономической эффективности рассчитывается следующим образом:
Ер = (ЗPR1 — ЗPR2)/ К (6.13)
Ер = (32771.16-18170.6) / 15994.75= 0.913.
Расчетный срок окупаемости капитальных вложений в разработку программного продукта рассчитывается по формуле (6.14) и измеряется в годах.
Тр = , (6.14)
Тр = = 1.096 года.
6.6. Правовые аспекты использования разработанного программного обеспечения
Правовая охрана программ для ЭВМ и баз данных впервые в полном объеме введена в Российской Федерации Законом «О правовой охране программ для электронных вычислительных машин и баз данных» который вступил в силу с 20 октября 1992 года. В пункте 4 постановления о введении Закона в действие предусматривался переходный режим, когда до 1 января 1994 года использование в учебных, научно-исследовательских и личных целях без извлечения прибыли допускалось без согласия авторов и правообладателей. С 20 октября 1992 года в Российской Федерации охраняются как программы для ЭВМ и базы данных, созданные после этой даты, так и программы для ЭВМ и базы данных, созданные ранее, но использование которых продолжается после 20 октября 1992 года (пункт 3). Соответственно, правовая охрана программам для ЭВМ и базам данных, созданных российскими авторами, предоставляется в зарубежных странах на тех же условиях тоже после 20 октября 1992 года. При этом необходимо, чтобы эти произведения были выпущены в свет.
Выводы
1. В процессе разработке ПП были проведены расчеты экономической целесообразности использования разработанного программного обеспечения, которые показали, что результат разработки собственного ПП оказался очень эффективным: годовой экономической эффект составил 7885.3 рубля.
2. Срок окупаемости проекта составляет не многим более года, что подтверждает эффективность вложения финансовых средств в данный ПП.Эффективность в данном случае так высока, по причине экономии рабочего времени сотрудника филиала при достаточно высоком уровне оклада.
3. Авторское право на разработанную программу возникает с момента создания программы и принадлежит разработчику программы. Имущественные права на разработанную программу принадлежат заказчику – ГУ «Учреждению юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ», поскольку работа была выполнена в рамках служебного задания, и заказчик выдал разработчику техническое задание на разработку автоматизированного рабочего места «Бухгалтер филиала».
Право на использование разработанной программы автоматически переходит к работодателю.
ЗАКЛЮЧЕНИЕ
1. В процессе выполнения дипломной работы изучены информационные потоки ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ», проведено моделирование предметной области, в результате чего был сделан вывод о необходимости автоматизации процесса выписки платежных документов и их учёта в филиалах Учреждения юстиции, расположенные в районных центрах республики Хакасия.
2. Анализ существующих алгоритмов и технологий показал, что покупка программного обеспечения, решающего комплекс поставленных задач, будет не рентабельной и не скоро себя оправдает.
3. Разработан и реализован модуль информационной системы АРМ «Бухгалтер филиала ГУ «Учреждение юстиции по регистрации прав на недвижимое имущество и сделок с ним не территории РХ», который позволяет выполнять ввод первичных документов, осуществлять их хранение и обработку, а также проводит анализ данных.
4. Внедрение системы позволит значительно сократить временные затраты на ввод, хранение, переработку и расчеты, повысить производительность труда работников филиала, обеспечить хранение данных на магнитных носителях и получать отчеты в форме таблиц (см. П.14).
5. Для программной реализации АРМ «Бухгалтер филиала» использован программный продукт Microsoft Access 2002, входящий в состав пакета прикладных программ Microsoft Office XP Professional. Данная СУБД, использующая реляционный подход, является удобным инструментом для создания интуитивно понятного пользователю интерфейса, имеет встроенные функции для обработки исходных данных и язык программирования VBA 6.3, необходимый для эффективной работы программы.
6. В ходе проведенного тестирования выявлены и исправлены ошибки, хотя не исключается появление ошибок в ходе эксплуатации программного продукта.
7. В результате выполненных расчетов доказана экономическая эффективность внедрения АРМ «Бухгалтер филиала».
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1. Положения Учреждения юстиции по регистрации прав на недвижимое имущество и сделок с ним на территории РХ.
2. Федеральный закон от 21.07.97 г. № 122-фз «О государственной регистрации прав на недвижимое имущество и сделок с ним»
3. Инструкция о порядке заполнения и выдачи свидетельств о государственной регистрации прав, сообщений об отказах в государственной регистрации прав на недвижимое имущество и сделок с ним и информации о зарегистрированных правах от 3 июля 2000 г. N 194/16/1/168
4. С.В. Зайцев. Информационные системы в экономике. Учебно-методический комплекс. Новосибирск, СибАГС 2002, — 208 с.
5. Мишенин А.И. Теория экономических информационных систем: Учебное издание – М.: Финансы и статистика, 2002, — 240 с.
6. Основы методологии проектирования ИС. www.citforum.ru/database/ case/glava1_1.html
7. Атре Ш. Структурный подход к организации баз данных / Пер. с англ. – М.: Финансы и статистика, 1983, — 200 с.
8. Дженкингс Р. Использование Microsoft Access 2002. Специальное издание. Пер. с англ. – М.: Издательский дом «Вильямс», 2002, – 1012 с.
9. Липаев В.В. Тестирование программ.- М.: Радио и связь. 1986, — 296 с.
10. Мартин Дж. Организация баз данных в вычислительных системах. — М.: Мир, 1980, — 231 с.
11. Модели жизненного цикла ПО. http://www.citforum.ru/database/case/ glava1_2.html
12. Санитарные правила и нормы 2.2.2.542-96 «Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы» (утв. постановлением Госкомсанэпиднадзора РФ от 14 июля 1996 г. № 14)
13. Инструкция по условиям эксплуатации компьютерной техники УФПС по РХ от 29.06.1999 г.
14. Рекомендации по использованию компьютерной техники УФПС по РХ от 26.06.2000 г.
15. Инструкция по технике безопасности при работе с компьютером УФПС по РХ от 29.06.1999 г.
16. Тихонов Б. А. Расчет потребного воздухообмена. Методические указания к выполнению индивидуальных заданий по курсу «Безопасность жизнедеятельности» для студентов всех специальностей.- Томск: ТПУ, 1991,- 150 с.
17. Экономика, разработка и использование программного обеспечения ЭВМ: Учебник / Благодатских В.А., Енгибарян М.А., Ковалевская Е.В. и др. – М.: Финансы и статистика, 1995,- 204 с.
18. Официальный сайт Microsoft. http: /www.microsoft.com/rus.
СПИСОК АББРЕВИАТУР
ER – entity relationship
MS – Microsoft
RAD – rapid application development
SQL – structured query language
VBA – visual basic for application
WWW – world wide web
XP – experience
АРМ – автоматизированное рабочее место
БД – база данных
ВДТ – видеодисплейный терминал
ГУ – государственное учреждение
ЕГРП – единый государственный реестр прав
ИНН – индивидуальный номер налогоплательщика
КЕО – коэффициент естественной освещенности
КИС – корпоративная информационная система
ЛВС – локальная вычислительная сеть
ПО – программное обеспечение
ПК – персональный компьютер
РФ – Российская Федерация
РХ – республика Хакасия
СОРП – система обработки реестра прав
СУБД – система управления базами данных
CША – Соединенные Штаты Америки
ФЗ – Федеральный закон
ЯИМ – язык информационного моделирования
ГЛОССАРИЙ
Автоматизированная информационная система — совокупность программных и аппаратных средств, предназначенных для хранения и/или управления данными и информацией и производства вычислений
Автоматизированное рабочее место — индивидуальный комплекс технических и программных средств, предназначенный для автоматизации профессионального труда специалиста и обеспечивающий подготовку, редактирование, поиск и выдачу на экран и печать необходимых ему документов и данных. Автоматизированное рабочее место обеспечивает оператора всеми средствами, необходимыми для выполнения определенных функций.
Информационная система – организационно-упорядоченная совокупность документов (массивов документов) и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы.
Моделирование – исследование объектов познания на их моделях; построение и изучение моделей реально существующих предметов и явлений (живых и неживых систем, инженерных конструкций, разнообразных процессов — физических, химических, биологических, социальных) и конструируемых объектов (для определения, уточнения их характеристик, рационализации способов их построения).
Недвижимое имущество — имущество, использование которого по назначению и без ущерба его характеристикам и ценностным свойствам, исключает его перемещение: здания, сооружения, земельные участки и иное имущество, прикрепленное к земле и связанное с ней.
