С одержание
Введение……………………………………………………………..…………….8
1. Основные понятия.
Базы данных. СУБД…………………………………………………....…..9
Виды баз данных. Виды моделей данных…………………….…………10
Основы разработки базы данных в Delphi..........................................14
Постановка задачи и требования к программе…………......………….15
2. Разработка базы данных «Информационная система гостиничного комплекса».
2.1 Анализ предметной области и выбор метода решения…………………..21
2.2 Разработка алгоритма программы……………………………………….…22
2.2.1 Понятие алгоритма. Виды алгоритмов………………………………….22
2.2.2 Алгоритм работы базы данных «Информационная система гостиничного комплекса»……………………………………………….……..24
2.3 Разработка интерфейса программы………………………………………..26
2.3.1 Понятие интерфейса……………………………………………………...26
2.3.2 Виды интерфейсов…………………………………………………..……26
2.3.3 Разработка интерфейса базы данных «Информационная система гостиничного комплекса»…………………………………………………..…29
2.4 Выбор и обоснование среды программирования…………………….....32
2.5 Тестирование программы.
2.5.1 Понятие процесса тестирования……………………………………….33
2.5.2 Виды и методы тестирования……………………….……………...….33
2.5.3 Процесс и результат тестирования…………………………………...36
2.6 Программная документация.
2.6.1 Руководство оператора ……………………………………………....37
2.6.2 Руководство программиста ……………………………………….…39
2.6.3 Руководство по техническому обслуживанию……………………..40
3. Эксплуатация программных средств.
3.1 Структура вычислительного центра…………………………………….45
3.2 Должностные инструкции техника-программиста…………………….46
4. Расчет себестоимости программного продукта…………………….…...50
5. Мероприятия по технике безопасности и противопожарной технике.
5.1 Общие положения по технике безопасности ……………..………….55
5.2 Техника безопасности при работе с ПК……………………………….58
Заключение……………………………………………………………….….61
Список литературы………………………………………………………....62
Приложение………………………………………………………………....63
Введение
С развитием общества всё больше возникала потребность в широком обмене информацией. Однако только после изобретения письменности и книгопечатания, позволившего массово собирать и распространять данные, создание телеграфной и телефонной связи, передающей сообщения в течение минуты, возникла система распространения информации. Человек стал использовать для обработки информации различные технические устройства и приспособления в виде арифмометров, логарифмических линеек, калькуляторов, электронных вычислительных машин, ознаменовавших переход к информационному обществу.
Работа человека с информацией при использовании компьютерной техники предъявляет обществу новые требования, в связи с этим развивается информатизация.
Информатизацией общества можно назвать организованный социально-экономический и научно-технический процесс создания оптимальных условий для удовлетворения информационных потребностей и реализации прав граждан, организаций, объединений, органов государственной власти и т.д. на основе формирования и использования соответствующих информационных ресурсов.
Информатизация – это сведения, данные, с помощью которых передаются накопленный опыт и знания.
В данной работе рассмотрены этапы проектирования и реализации БД «Информационная система гостиничного комплекса», отвечающей требованиям постановки технического задания на дипломное проектирование.
1. Основные понятия
1.1 База данных. СУБД
Современные формы информационных систем являются банки данных, включающие в свой состав следующие составляющие: вычислительную систему, систему управления базой данных, одну или несколько баз данных, набор прикладных программ.
База данных – это совместно – используемый набор логически связанных данных и описание этих данных, которые предназначены для удовлетворения информационных потребностей организации фирмы.
База данных – это единое, большое хранилище данных, которое однократно определяется, а затем используется одновременно многими пользователями из разных подразделений. Вместо разрозненных файлов с избыточными данными, здесь все данные собраны вместе с минимальной долей избыточности. База данных хранит не только рабочие данные организации, но и их описания. Информация в базе данных должна отвечать многим требованиям, основными из них являются: неизбыточность, непротеворичивость, целостность.
Система управления базами данных (СУБД) – это программное обеспечение, с помощью которого пользователи могут определять, создавать и поддерживать базу данных, а также осуществлять к ней контролируемый доступ.
СУБД – это программное обеспечение, которое взаимодействует с прикладными программами пользователей и базой данных и обладает следующими возможностями:
Позволяет определять базу данных;
Позволяет вставлять, обновлять, удалять и извлекать информацию из базы данных;
Предоставляет контролируемый доступ к базе данных.
Обладание такими функциональными возможностями превращает СУБД в чрезвычайный полезный инструмент.
Преимущества СУБД:
Контроль за избыточностью данных;
Непротиворечивость данных;
Больше полезной информации при том же объеме хранимых данных;
Совместное использование данных;
Поддержка целостности данных;
Повышенная безопасность;
Применение стандартов;
Повышение эффективности с ростом масштабов системы;
Возможность нахождения компромисса при противоречивости в требованиях;
Повышение доступности данных и готовности к работе;
Улучшение показателей производительности;
Упрощение сопровождения системы за счет независимости от данных;
Улучшенное управление параллельностью;
Развитые службы резервного копирования и восстановления.
Недостатки СУБД:
Сложность;
Стоимость СУБД;
Дополнительные затраты на аппаратное обеспечение;
Затраты на преобразование;
Производительность;
Более серьезные последствия при выходе системы из строя.
1.2 Виды баз данных. Виды моделей данных
Виды баз данных.
Классификация баз и банков данных может быть произведена по разным признакам, относящимся к разным компонентам и сторонам функционирования банков данных, среди которых выделяют, например, следующие.
По форме представляемой информации можно выделить фактографические, документальные, мультимедийные, в той или иной степени соответствующие цифровой, символьной и другим (нецифровой и не символьной) формам представления информации в вычислительной среде. К последним можно отнести картографические, видео-, аудио-, графические и другие БД.
По типу хранимой (не мультимедийной) информации можно выделить фактографические, документальные, лексикографические БД. Лексикографические базы - это классификаторы, кодификаторы, словари основ слов, тезаурусы, рубрикаторы и т. д., которые обычно используются в качестве справочных совместно с документальными или фактографическими БД. Документальные базы подразделяются по уровню представления информации на полнотекстовые (так называемые «первичные» документы) и библиографическо - реферативные («вторичные» документы, отражающие на адресном и содержательном уровнях первичный документ).
По типу используемой модели данных выделяют три классических класса БД: иерархические, сетевые, реляционные. Развитие технологий обработки данных привело к появлению постреляционных, объектно-ориентированных, многомерных БД, которые в той или иной степени соответствуют трем упомянутым классическим моделям.
По топологии хранения данных различают локальные и распределенные БД.
По типологии доступа и характеру использования хранимой информации БД могут быть разделены на специализированные и интегрированные.
По функциональному назначению (характеру решаемых с помощью БД задач и, соответственно, характеру использования данных) можно выделить операционные и справочно-информационные. К последним можно отнести ретроспективные БД (электронные каталоги библиотек, БД статистической информации и т. д.), которые используются для информационной поддержки основной деятельности и не предполагают внесения изменений в уже существующие записи, например, по результатам этой деятельности. Операционные БД предназначены для управления различными технологическими процессами. В этом случае данные не только извлекаются из БД, но и изменяются (добавляются) в том числе в результате этого использования.
По сфере возможного применения можно различать универсальные и специализированные (или проблемно-ориентированные) системы.
По степени доступности можно выделить общедоступные и БД с ограниченным доступом пользователей. В последнем случае говорят об управляемом доступе, индивидуально определяющем не только набор доступных данных, но и характер операций, которые доступны пользователю.
Следует отметить, что представленная классификация не является полной и исчерпывающей. Она в большей степени отражает исторически сложившееся состояние дел в сфере деятельности, связанной с разработкой и применением баз данных.
В последнем случае правильнее говорить об интегрированных информационных системах, объединяющих в общей среде разнородные данные, хранимые возможно в разнотипных базах, но используемых для решения одной прикладной задачи.
Модели данных.
Модель данных – интегрированный набор понятий для описания данных, связей между ними и ограничений, накладываемых на данные в некоторой организации.
Модель является представлением «реального мира» объектов и событий, а также существующих между ними связей. Модель должна отражать основные концепции, представленные в таком виде, который позволит проектировщикам и пользователям базы данных обмениваться конкретными и недвусмысленными мнениями об их понимании роли тех или иных данных в этой организации. Цель построения модели данных заключается в представлении данных в понятном виде. Если такое представление возможно, то модель данных легко можно будет применить при проектировании базы данных.
Виды моделей данных.
Объективные модели данных
При построении объектных моделей данных используются такие понятия как сущности, атрибуты и связи. Сущность – отдельный элемент организации, который должен быть представлен в базе данных. Атрибут – свойство, которое описывает некоторый аспект объекта и значение которого следует зафиксировать, а связь является ассоциативным отношением между сущностями. Общие типы объектных моделей данных: модель типа «сущность - связь», семантическая модель, функциональная модель и объектно-ориентированная модель.
Модели данных на основе записей
В модели на основе записи база данных состоит из нескольких записей фиксированного формата, которые могут иметь разные типы. Каждый тип записи определяет фиксированное количество полей, каждое из которых имеет фиксированную длину. Существует три типа логических моделей данных на основе записей: реляционная модель данных, сетевая модель данных и иерархическая модель данных.
Реляционная модель данных
Реляционная модель данных основана на понятии математических отношений. В реляционной модели данные и связи представлены в виде таблиц, каждая из которых имеет несколько столбцов с уникальными именами. В реляционной модели данных единственное требование состоит в том, что база данных с точки зрения пользователя выглядит как набор таблиц.
Сетевая модель данных
В сетевой модели данные представлены в виде коллекций записей, а связи – в виде наборов. Здесь явным образом моделируются наборы, которые реализуются с помощью указателей. Сетевую модель можно представить как граф с записями в виде узлов графа и наборами в виде его ребер.
Иерархическая модель данных
Иерархическая модель является ограниченным подтипом сетевой модели. В ней данные также представлены как коллекции записей, а связи – как наборы. Однако в иерархической модели узел может иметь только одного родителя. Иерархическая модель может быть представлена как древовидный граф с записями в виде узлов и множествами в виде ребер.
Физические модели данных
Физические модели данных описывают то, как данные хранятся в компьютере, представляя информацию о структуре записей, их упорядоченности и существующих путях доступа. Физических моделей данных не так много, как логических, а самыми популярными среди них являются обобщающая модель и модель памяти кадров.
1.3 Основы разработки баз данных в Delphi
При создании программ, работающих с базами данных, в системе Delphi традиционно используется механизм Borland Database Engine (BDE). Этот механизм реализован в виде набора библиотек, которые обеспечивают для программы, написанной на Паскале, простой и удобный доступ к базам данных независимо от их архитектуры. При использовании механизма BDE разработчик может не задумываться о том, как его программа будет работать с базой данных на физическом уровне. Вдобавок при переходе к использованию СУБД разных производителей программисту не потребуется менять исходный код своей программы. Достаточно внести изменения только в настройки BDE.
Создание таблиц.
Для создания таблиц в системе Delphi имеется приложение Database Desktop. Новая таблица создается командой File – New – Table. При заполнении таблицы учитываются следующие поля: Field Name (указывается имя поля (на английском), не должно начинаться с пробела), Type (тип поля. При нажатии правой кнопкой мыши открывается меню для выбора типа), Size (указывается в количестве символов), Key (ключевое поле).
Затем таблицу надо проиндексировать. Для это в разделе Table properties открываем выпадающий список. И выбираем раздел Secondary Indexes. Нажимаем кнопку Define. На этом создание таблицы завершено, ее нужно сохранить (Save as).
Далее создаются остальные таблицы (по такому же принципу). При регистрации в системе BDE созданной группы таблиц как целостной базы данных используется приложение SQL Exploer. Здесь создаем новую базу данных (Object - New), указываем путь рабочего каталога и сохраняем (Apply).
1.4 Постановка задачи и требования к программе
Введение.
Область применения программы «Информационная система гостиничного комплекса» - это описание и характеристики гостиниц (корпусов), количество комнат в различных гостиницах, местность номеров, наличие служб быта. Возможность бронирования номеров для одного человека и для группы людей, возможность узнать о дополнительных услугах и стоимость этих услуг, заключение договоров с крупными организациями на предоставление номеров, возможность отказа от номеров. Ведение учета мнений о номерах, жалоб, ведение и изучение статистики.
Программа позволит автоматизировать работу по ведению учета о свободных номерах, о занятых номерах, об особенностях каждой гостиницы, о номерах и предоставляемых услугах, что позволит уменьшить трудоемкость работы.
Программа будет иметь спрос на рынке, так как существует много гостиниц (корпусов), которым необходимо вести сведения о номерах, принимать заявки на бронирование, выдавать по просьбе людей необходимые сведения об оплате, услугах, и о дополнительных услугах, которые не входят в счет за номер (химчистка, стирка, развлечения, дополнительное питание).
Основание для разработки.
Разработка программы «Информационная система гостиничного комплекса» ведется на основании задания на дипломное проектирование.
Задание утверждено и выдано Челябинским энергетическим колледжем.
Назначение разработки.
Функциональное назначение – программа позволяет быстро и достаточно легко редактировать базу данных (добавлять новые записи, удалять старые, вносить необходимые изменения в существующие записи).
Программа позволит пользователю узнать все интересующие сведения, и в случае необходимости получить результат работы в виде ответа на запрос. Ответ на запрос выводится в виде таблицы на главной форме. Также программа осуществляет быстрый поиск данных.
Эксплуатационное назначение – программа применяется пользователем для автоматизации учета о существующих гостиницах (корпусов), об особенностях номеров, количестве свободных и занятых номеров, а также для составления договоров на бронирование.
Требования к программному изделию.
I) Требование к функциональным характеристикам – программа «Информационная система гостиничного комплекса» должна выполнять следующие функции:
1) данные, вносимые пользователем должны автоматически заноситься в базу данных;
2) необходим контроль правильности вносимых данных, в случае ошибки, данные не должны заноситься в базу данных;
3) должна быть возможность добавлять в базу данных новые записи, удалять устаревшие или не нужные записи, редактировать существующие;
4) выполнять необходимые запросы на получение интересующих данных;
5) программа должна иметь удобный и достаточно простой интерфейс, который будет понятен и не квалифицированному пользователю.
6) получение перечня и общего числа фирм, забронировавших места в объеме, не менее указанного, за весь период сотрудничества, либо за некоторый период;
7) получение перечня и общего числа постояльцев, заселявшихся в номера с указанными характеристиками за некоторый период;
8) получение количества свободных или занятых или забронированных номеров на данный момент;
9) получение сведений о конкретном свободном номере: в течение, какого времени он будет пустовать и о его характеристиках;
10) получение сведений о количестве свободных номеров с указанными характеристиками;
11) получение списка занятых сейчас номеров, которые освобождаются к данному сроку;
12) получение данных об объеме бронирования номеров данной фирмой за указанный период;
13) получение списка недовольных клиентов и их жалобы;
14) получение данных о прибыли гостиниц;
15) получение сведений о постояльце из заданного номера: его счет гостинице за дополнительные услуги, поступавшие от него жалобы, виды дополнительных услуг, которыми он пользовался;
16) получение сведений о фирмах, с которыми заключены договора о брони на указанный период;
17) получение сведений о наиболее часто посещающих гостиницу постояльцах по всем корпусам гостиниц, по определенному зданию;
18) получение сведений о новых клиентах за указанный период;
19) получение сведений о конкретном человеке, сколько раз он посещал гостиницу, в каких номерах и в какой период останавливался, какие счета оплачивал;
20) получение сведений о конкретном номере: кем он был занят в определенный период;
Входной информацией являются данные о гостиницах, особенностях номеров, количества свободных и занятых номеров, вносимые в поля ввода с клавиатуры на русском и английском языке.
Выходные данные организуются в виде ответа на запрос, который выводится на главное окно. После просмотра результата есть возможность выполнить следующий запрос.
II) Требования к надежности – устойчивость программы обеспечивает возможность правильной работы программы без сбоев. Отказ в работе программы может возникнуть при обнаружении неизвестной ошибки, которая ранее не рассматривалась.
III) Требования к условиям эксплуатации – с программой может работать любой пользователь. Для работы с программой достаточно одного пользователя, если пользователь квалифицированный, то ему необходимо ознакомиться с руководством пользователя, если не квалифицированный, то ему необходимо пройти курс обучения.
IV) Требования к составу и параметрам технических средств
Центральный процессор Pentium I;
Оперативная память 128Mb;
Необходимость дисковода FDD 3.5 “1,44Mb Samsung”;
Монитор;
Клавиатура;
Операционная система Windows 95.
V) Требования к информационной и программной совместимости – метод решения задачи языка программирования и программного средства
выбирается разработчиком. В данном случае среда программирования Delphi позволяет решить поставленную задачу.
Требования к программной документации.
Программный продукт должен содержать подробное руководство пользователя, руководство программиста и руководство по техническому обслуживанию.
Технико-экономические показатели.
Программа должна быстро окупить все затраты, так как она не требует больших затрат на свое производство.
Программа используется регулярно и имеет спрос, так как гостиничные комплексы все больше развиваются, усовершенствуются и строятся новые.
Стадии и этапы разработки.
Процесс разработки программы содержит следующие этапы:
а) подробный анализ технического задания;
б) проектирование программы (разработка алгоритма программы);
в) программирование;
г) тестирование и отладка программы;
д) ввод в эксплуатацию.
Порядок контроля и приемки.
Программа должна быть протестирована различными способами для нахождения и устранения возникших ошибок.
Тестирование состоит из следующих этапов:
а) запуск программы;
б) ввод тестовых данных;
в) анализ результата работы программы;
г) корректировка, внесение изменений в программу при необходимости;
д) решение вопроса о дальнейшем тестировании.
2. Разработка базы данных «Информационная система гостиничного комплекса»
2.1 Анализ предметной области и выбор метода решения
Программный продукт – это программа на носителе данных, являющаяся продуктом промышленного производства.
При создании программного продукта необходимо выделить основные этапы работы:
Планирование программного продукта – определяются все основные задачи, которые должны быть выполнены в процессе разработки, а именно производится оценка финансовых, людских, технических и других ресурсов. Определяются методы тестирования и приемки программы;
Составление требований заказчика – производится анализ требований к программному продукту (форма представления информации, необходимые функции, желаемый интерфейс, существующие ограничения);
Проектирование программного продукта – определяется модель разрабатываемого программного продукта, которая определяет структура программы;
Разработка программного продукта – на этом этапе программный проект преобразуется в код программы;
Тестирование программного продукта – данный этап не имеет четкого начала, он может происходить как после завершения написания программы, так и во время предыдущих этапов. После завершения тестирования заполняется документация – результат тестирования;
Сопровождение программного продукта – на этом этапе основное внимание уделяется внесению изменений в программный продукт.
Согласно техническому заданию на дипломное проектирование необходимо разработать программу «Информационная система гостиничного комплекса».
Программа «Информационная система гостиничного комплекса» позволит автоматизировать работу и уменьшить усилия пользователя.
В настоящее время существует огромное количество способов создания программного обеспечения. Для решения поставленной задачи можно воспользоваться различными языками программирования, с помощью них можно обеспечить полное выполнение технического задания. Для создания данного программного продукта наиболее удобным средством является Delphi, т. к. он позволит реализовать поставленную задачу.
2.2 Разработка алгоритма программы
2.2.1 Понятие алгоритма. Виды алгоритмов.
Алгоритм – это последовательность команд управления, каким – либо исполнителем.
Любой алгоритм составляется для конкретного исполнителя в рамках его системы команд. Алгоритм должен быть представлен таким образом, чтобы исполнитель, для которого он создан, мог однозначно и точно следовать командам алгоритма и эффективно получать результат.
Способы представления алгоритма:
Алгоритм можно представить несколькими способами:
С помощью графического описания;
С помощью словесного описания;
В виде таблицы;
Последовательностью формул, записанных на языке программирования.
Виды алгоритмов:
1) Линейным алгоритмом называется последовательность операций, выполняемых строго в соответствии с порядком их следования сверху – вниз и слева – направо.
Этот алгоритм не обладает важнейшим свойством, предъявляемый к качественным алгоритмам, т. е. не обладает универсальностью по отношению к исходным данным. Какими бы не были исходные данные алгоритм должен приводить к определенному результату и завершать работу. Результатом может быть число, но может быть и сообщение о том, что при определенных данных задача решения не имеет.
2) Разветвляющим алгоритмом называют алгоритм, позволяющий выбирать одно из нескольких возможных направлений решений задачи.
Свойства алгоритма:
1) Описываемый процесс должен быть разбит на последовательность отдельных шагов, т. е. выполнив требования одной команды – только тогда можно перейти к следующей. Данное свойство называется дискретностью;
2) Используемые алгоритмы составляются для определенного исполнителя, поэтому необходимо знать какие команды исполнитель знает и может понять, какие нет. Это свойство называется понятностью;
3) Алгоритм не должен содержать предписаний, смысл которых может восприниматься не однозначно, т. е. одна и та же команда, понятная разным пользователям, после исполнения каждым из них должна давать один и тот же результат. Кроме того, в алгоритмах недопустимой считается ситуация, когда после выполнения очередной команды алгоритма пользователю не понятна какая из команд должна выполняться на следующем шаге. Это свойство называется определенностью;
4) Результативность. Смысл этого требования состоит в том, что при точном исполнении всех предписаний алгоритма процесс должен заканчиваться за конечное число шагов и при этом должен получиться определенный результат;
5) Наиболее распространены алгоритмы, обеспечивающие решение не одной конкретной задачи, а некоторого класса задач данного типа. Это свойство называется массовостью.
Алгоритм работы программы «Информационная система гостиничного комплекса» относится к разветвляющемуся виду, так как он позволяет выбрать одно из нескольких вариантов действий.
2.2.2 Алгоритм работы базы данных «Информационная система гостиничного комплекса».
При загрузке главной формы предоставляется выбрать действие: либо выполнение запроса, либо выбор необходимой базы данных, либо выбор помощи по работе с программой. Если выбирается ‘Запрос’, то предлагается выбрать или указать необходимые данные для выполнения запроса, после чего выводится результат запроса. Если ‘Запрос’ не выбирается, то предлагается выбрать ‘БД’, после чего предлагается просмотреть или изменить данные, при изменении данных предлагается просмотреть эти данные. Если изменение данных не происходит, то предлагается вернуться к выбору действия. Если ‘БД’ не выбирается, то предлагается выбрать ‘Помощь’, после чего на экран выводится помощь по работе с программой. Если помощь не выбирается, то предлагается выбрать действие. После выполнения запроса, либо изменения или просмотра базы данных, либо после просмотра помощи по работе с программой предлагается выйти из программы. Если выбирается ‘Выход’, то происходит выход из программы, если нет, то предлагается вернуться к выбору действия.
Рис. 2.2.2.1 Алгоритм работы программы «Информационная система гостиничного комплекса»
2.3 Разработка интерфейса программы
2.3.1 Понятие интерфейса.
Интерфейс – совокупность средств и правил, которые обеспечивают взаимодействие устройств, программ и человека.
2.3.2 Виды интерфейсов.
Пользовательский интерфейс – представляет собой совокупность программных и аппаратных средств, обеспечивающих взаимодействие пользователя с компьютером.
Справочный интерфейс пользователя предназначен для вывода справок о предметной области, составе и состоянии модели предметной области, допустимых действиях пользователя в различных состояниях программы.
Конкретный набор справочных функций определяется особенностями задач, решаемых программой, типом модели предметной области и способом внешнего управления программой.
Интерфейс управления предназначен для ввода управляющей информации пользователем программы. На модули этого интерфейса целесообразно возложить контроль вводимой информации, чтобы исключить явные ошибки пользователя.
В большинстве случаев при разработке интерфейса управления приходиться искать разумный компромисс между сложностью модулей интерфейса и простой работы пользователя.
Информационный интерфейс предназначен для вывода сообщений об ошибках и особых ситуациях, возникающих в процессе работы программы.
Информационный интерфейс в отличии от интерфейса управления является односторонним. Пользователь реагирует на сообщения об ошибках через интерфейс управления.
Интерфейс ввода – вывода. Данные для решения задач могут вводиться из заранее подготовленных файлов или же непосредственно пользователем программы с клавиатуры.
В программах более широкого назначения пользователь сам определяет, значение каких данных он будет водить, а какие данные требуется вычислить.
Выводить можно только такие данные, которым присвоены значения в результате выполнения обрабатывающих модулей или при вводе данных.
Внешний интерфейс должен обеспечить ввод данных из файлов или базы данных или вывод данных в файл (базу данных).
К функциям внешнего интерфейса можно отнести действия по сохранению состояния программы и данных при временном прерывании работы с программой, когда нужно обеспечить продолжение работы, начиная с сохраненного состояния.
Типы интерфейсов:
Процедурно-ориентированные интерфейсы используют традиционную модель взаимодействия с пользователем, основанную на понятиях «процедура» и «операция». В рамках этой модели программное обеспечение предоставляет пользователю возможность выполнения некоторых действий, для которых пользователь определяет соответствующие данные и следствием выполнения которых является получение желаемых результатов.
Объектно-ориентированные интерфейсы используют несколько иную модель взаимодействия с пользователем, ориентированную на манипулирование объектами предметной области. В рамках этой модели пользователю предоставляется возможность напрямую взаимодействовать с каждым объектом и инициировать выполнение операций, в процессе которых взаимодействуют несколько объектов.
Различают процедурно-ориентированные интерфейсы трех типов: примитивные, меню и со свободной навигацией.
Примитивным называют интерфейс, который организует взаимодействие с пользователем в консольном режиме. Обычно такой интерфейс реализует конкретный сценарий работы программного обеспечения задачи.
Интерфейс-меню в отличие от примитивного интерфейса позволяет пользователю выбирать необходимые операции из специального списка, выводимого ему программой. Эти интерфейсы предполагают реализацию множества сценариев работы, последовательность действий в которых определяется пользователем.
Различают одноуровневые и иерархические меню. Первые используют для сравнительно простого управления вычислительным процессом, когда вариантов немного (не более 5-7), и они включают операции одного типа. Вторые – при большом количестве вариантов или их очевидных различиях.
Интерфейсы со свободной навигацией также называют графическими пользовательскими интерфейсами. Графические интерфейсы поддерживают концепцию интерактивного взаимодействия с программным обеспечением, осуществляя визуальную обратную связь с пользователем и возможность прямого манипулирования объектами и информацией на экране. Кроме того, интерфейсы данного типа поддерживают концепцию совместимости программ, позволяя перемещать между ними информацию.
Объектно-ориентированные интерфейсы пока представлены только интерфейсом прямого манипулирования. Этот тип интерфейса предполагает, что взаимодействие пользователя с программным обеспечением осуществляется посредством выбора и перемещения пиктограмм, соответствующих объектам предметной области.
При проектировании пользовательских интерфейсов необходимо учитывать психофизические особенности человека, связанные с восприятием, запоминанием и обработкой информации.
Особенности восприятия цвета. Следует иметь в виду, что обилие оттенков привлекает внимание, но быстро утомляет. Необходимо учитывать и индивидуальные особенности восприятия цветов человеком.
Особенности восприятия звука. В интерфейсах звук обычно используют с разными целями: для привлечения внимания, как фон, обеспечивающий некоторое состояние пользователя, как источник дополнительной информации и т. п. Применяя звук, следует учитывать, что большинство людей очень чувствительны к звуковым сигналам. Поэтому при создании звукового сопровождения целесообразно предусматривать возможность его отключения.
Субъективное восприятие времени. Человеку свойственно субъективное восприятие времени. Считают, что внутреннее время связано со скоростью и количеством воспринимаемой и обрабатываемой информации.
В конечном итоге взаимодействие пользователя с интерфейсом будет определяться не только физическими возможностями и особенностями человека по восприятию, обработке и запоминанию информации, представленной в различных формах, а также по выполнению им разнообразных действий, но и пользовательской моделью интерфейса.
2.3.3 Разработка интерфейса базы данных «Информационная система гостиничного комплекса».
При разработке программы «Информационная система гостиничного комплекса» были учитаны основные требования пользовательского интерфейса.
При загрузке программы открывается главное окно, через которое пользователь имеет возможность перейти на любую таблицу через пункт «Меню».
На экране расположена информация, которую пользователь обрабатывает в данный момент. После выбора необходимого пункта меню открывается окно с базой данных. В данном окне пользователь может просматривать таблицу, производить необходимые изменения (добавлять, изменять и удалять записи). Таблицы и средства редактирования расположены по центру, в привычном для пользователя местах. При работе со средствами редактирования осуществляется помощь пользователю в виде всплывающих подсказок.
Также на главном окне расположено меню со всеми запросами, где осуществляется выбор необходимого запроса и его выполнение.
Интерфейс разработан таким образом, что бы пользователю было интуитивно понято, как работать с программой.
2.4 Выбор и обоснование среды программирования
В настоящее время существует огромное количество сред и языков программирования. При выборе среды программирования необходимо учитывать много факторов, главными из них являются: выполнение поставленных задач, понятный и удобный пользовательский интерфейс.
Язык программирования – это способ записи программ решения различных задач на ЭВМ в понятной для компьютера форме.
Для решения поставленной задачи можно использовать языки программирования Паскаль и Delphi.
Паскаль – процедурно-ориентированный язык высокого уровня. Изначально был разработан как учебный язык структурного программирования. В дальнейшем была разработана система программирования Турбо Паскаль, которая является не только языком и транслятором, но и операционной оболочкой. Турбо Паскаль стал языком профессионального программирования с универсальными возможностями. В дальнейшем Турбо Паскаль вышел за рамки учебного предназначения и стал языком профессионального программирования. В последствии Паскаль стал основой многих современных языков программирования.
Delphi – объектно-ориентированный язык высокого уровня, созданный на основе языка Паскаль. Он обладает большими возможностями, как в решении задач, так и в представлении пользовательского интерфейса. Система Delphi позволяет писать и крохотные программы, утилиты для персонального использования, и корпоративные системы, работающие с базами данных на разных платформах. При этом обеспечивается совместимость приложений при выходе новых версий Delphi – как друг с другом на уровне исходных текстов, так и с модифицированными версиями стандартных протоколов и технологий благодаря библиотеке независимых и легко настраиваемых компонентов.
Язык программирования Delphi дает огромные возможности по решению задач, так как разработчики данной среды постоянно анализируют мировые тенденции развития информационных технологий, добавляя в среду только те, которые действительно могут стать ключевыми. В связи с этим создаются новые и более усовершенствованные версии Delphi, с учетом возникающих потребностей пользователей.
В состав Delphi входят более ста компонентов. С их помощью можно создавать приложения для решения многих задач. При необходимости программист может разработать и собственные компоненты, например, когда имеющиеся компоненты не совсем подходят для решения поставленной задачи или нужный компонент просто отсутствует.
В данной работе используется язык программирования Delphi. Он позволяет реализовать все необходимые задачи и дает возможность предоставления удобного и достаточно простого интерфейса.
2.5 Тестирование программы
2.5.1 Понятие процесса тестирования.
Тестирование – это процесс, направленный на выявление ошибок.
Процесс тестирования включает:
Действия, направленные на выявление ошибок;
Диагностику и локализацию ошибок;
Внесение исправлений в программу с целью устранения ошибок.
Большая трудоемкость тестирования и ограниченные ресурсы приводят к необходимости систематизации процесса и методов тестирования. Включенные методы тестирования направлены на обнаружение максимального числа ошибок в наиболее важных режимах функционирования программ при ограниченных ресурсах.
2.5.2 Виды и методы тестирования.
Статическое тестирование – базируется на правилах структурного построения программ и обработки данных. Операторы и операнды текста программы анализируются в символьном виде.
Детерминированное тестирование – требует многократного выполнения программы на ЭВМ с использованием определенных, специальным образом подобранных тестовых наборов данных.
Стохастическое тестирование – предполагает использование в качестве исходных данных множества случайных величин с соответствующими распределениями, а для сравнения полученных результатов используются также распределения случайных величин.
Тестирование в реальном масштабе времени – в процессе тестирования проверяются результаты обработки исходных данных с учетом времени их поступления, длительности и приоритетности обработки, динамики использования памяти и взаимодействия с другими программами.
Каждый из рассмотренных методов тестирования не исключает последовательного применения другого метода, скорее наоборот, требование к повышению качества программного изделия предполагает необходимость подвергать их различным методам тестирования.
Наиболее эффективным методом тестирования является детерминированное тестирование.
Детерминированное тестирование основывается на двух подходах: структурное тестирование и функциональное тестирование.
Структурное тестирование предполагает детальное изучение текста программы и построение таких входных наборов данных, которые позволили бы при многократном выполнении программы на ЭВМ обеспечить выполнение максимально возможного количества маршрутов, логических ветвлений, циклов.
Критерии тестовых наборов:
Покрытие операторов – тесты подбираются так, чтобы каждый оператор выполнялся хотя бы один раз;
Покрытие решений (переходов) – тесты должны обеспечить проверку каждого условия, так чтобы они принимали значение «истинно» или «ложно»;
Покрытие условий – необходимо, чтобы результат каждого условия был выполнен хотя бы один раз и каждой точке входа в программу должно быть передано управление при вызове, по крайней мере, один раз;
Покрытие условий-решений – тесты должны составляться так, чтобы выполнялись результаты-условия, результаты каждого решения, и каждому оператору передавалось управление хотя бы один раз;
Комбинаторное покрытие условий – создается множество тестов, чтобы все возможные комбинации результатов-условий и все операторы выполнялись хотя бы один раз.
Функциональное тестирование полностью абстрагируется от текста программы, а тестовые наборы выбираются на основании анализа входных функциональных спецификаций.
Критерии тестовых наборов:
Метод эквивалентного разбиения – состоит из двух этапов: выделение классов эквивалентности, построение тестов.
Классы эквивалентности выделяются путем анализа входного условия и разбиением его на две или более групп. Существуют правильные и неправильные классы эквивалентности.
На основе классов эквивалентности строятся тестовые наборы. Причем для правильных классов эквивалентности нужно стремиться к минимальному числу тестовых наборов, для каждого неправильного класса эквивалентности строится хотя бы один тестовый набор.
Анализ граничных значений – этот метод предполагает исследование ситуаций, возникающих на границах и вблизи границ эквивалентных разбиений.
Метод функциональных диаграмм – заключается в преобразовании входной спецификации программы в функциональную диаграмму с помощью простейших булевских отношений.
Каждый из рассмотренных методов обеспечивает создание определенного набора тестов, но ни один из них сам по себе не может дать исчерпывающий набор тестов. Поэтому при разработке тестовых наборов следует придерживаться стратегии разумного сочетания всех рассмотренных методов.
2.5.3 Процесс и результат тестирования.
Программа «Информационная система гостиничного комплекса» была протестирована методом правильности. Главная задача такого тестирования проверить правильность работы программы и подтвердить, что все описанные действия выполняются в соответствии с требованиями.
Тест №1. Запуск программы.
Результат: Программа запускается без всяких ошибок.
Тест №2. Проверка работы меню (выбирается любой пункт меню).
Результат: Открытие необходимого окна.
Тест №3. Проверка работы с базой данных (возможность просматривания базы данных, добавление, изменение и удаление записей).
Результат: Работа с базой данных выполняется правильно.
Тест №4. Проверка работы меню с запросами.
Результат: При выборе нужного запроса появляется окно для выполнения запроса.
Тест №5. Проверка кнопки для выполнения запроса.
Результат: Запрос выполняется верно.
Тест №6. Проверка работы меню ‘Помощь’.
Результат: Появляется окно ‘Помощь’ с описанием действий при работе с программой.
Тест №7. Проверка пункта меню «Выход».
Результат: Вывод сообщения о подтверждении.
Тест №8. Проверка кнопки «ДА» при выходе из программы.
Результат: Выход из программы.
Тест №9. Проверка кнопки «НЕТ» при выходе из программы.
Результат: Выход на главное окно.
Программа прошла тестирование и готова к эксплуатации.
2.6 Программная документация
2.6.1 Руководство оператора.
Назначение программы.
Программа «Информационная система гостиничного комплекса» может быть применена в качестве АРМ в гостиницах, она позволит автоматизировать работу сотрудников, что уменьшит их труд и затрачиваемое время. Работать с программой может оператор средней квалификации (т. е. умеет включать и выключать компьютер, работать с файлами и папками, работать со средствами Office, работать с различными, более сложными программами), ознакомившись и изучив руководство оператора.
ЦП Pentium I;
Оперативная память 128Mb;
Минимальная емкость диска HDD: 950KB;
Программа поставляется на диске и для ее загрузки необходимо дважды щелкнуть на иконку (Рис.2.6.1.1).
При загрузке программы «Информационная система гостиничного комплекса» появляется главная форма с тремя меню (первое – выбор нужной базы данных, второе – выбор необходимого запроса, третье - помощь).
При выборе пункта меню с нужной базой данных открывается окно с этой базой данных. Каждый пункт этого меню открывает выбранную базу данных. На каждом окне расположена таблица и средства редактирования данной таблицы, предназначенных для работы с базой данных. При использовании средства редактирования базы данных осуществляется помощь в виде всплывающих подсказок.
При выборе пункта меню с запросами появляется окно, предназначенное для выполнения запроса (указание необходимых характеристик). На этом окне расположена кнопка, после ее нажатия выполняется запрос, и окно для выполнения запроса закрывается.
При выборе пункта меню помощь открывается окно, в котором написано, как нужно работать с программой. Выход из программы осуществляется выбором пункта меню «Выход», после чего появляется окно, где подтверждается или отменяется выход из программы.
Сообщения оператору.
Сообщения выводятся в случаях:
Удаления записи из базы данных;
Незаполненных полей при выполнении запроса;
Отсутствии искомой записи при выполнении запроса;
Выхода из программы.
2.6.2 Руководство программиста.
Назначение и условия применения программы.
Программа «Информационная система гостиничного комплекса» позволит автоматизировать работу сотрудников, что уменьшит их труд и затрачиваемое время.
Условиями выполнения программы являются:
ЦП Pentium I;
Оперативная память 128Mb;
Минимальная емкость диска HDD: 950KB;
Стандартный монитор, мышь, клавиатура;
Операционная система Windows 95;
Программа «Информационная система гостиничного комплекса».
Характеристики программы.
Режим работы программы не ограничен.
Входные и выходные данные
Входными данными программы являются данные о характеристиках гостиниц, номерах, фирмах и клиентах.
Выходными данными программы является вывод данных об интересующих нас характеристик гостиниц, номеров, фирм и клиента на данный момент времени.
Доработка программы.
Доработкой является вывод на печать определенной информации.
Для того чтобы вывести информацию на печать необходимо:
Создать отчет (отчет – виртуальный образ бумажного листа, ориентирован на печать информации из таблиц баз данных);
Использовать объект Printer (с его помощью информация выводится на печать).
2.6.2 Руководство по техническому обслуживанию .
Прикладные программы.
Для IBM PC разработаны и используются сотни тысяч различных прикладных программ для различных применений. Наиболее широко применяются программы:
Подготовки тестов (документов) на компьютере – редакторы тестов;
Подготовки документов типографического качества – издательские системы;
Обработки табличных данных – табличные процессы;
Обработки массивов информации – системы управления базами данных.
Программы архивации.
Необходимость архивации файлов
При эксплуатации компьютера по самым разным причинам возможны порча или потеря информации на магнитных дисках. Это может произойти из-за физической порчи магнитного диска, неправильной корректировки или случайного уничтожения файлов, разрушения информации компьютерным вирусом и т. д. Для того чтобы уменьшить потери в таких случаях, следует иметь архивные копии используемых файлов и систематически обновлять копии изменяемых файлов.
Для создания архивов употребляются специализированные программы. Их можно разделить на два класса: программы – упаковщики (архиваторы) и программы резервного копирования.
Программы – упаковщики позволяют за счет специальных методов сжатия информации создавать копии файлов меньшего размера и объединять копии нескольких файлов в один архивный файл. В большинстве случаев значительно удобнее хранить на дискетах, а иногда и на кассетах для стримера, файлы, предварительно сжатые программами – упаковщиками.
Программы резервного копирования предназначены для копирования информации с жесткого диска на кассеты стримера или дискеты. Из этих программ широко используются Norton Backup (для DOS и для Windows), FastBack Plus и др.
Защита от компьютерных вирусов
Компьютерный вирус – это специально написанная небольшая по размерам программа, которая может «приписывать» себя к другим программам (т. е. «заражать» их), а также выполнять различные нежелательные действия на компьютере. Программа, внутри которой находится вирус, называется «зараженной». Когда такая программа начинает работу, то сначала управление получает вирус. Вирус находит и «заражает» другие программы, а также выполняет какие-нибудь вредные действия (портит файлы или таблицу размещения файлов на диске, «засоряет» оперативную память и т. д.). После того как вирус выполняет нужные ему действия, он передает управление той программе, в которой он находится, и она работает так же, как обычно. Тем самым внешне работа зараженной программы выглядит так же, как и незараженной.
Таким образом, если не предпринимать мер по защите от вируса, то последствия заражения компьютера могут быть очень серьезными.
Виды вирусов
Вирусы, меняющие файловую систему – обычно называются DIR и прячут свое тело в некоторый участок диска и помечают его в таблице размещения файлов как коней файла;
- «невидимые» самомодифицирующие вирусы – предотвращают свое обнаружение тем, что перехватывают обращения DOS к зараженным файлам и областям диска и выдают их в исходном (незараженном) виде;
Самомодифицирующие вирусы – для того, чтобы укрыться от обнаружения применяют модификацию своего тела. В теле подобного вируса не имеется ни одной постоянной цепочки байтов, по которой можно было бы идентифицировать вирус.
Основные методы защиты от компьютерных вирусов
Для защиты от вирусов можно использовать:
Общие средства защиты информации;
Профилактические меры;
Специализированные программы для защиты от вирусов.
Общие средства защиты информации полезны не только для защиты от вируса. Имеются две основные разновидности этих средств:
Копирование информации – создание копий файлов и системных областей дисков;
Разграничение доступа – предотвращает несанкционированное использование информации.
Несмотря на то, что общие средства защиты информации очень важны для защиты от вирусов, все же их недостаточно. Необходимо и применение специализированных программ. Существуют следующие программы:
Программы-детекторы – позволяют обнаруживать файлы, зараженные одним из нескольких известных вирусов (например: Scan, Norton AntiVirus, Dr. Web);
Программы-доктора, или фаги – «лечат» зараженные программы или диски, «выкусывая» из зараженных программ тело вируса;
Программы-ревизоры – сначала запоминают сведения о состоянии программ и системных областей дисков, а затем сравнивают их состояние с исходным. При выявлении несоответствий об этом сообщается пользователю (например: Adinf+AdinfExt, AVSP);
Доктора-ревизоры – программы, которые не только обнаруживают изменения в файлах и системных областях дисков, но и могут в случае изменений автоматически вернуть их в исходное состояние;
Программы-фильтры – располагаются резидентно в оперативной памяти компьютера и перехватывают те обращения к операционной системе, которые используются вирусами для размножения и нанесения вреда, и сообщают о них пользователю (например: FlutShot Plus);
Программы-вакцины, или иммунизаторы – модифицируют программы и диски таким образом, что это не отражается на роботе программ, но тот вирус, от которого производится вакцинация, считает эти программы или диски уже зараженными.
Копирование файлов с жесткого диска
Перед тем как записывать на жесткий диск какие-то программы, желательно скопировать его содержимое на дискеты. Эти дискеты можно будет использовать при повреждении файлов операционной системы на жестком диске. Пред копированием файлов с жесткого диска на дискеты целесообразно включить режим проверки записи на диск. Это позволит избежать создания неправильных копий файлов на дискетах. После того как все файлы с жесткого диска будут скопированы на дискеты, следует заклеить на этих дискетах прорезь защиты от записи, чтобы скопированные файлы не смогли быть случайно изменены или испорчены. Целесообразно также сделать копии этих дискет и хранить вторые экземпляры дискет отдельно от первых экземпляров, чтобы уменьшить вероятность порчи дискет при каком-либо несчастном случае.
Обслуживание дисков
В ходе эксплуатации жесткого диска на нем могут образовываться «потерянные» участки, не принадлежащие ни одному из файлов и списку свободных участков диска, дефектные участки, ненужные файлы, которые сохраняются на диске только потому, что их позабыли стереть, и т. д. Поэтому необходимо периодически проводить обслуживание жесткого диска.
Если компьютер используется интенсивно, то процедуру обслуживания жесткого диска следует выполнять раз в 1 – 2 недели, а при менее интенсивной загрузке – раз в 1 – 2 месяца.
3. Эксплуатация программных средств
3.1 Структура вычислительного центра
Схема3.1.1.Структура вычислительного центра
3.2 Должностные инструкции техника - программиста
1. Общие положения.
1.1 Техник-программист относится к категории специалистов, принимается и увольняется на работу приказом начальника ВЦ (начальника производственного отдела ВЦ (ИВЦ), иного структурного подразделения).
1.2 На должность техника-программиста 1 категории назначается лицо, имеющее среднее профессиональное образование и стаж работы в должности техника-программиста II категории не менее 2 лет; на должность техника-программиста II категории - среднее профессиональное образование и стаж работы в должности техника-программиста не менее 2 лет; на должность техника-программиста - среднее профессиональное образование, без предъявления требований к стажу работы.
1.3 Техник-программист подчиняется начальнику ВЦ (ИВЦ), начальнику производственного отдела ВЦ (ИВЦ), иному должностному лицу.
1.4 В своей деятельности техник-программист руководствуется:
Нормативно-правовыми актами, регулирующими соответствующие вопросы;
Методическими материалами, касающимися вопросов его деятельности;
Правилами трудового распорядка;
Приказами, распоряжениями директора предприятия (непосредственного руководителя);
Настоящей должностной инструкцией.
1.5 Техник-программист должен знать:
Методы проектирования механизированной и автоматизированной обработки информации;
Средства вычислительной техники, сбора, передачи и обработки информации и правила их эксплуатации;
Технологию механизированной и автоматизированной обработки информации;
Рабочие программы, инструкции, макеты и другие руководящие материалы, определяющие последовательность и технику выполнения расчетных операций;
Виды технических носителей информации, правила их хранения и эксплуатации;
Действующие системы счислений, шифров и кодов;
Основные формализованные языки программирования;
Основы программирования;
Методы проведения расчетов и вычислительных работ;
Методы расчета выполненных работ;
Основы экономики, организации труда и производства;
Правила и нормы охраны труда.
1.6 Во время отсутствия техника-программиста его обязанности выполняет в установленном порядке назначаемый заместитель, несущий полную ответственность за надлежащее исполнение возложенных на него обязанностей.
2. Функции.
На техника-программиста возлагаются следующие функции:
2.1 Механизированная и автоматизированная обработка поступающей в вычислительный центр информации.
2.2 Участие в проектировании систем обработки данных и систем математического обеспечения машины.
2.3 Разработка программ.
2.4 Учет использования машинного времени, объемов выполненных работ.
3. Должностные обязанности.
Для выполнения возложенных на него функций техник-программист обязан:
3.1 Выполнять работу по обеспечению механизированной и автоматизированной обработки поступающей в вычислительный (информационно-вычислительный) центр (ВЦ, ИВЦ) информации, разработки технологии решения экономических и других задач производственного и научно-исследовательского характера.
3.2 Принимать участие в проектировании систем обработки данных и систем математического обеспечения машины.
3.3 Выполнять подготовительные операции, связанные с осуществлением вычислительного процесса, вести наблюдение за работой машин.
3.4 Составлять простые схемы технологического процесса обработки информации, алгоритмы решения задач, схемы коммутации, макеты, рабочие инструкции и необходимые пояснения к ним.
3.5 Разрабатывать программы решения простых задач, проводить их отладку и экспериментальную проверку отдельных этапов работ.
3.6 Выполнять работу по подготовке технических носителей информации, обеспечивающих автоматический ввод данных в вычислительную машину, по накоплению и систематизации показателей нормативного и справочного фонда, разработке форм исходящих документов, внесению необходимых изменений и своевременному корректированию рабочих программ.
3.7 Участвовать в выполнении различных операций технологического процесса обработки информации (прием и контроль входной информации, подготовка исходных данных, обработка информации, выпуск исходящей документации и передача ее заказчику).
3.8 Вести учет использования машинного времени, объемов выполненных работ.
Техник-программист имеет право:
4.1 Знакомиться с проектами решений руководства предприятия, касающимися его деятельности.
4.2 Вносить на рассмотрение руководства предложения по совершенствованию работы, связанной с обязанностями, предусмотренными настоящей инструкцией.
4.3 Получать от руководителей структурных подразделений, специалистов информацию и документы, необходимые для выполнения своих должностных обязанностей.
4.4 Привлекать специалистов всех структурных подразделений предприятия для решения возложенных на него обязанностей (если это предусмотрено положениями структурных подразделениях, если нет - с разрешения руководителя предприятия).
4.5 Требовать от руководства предприятия оказания содействия в исполнении своих должностных обязанностей и прав.
5. Ответственность.
Техник-программист несет ответственность:
5.1 За неисполнение (ненадлежащее исполнение) своих должностных обязанностей, предусмотренных настоящей должностной инструкцией, в пределах, определенных действующим трудовым законодательством.
5.2 За совершенные в процессе осуществления своей деятельности правонарушения - в пределах, определенных действующим административным, уголовным и граждански законодательством.
5.3 За причинение материального ущерба - в пределах, определенных действующим трудовым, уголовным и гражданским законодательством.
4. Расчет себестоимости программного продукта
При производстве продукции предприятие несёт определённые затраты. Эти производственные затраты называют годовыми издержками производства или эксплуатационными расходами, либо текущими затратами.
Себестоимость продукции это выраженные в денежной форме затраты, прямо или косвенно связанные с изготовлением и реализацией продукции, либо это удельные эксплуатационные расходы, отнесённые на единицу продукции, произведённой работой.
В себестоимость продукции следует различать затраты, обусловленные производством заданного объёма продукции и транспортно-сбытовые затраты на реализацию произведённой продукции. В связи с этим различают фабрично-заводскую себестоимость и полную себестоимость. В полную себестоимость входят затраты на передачу и реализацию продукции. Затраты, включённые в себестоимость классифицируются:
По экономическим элементам;
По статьям калькуляции.
Расчёт себестоимости на создание программного продукта «Информационная система гостиничного комплекса».
1. Количество компьютеров – 1 шт.
2. Количество дней работы над программой – 30 дней.
3. Коэффициент использования ПК – 0,8.
4. Средняя продолжительность рабочей смены – 5ч..
5. Тариф за потребление электроэнергии – 1,04 руб./ кВ.ч.
6. Потребляемая мощность ПК – 0,3 кВт/ч.
Полезный фонд времени работы ПК.
Фп = T * Ku * n * t (час)
Фп = 30 * 0,8 * 1 * 5 = 120 (час), где
Фп - полезный фонд
Т - количество дней работы над программой
Ku - коэффициент использования ПК
n - количество ПК
t - продолжительность смены
Стоимость потребляемой энергии.
Uэ\э = Фn * Ц * Р (руб.)
Uэ\э = 120 * 1,04 * 0,3 = 37,4 (руб), где
Ц - тариф за 1 кВтч
Р - потребляемая мощность ПК
Эксплуатационные материалы.
Таблица 1 «Эксплуатационные материалы»
|
Наименование |
Кол-во, шт |
Стоимость 1 единицы, руб |
||
|
Карандаш |
||||
Материальные затраты.
Материальные затраты – это наиболее крупный элемент затрат на производство, доля которого в общей сумме затрат может составлять от 60% до 90%.
Uмз= Uэ\э + Uэм
Uмз= 37,4 + 75,0 = 112,4, где
Uмз - материальные затраты
Uэ\э- стоимость потребляемой энергии
Uэм- стоимость эксплуатационных материалов
Оплата труда.
Включает затраты на оплату труда основного производственного персонала, включая премиальные выплаты за производственные затраты, оплата ежегодных и учебных отпусков, выплаты работникам, высвобождаемых с предприятия в результате сокращения штатов и реорганизации предприятий.
Основная заработная плата за время работы над программой.
Заработная плата программиста высшей категории 2334 руб/мес.
Заработная плата программиста без категории 1934 руб/мес.
ЗПосн = Т * З (руб)
ЗПосн = 30 * 88,0 = 2640,0 (руб), где
Т - время работы над программой
З – заработная плата программиста за один день
Дополнительная заработная плата включает в себя: премии, доплату в сверхурочное время, в праздничные дни, по совместительству.
ЗПдоп = 0,4 * ЗПосн (руб)
ЗПдоп = 0,4 * 2640,0 = 1056,0 (руб), где
Оплата труда.
Uзп = ЗПосн + ЗПдоп (руб)
Uзп = 2640,0 + 1056,0 = 3696,0 (руб), где
Uзп – оплата труда всего
ЗПдоп - дополнительная заработная плата
ЗПосн - основная заработная плата за время работы над программой
Отчисления на социальные нужды
Включают отчисления в бюджет РФ – 20%, в фонд социального страхования – 3,2 %, в фонд обязательного медицинского страхования (федеральный и территориальный) – 2,8 %. Общий размер единого социального налога – 26% от фонда оплаты.
Uсн = Нсн/100 * Uзп
Uсн = 26/100 * 3696,0 =961, где
Uзп – оплата труда всего
Нсн – норма отчисления на социальные нужды (26%)
Амортизационные отчисления
Амортизационные отчисления – это денежное выражение, размер амортизации ОС включаемого в себестоимость, таким путем организация возмещает затраты по использованию ОС.
На = На% / 100 % * Соф
На = 10,7 / 100 * 25000 = 2675, где
На% - норма амортизационных отчислений = 10,7 %
Соф – стоимость основных фондов = 25000
Прочие затраты
Этот экономический элемент включает налоги, сборы, отчисления в специальные фонды, производимые в соответствии с установленным законодательством порядке.
Uпр = 450 (руб.), где
Uпр - прочие затраты
Полные издержки
U = Uмз + Uзп + Uсн + На + Uпр
U = 112,4 + 3696,0 + 961,0 + 2675,0 + 450,0 =7894,4, где
Uмз - материальные затраты
Uзп – оплата труда всего
Uсн - отчисления на социальные нужды
На- амортизационные отчисления
Uпр - прочие затраты
Структура себестоимости.
Таблица 2 «Структура себестоимости»
Sn – Сумма по статьям издержек.
Sn = 112,4 + 3696,0 + 961,0 + 2675,0 + 450,0 = 7894,4
Sмз = (112,4 / 7894,4) * 100 = 1,4%
Sопл = (3696,0 / 7894,4) * 100 = 46,8%
Sсн = (961,0 / 7894,4) * 100 = 12,2%
Sа = (2675 / 7894,4) * 100 = 33,9%
Sпр = (450 / 7894,4) * 100 = 5,7%
5. Мероприятия по технике безопасности и противопожарной технике
5.1 Общие положения по технике безопасности
При эксплуатации ПК на работника могут оказывать следующие опасные и вредные производственные факторы:
Повышенный уровень электромагнитных излучений;
Повышенный уровень статического электричества;
Повышенная ионизация воздуха;
Статические физические перегрузки;
Перенапряжение зрительных анализаторов;
Работник обязан:
Выполнять только ту работу, которая определена его должностной инструкцией;
Соблюдать режим труда и отдыха в зависимости от продолжительности, вида и категории трудовой деятельности;
Соблюдать меры пожарной безопасности.
1.1 Инструкция предназначена для пользователей персональных компьютеров.
1.2 К работе с персональным компьютером допускаются лица: имеющие персональные навыки, изучившие руководство по эксплуатации персонального компьютера и знающие порядок включения и отключения электронных устройств; прошедшие вводный инструктаж, а также инструктаж по безопасности труда непосредственно на рабочем месте.
1.3 Профессиональные пользователи должны проходить обязательные предварительные (при поступлении на работу) и периодические медосмотры
1.4 К непосредственной работе с персональным компьютером допускаются лица, не имеющие медицинских противопоказаний.
1.5 Женщины со времени установления беременности и на период кормления ребенка грудью к выполнению всех видов работ, связанных с использованием персонального компьютера, не допускаются.
1.6 Работающие с персональным компьютером обязаны выполнять правила внутреннего распорядка, требования настоящей инструкции. Инструкции по эксплуатации правила электро - пожарной безопасности, знать принцип работы компьютера и методику правильной его эксплуатации, знать возможные вредные производственные факторы, характерные для работы с компьютером (воздействие электромагнитного и электростатического полей, переутомление зрения, снижение его остроты и др.); сообщать инженеру – программисту или руководителю работ обо всех неполадках в работе компьютера; знать приемы освобождения от действия электрического тока лиц, попавших под напряжение, и способы оказания им первой помощи, знать расположение средств пожаротушения и уметь ими пользоваться.
1.7 Следует иметь в виду, что:
Расстояние между рабочими столами с компьютерами в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора должно быть не менее 2 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1.2м;
Чтобы освещение не создавало слепящих бликов на клавиатуре и других частях пульта, располагаться компьютер должен так, чтобы прямой свет на попадал на экран, иначе при работе с монитором будут быстро уставать глаза Операторы не должны также сидеть лицом к окнам; Искусственное освещение в помещениях эксплуатации ПК должно осуществляться системой общего равномерного освещения. В производственных и административно - общественных помещениях, в случаях преимущественной работы с документами, допускается применение системы комбинированного освещения, когда к общему освещению дополнительно устанавливаются светильники местного освещения, предназначенные для освещения зоны расположения документов. Местное освещение не должно создавать бликов на поверхности экрана и увеличивать освещенность экрана более 300 лк. Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300-500 лк. Для обеспечения нормируемых значений освещенности в помещениях использования ПК следует проводить чистку стекол оконных рам и светильников не реже двух раз в год и проводить своевременную замену перегоревших ламп.
Площадь на одно рабочее место ПК должна составлять не менее 6,0 кв. м, а объем - не менее 20,0 куб. м.
Верхний край экрана следует располагать на уровне глаз или чуть ниже;
Оптимальное расстояние от глаз до экрана 600-700 мм, но не ближе 500 мм;
Высота клавиатуры должна быть отрегулирована так, чтобы кисти рук держались прямо (возможно применение подставок для кистей рук);
С целью снижения статического напряжения мышц шейно - плечевой области и спины для предупреждения развития утомления необходимо, чтобы рабочий стул кресло) позволял изменять позу, был подъемно - поворотным и регулируемым по высоте и углам наклона сидения и спинки от переднего сидения;
В производственных помещениях, в которых работа на ПК является основной (диспетчерские, операторские, расчетные, кабинеты и посты управления, залы вычислительной техники и т. д.) должны обеспечиваться оптимальные параметры микроклимата. Для нормализации аэроионного фактора помещений с компьютерами необходимо использовать устройства автоматического регулирования ионного режима воздушной среды.
Рабочие места с ПК при выполнении творческой работы, требующей значительного умственного напряжения или высокой концентрации внимания, следует изолировать друг от друга перегородками высотой 1,5-2,0 м.
В помещениях с ПК ежедневно должна проводится влажная уборка.
Помещения с ПК должны быть оснащены аптечкой первой помощи и углекислотными огнетушителями.
Кабели компьютера должны располагаться так, чтобы их нельзя было повредить неосторожным движением;
Для предотвращения образования и защиты от статического электричества, в помещении, где установлен компьютер, необходимо применять нейтрализаторы и увлажнители. Должна быть эффективная вентиляция и поддерживаться относительная влажность воздуха на уровне 40-60 % (можно разместить вблизи компьютера цветы или аквариум).
1.8 Для обеспечения оптимальной работоспособности и сохранения здоровья профессиональных пользователей, на протяжении рабочей смены должны устанавливаться регламентированные перерывы. Продолжительность непрерывной работы с персональным компьютером без регламентированного перерыва не должна превышать 2 часов.
1.9 При работе с персональным компьютером в ночную смену (с 22 до 6 часов), независимо от категории и вида трудовой деятельности, продолжительность регламентированных перерывов должна увеличиваться на 60 мин.
1.10 Невыполнение требований настоящей инструкции является нарушением производственной дисциплины. Виновные в этом несут ответственность, в порядке, установленном действующим законодательством.
5.2. Техника безопасности при работе с ПК
1. Требования безопасности перед началом работы.
1.1 Подготовить рабочее место, убедиться в достаточной освещенности.
1.2 Убедиться в исправности компьютера, произведя его внешний осмотр. При осмотре обращать внимание на наличие и исправность предусмотренных защитных устройств токоведущих частей, исправность коммутационных устройств кнопок, клавиш, целостность изоляции питающего кабеля, вилок, розеток.
1.3 При выявлении неполадок сообщить об этом инженеру – программисту или руководителю работ и до их устранения к работе не приступать.
2. Требования безопасности во время работы.
2.1 Выполнять при работе требования, изложенного в руководстве по эксплуатации компьютера.
2.2 Питание на процессор следует подавать после включения всех периферийных устройств. После работы первым должен выключаться процессор.
2.3 Не оставлять компьютер включенным при уходе с рабочего места. При длительном перерыве в работе компьютер следует обесточить, отсоединив от сети.
2.4 При появлении неисправностей прекратить работу, компьютер отключить от электросети (или поступить в соответствии с требованиями руководства по эксплуатации). Сообщить об этом инженеру – программисту или руководителю работ. До устранения неисправностей компьютер не включать.
2.5 С целью уменьшения отрицательного влияния монотонности и для снижения напряженности труда целесообразно равномерное распределение нагрузки и характера деятельности - работы за пультом компьютера с другой работой.
2.6 Во время регламентированных перерывов с целью снижения нервно-эмоционального напряжения, зрительного и общего утомления целесообразно выполнять комплексы рекомендованных санитарными нормами и правилами упражнений.
2.7 Работающим с персональными компьютерами с высоким уровнем напряженности труда во время регламентированных перерывов и в конце рабочего дня, показана психологическая разгрузка в специально оборудованных помещениях.
3. Требования безопасности в аварийных ситуациях.
3.1 При возникновении аварийной ситуации на рабочем места, работающий с персональным компьютером обязан работу прекратить, отключить электроэнергию, сообщить инженеру – программисту или руководителю работ и принять меры к ликвидации создавшейся ситуации.
3.2 В случае возникновения пожара - отключить компьютер от электросети, вызвать пожарную охрану и приступить к тушению пожара имеющимися средствами пожаротушения.
3.3 При наличии травмированных - устранить воздействие повреждающих факторов, угрожающих здоровью и жизни пострадавших (освободить от действия электрического тока, погасить горящую одежду и т. д.), оказать первую помощь, вызвать скорую медицинскую помощь или врача, либо принять меры дня транспортировки пострадавшего в ближайшее лечебное учреждение, сохранить, по возможности, обстановку на месте происшествия сообщить о случившемся непосредственному руководителю.
4.1 Отключить компьютер от электросети и убрать рабочее место
4.2 Сообщить инженеру – программисту или непосредственному руководителю о всех замеченных во время работы неполадках и неисправностях электронных устройств.
Заключение
Современный этап автоматизации управления общественным производством характерен развитием распределенной обработки экономической информации. Наиболее перспективной сферой использования концепции распределенной обработки экономической информации является автоматизация планово-управленческих функций на базе персональных ЭВМ, установленных непосредственно на рабочих местах специалистов. Эти системы получили широкое распространение в организационном управлении под названием автоматизированных рабочих (АРМ).
Автоматизированное рабочее место представляет собой рабочее место персонала автоматизированной системы управления, оборудованное средствами, обеспечивающими участие человека в реализации функций управления.
Программа «Информационная система гостиничного комплекса» была разработана, прошла тестирование и готова к эксплуатации.
Список литературы
1. Архангельский А. Я. Программирование Delphi7 - Москва, 2005;
2. Благодатских В. А. и др. Экономика, разработка и использование программного обеспечения ЭВМ - Москва, 1995;
3. Благодатских В. А. и др. Стандартизация разработки программных средств - Москва, 2003;
4. Бобровский С. И. Delphi 7 - Москва, 2005;
5. Голицина О. Л., Максимов Н. В. и др. База данных - Москва, 2003;
6. Коннолли Т. А., Бег К. В. Базы данных. Проектирование, реализация и сопровождение - Москва, 2001;
7. Океанова З. К. Основы экономической теории -Москва, 2003;
8. Орлов С. К. Технологии разработки программного обеспечения - Санкт-Петербург, 2002;
9. Полещук Н. Н. AutoCAD 2005, Санкт – Петербург, 2004;
10. Рудаков А. В. Технология разработки программных продуктов - Москва, 2005;
11. Семакин И. Г., Шестаков А. П. Основы программирования - Москва, 2001;
12. Фаронов В. В. Программирование баз данных в Delphi 7, Санкт-Петербург, 2003;
13. Фигунов В. Э. IBM PC для пользователей - Москва, 1996;
14. Якубайтис Э. А. Информационные сети и системы - Москва, 1996.
Приложение
Листинг программы «Информационная система гостиничного комплекса»
Dialogs, Menus, Grids, DBGrids, DB, DBTables, jpeg, ExtCtrls, ComCtrls,
TForm1 = class(TForm)
MainMenu1: TMainMenu;
N101: TMenuItem;
N111: TMenuItem;
N121: TMenuItem;
N131: TMenuItem;
N141: TMenuItem;
N151: TMenuItem;
DBGrid1: TDBGrid;
DataSource1: TDataSource;
StatusBar1: TStatusBar;
Button1: TButton;
procedure N2Click(Sender: TObject);
procedure N3Click(Sender: TObject);
procedure N4Click(Sender: TObject);
procedure N6Click(Sender: TObject);
procedure N7Click(Sender: TObject);
procedure N8Click(Sender: TObject);
procedure N21Click(Sender: TObject);
procedure N9Click(Sender: TObject);
procedure N22Click(Sender: TObject);
procedure N10Click(Sender: TObject);
procedure N12Click(Sender: TObject);
procedure N31Click(Sender: TObject);
procedure N41Click(Sender: TObject);
procedure N61Click(Sender: TObject);
procedure N81Click(Sender: TObject);
procedure N71Click(Sender: TObject);
procedure N91Click(Sender: TObject);
procedure N51Click(Sender: TObject);
procedure N101Click(Sender: TObject);
procedure N121Click(Sender: TObject);
procedure N131Click(Sender: TObject);
procedure N141Click(Sender: TObject);
procedure N151Click(Sender: TObject);
procedure N23Click(Sender: TObject);
procedure N111Click(Sender: TObject);
procedure N14Click(Sender: TObject);
{ Private declarations }
{ Public declarations }
uses Unit11, Unit7, Unit3, Unit2, Unit4, Unit5, Unit6, Unit8, Unit9, Unit10,
Unit12, Unit13, Unit14, Unit15, Unit16, Unit17, Unit18, Unit19, Unit21,
Unit20, Unit22, Unit23, Unit24, Unit25, Unit26, Unit28, Unit29, Unit30;
procedure TForm1.N2Click(Sender: TObject);
Form11.ShowModal;
procedure TForm1.N3Click(Sender: TObject);
form7.showmodal;
procedure TForm1.N4Click(Sender: TObject);
form3.showmodal;
procedure TForm1.N6Click(Sender: TObject);
form2.showmodal;
procedure TForm1.N7Click(Sender: TObject);
form4.showmodal;
procedure TForm1.N8Click(Sender: TObject);
form5.showmodal;
procedure TForm1.N21Click(Sender: TObject);
form6.showmodal;
procedure TForm1.N9Click(Sender: TObject);
form8.showmodal;
procedure TForm1.N22Click(Sender: TObject);
form9.showmodal;
procedure TForm1.N10Click(Sender: TObject);
form10.showmodal;
procedure TForm1.N12Click(Sender: TObject);
Button1.Visible:=true;
dbgrid1.Visible:=true;
form13.ShowModal;
procedure TForm1.N31Click(Sender: TObject);
dbgrid1.Visible:=true;
form24.showmodal;
Button1.Visible:=true;
procedure TForm1.N41Click(Sender: TObject);
dbgrid1.Visible:=true;
Form14.showmodal;
Button1.Visible:=true;
procedure TForm1.N61Click(Sender: TObject);
dbgrid1.Visible:=true;
form15.showmodal;
Button1.Visible:=true;
procedure TForm1.N81Click(Sender: TObject);
dbgrid1.Visible:=true;
form28.showmodal;
Button1.Visible:=true;
procedure TForm1.N71Click(Sender: TObject);
dbgrid1.Visible:=true;
form16.showmodal;
Button1.Visible:=true;
procedure TForm1.N91Click(Sender: TObject);
dbgrid1.Visible:=true;
form29.showmodal;
Button1.Visible:=true;
procedure TForm1.N51Click(Sender: TObject);
dbgrid1.Visible:=true;
form17.showmodal;
Button1.Visible:=true;
procedure TForm1.N101Click(Sender: TObject);
dbgrid1.Visible:=true;
form18.showmodal;
Button1.Visible:=true;
procedure TForm1.N121Click(Sender: TObject);
dbgrid1.Visible:=true;
form19.showmodal;
Button1.Visible:=true;
procedure TForm1.N131Click(Sender: TObject);
dbgrid1.Visible:=true;
form20.showmodal;
Button1.Visible:=true;
procedure TForm1.N141Click(Sender: TObject);
dbgrid1.Visible:=true;
form22.showmodal;
Button1.Visible:=true;
procedure TForm1.N151Click(Sender: TObject);
dbgrid1.Visible:=true;
form23.showmodal;
Button1.Visible:=true;
procedure TForm1.N23Click(Sender: TObject);
dbgrid1.Visible:=true;
form25.showmodal;
Button1.Visible:=true;
procedure TForm1.N111Click(Sender: TObject);
dbgrid1.Visible:=true;
form26.showmodal;
Button1.Visible:=true;
procedure TForm1.Button1Click(Sender: TObject);
DBGrid1.Visible:=false;
button1.Visible:=false;
Form1.Query1.SQL.Clear;
procedure TForm1.N14Click(Sender: TObject);
Form30.showmodal;
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, DBCtrls;
TForm20 = class(TForm)
Button1: TButton;
ComboBox2: TComboBox;
DBComboBox1: TDBComboBox;
procedure Button1Click(Sender: TObject);
procedure FormPaint(Sender: TObject);
{ Private declarations }
{ Public declarations }
Form20: TForm20;
uses Unit1, Unit17, Unit13, Unit2;
procedure TForm20.Button1Click(Sender: TObject);
if (dbcombobox1.Text = "") or (edit1.Text = "") or (edit2.Text = "") then
MessageBox(Application.Handle, "Заполните все поля", "Ошибка", MB_OK + MB_ICONHAND) else
Form1.Query1.SQL.Clear;
Form1.Query1.SQL.Add("SELECT DISTINCT Naimenovanie_gost as Наименование_гостиницы, N_klienta as Номер_клиента, FIO as ФИО_клиента, Z_s_b as Занят_Свобод_Заброн, Data_zaselenia as Дата_заселения FROM гост_комплекс, общая, клиенты, клиенты2 ");
Form1.Query1.SQL.Add("WHERE гост_комплекс.N_gost=общая.N_gost and клиенты2.N_klienta=клиенты.N_klienta and клиенты2.N_nomera=общая.N_nomera and Naimenovanie_gost="""+dbcomboBox1.Text+""" and Data_zaselenia between """+edit1.text+""" and """+edit2.text+""" and Z_s_b="""+combobox2.text+"""");
Form1.Query1.Open;
if Form1.Query1.RecordCount = 0 then showmessage ("Данной записи не существует") else
procedure TForm20.FormPaint(Sender: TObject);
DBCombobox1.Items.Clear;
form2.Query1.First;
while not form2.Query1.Eof do
DBCombobox1.Items.Add(form2.query1.Fields.FieldByName("Naimenovanie_gost").AsString);
form2.Query1.Next;
Предлагается следующее содержание идеальной ВКР по
направлению «Информатика и вычислительная техника».
Приведенный перечень является существенно расширенным по
сравнению с объемом типичной ВКР. Предполагается, что в соответствии с особенностями конкретной создаваемой ИС студент выберет из
него только те позиции, которые подходят к его задаче.
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Министерство образования и наук Российской Федерации
Кафедра информационных технологий и автоматизированных систем Электротехнического факультета
Направление: 230100.62
Зав. Кафедрой: д.э.н., проф.
Файзрахманов Р.А.
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА
На соискание академической степени бакалавра
Студент ___________________________ (Пешков К.А.)
Состав ВКР:
1. Пояснительная записка на 107 стр.;
2. Графический материал на 12 листах;
3. Электронный носитель с материалами ВКР.
Руководитель ВКР: ________________________ (Подгорных П.А.)
Консультант: _______________________________ (Чепелева И.М.)
Нормоконтролер: ____________________________ (Елисеева Е.Н.)
Пермь - 2012
Министерство образования и науки Российской Федерации
Пермский национальный исследовательский политехнический университет
Кафедра информационных технологий и автоматизированных систем
Электротехнического факультета
«УТВЕРЖДАЮ»
Зав. кафедрой (Р.А. Файзрахманов)
«____»___________2010г.
на выполнение выпускной работы бакалавра
Фамилия, И.О. Пешков Кирилл Александрович
Факультет ЭТФ Группа АСУзу-08-2
Начало выполнения работы 25.12.2011
Контрольные сроки просмотра работы кафедрой 10 .01.2012 , 20.01.2012, 2 4 .01.2012
Сроки представления на рецензию 2 4 .01.2012
Защита работы на заседании ГЭК 2 6 .01.2012
1. Наименование темы «Разработка автоматизированной системы упр авления кадрами на предприятии»
2. Исходные данные к работе. Документы строгой отчетности отдела кадров компании ООО «ИВЦ»
а) основная часть: описание предметной области, изучение функций сотрудников отдела кадров, изучение входной документации
б) специальная часть: составление модели, реализация модели
Перечень графического материала: функциональная модель, модель БД, реализация системы
Основная литература Маклаков С.В. Erwin и BPwin . CASE - средства разработки информационных систем, Вендров А.М. CASE технологии. Современные методы и средства проектирования информационных систем
Руководитель выпускной квалификационной работы бакалавра
старший преподаватель кафедры ИТАС (Подгорных П.А. )
Консультант начальник отдела проектирования (Чепелева И.М. )
Задание получил 25.12.2011 (Пешков К.А. )
КАЛЕНДАРНЫЙ ГРАФИК ВЫПОЛНЕНИЯ ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ
|
Объем этапа в % |
Выполнения |
Примечание |
|||
|
Анализ исходных данных, выбор схемы и основных параметров |
|||||
|
Разработка основной части |
|||||
|
Разработка графической части |
|||||
|
Оформление пояснительной записки писки |
|||||
|
Представление работы на проверку и отзыв руководителя квалификационной работы квалификационной работы |
|||||
|
Представление работы заведующему кафедрой |
|||||
|
Защита на заседании ГЭК |
Руководитель работы (Подгорных П.А. )
«____» 2011 г.
Обозначения и сокращения
Введение
1. Постановка задачи
2. Анализ известных подходов к решению проблемы
2.1. Обзор и выбор стандартов и профилей
3. Описание функциональной модели бизнес-процесса «AS-IS»
3.1. Описание объекта автоматизации и информационных потоков
4. Разработка функциональной модели системы «TO-BE»
4.1. Основные функции системы
4.2. Предполагаемые результаты внедрения системы электронного документооборота
5. Разработка инфологической модели системы
5.1. Разработка инфологической модели данных
5.2. Разработка даталогической модели данных
6. Описание архитектуры системы
6.1. Подсистема хранения данных
6.2. Подсистема обмена данными
6.3. Подсистема приложения
Заключение
Список литературы
РЕФЕРАТ
Отчет 91 страница, 3 рисунка, 1 таблица, 8 источников, 12 приложений
ОТДЕЛ КАДРОВ, УЧЁТ КАДРОВ, ДОКУМЕНТОБОРОТ, ВХОДНЫЕ ДОКУМЕНТЫ, ВЫХОДНЫЕ ДОКУМЕНТЫ, АВТОМАТИЗИРОВАННАЯ СИСТЕМА
Объектом исследования является документооборот отдела кадров предприятия ООО «ИВЦ».
Цель работы - разработка автоматизированной системы управления кадрами на предприятии.
В процессе работы проводились экспериментальные исследования отдельных составляющих документооборота отдела кадров.
В результате работы создан технический проект, на основе которого ведется разработка системы управления кадрами на предприятии.
Эффективность системы определяется снижение влияния личных качеств персонала на выполнение процессов обработки документов, повышение надежности хранения документов, а также минимизация временных затрат на поиск и анализ необходимых документов.
ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
|
Автоматизированная система |
||
|
Автоматизированная система управления |
||
|
База данных |
||
|
Выпускная квалификационная работа |
||
|
Высшее учебное заведение |
||
|
Государственный стандарт |
||
|
Единая тарифная сетка |
||
|
Жизненный цикл |
||
|
Информационная система |
||
|
Информационные технологии и автоматизированные системы |
||
|
Научно-исследовательская работа |
||
|
Программное обеспечение |
||
|
Программная система |
||
|
Система управления базами данных |
||
|
Техническое задание |
||
|
Электронная вычислительная машина |
||
|
CASE (Computer Aided Software/ System Engineering) |
Автоматизированная разработка программного обеспечения |
|
|
DFD (Data Flow Diagrams) |
Диаграммы потоков данных |
|
|
ERD (Entity-Relationship Diagrams) |
Диаграммы "сущность-связь" |
|
|
ERP (Enterprise Resource Planning) |
Системы управления предприятием |
|
|
IDEF0 (Icam DEFinition) |
Методология функционального моделирования |
|
|
IDEF1X (Icam DEFinition1 Extended) |
Методология построения реляционных структур |
|
|
IEC (International Electrotechnical Commission) |
Международная комиссия по электротехнике |
|
|
ISO (International Organization for Standardization) |
Международная организация по стандартизации |
|
|
ODBC (Open Date Base Connect) |
Открытые технологии для связи с БД |
|
|
RAD (Rapid Application Development) |
Методология быстрой разработки приложений |
|
|
SADT (Structured Analysis and Design Technique) |
Методология структурного Анализа |
|
|
SQL (Structured Query Language) |
Структурированный язык запросов |
ВВЕДЕНИЕ
В условиях рыночной экономики, многие предприятия осознают необходимость модернизации системы документооборота.
Основные предпосылки, которые вынуждают внедрять системы автоматизации документооборота:
· значительные временные затраты и трудозатраты возникающие при работе сотрудников отдела кадров с документами;
· необходимость соответствия нормативным требованиям российского документооборота;
· широкие возможности автоматизированной системы для обеспечения учета и контроля кадров;
· универсальность системы автоматизации, позволяющей обеспечить оперативный доступ и контроль работы отдела кадров.
Все эти предпосылки говорят только о том, что для любого предприятия или организации вопросы оптимизации кадрового документооборота и контроля обработки информации имеют ключевое значение. Это утверждение можно подтвердить следующими данными. По оценкам ведущих консалтинговых компаний в сфере информационных технологий:
· около 80% своего рабочего времени начальник тратит на работу с информацией.
· порядка 30% рабочего времени сотрудников уходит на создание, поиск, согласование и отправку документов,
· каждый внутренний документ копируется, в среднем, до 20 раз
· существуют также оценки, что на работу с документами приходится тратить до 40% трудовых ресурсов и до 15% корпоративных доходов.
Даже не вникая во все эти цифры, становится понятно, что система автоматизации работы с документами сотрудников предприятия заметно упростит работу сотрудников отдела кадров, позволит сократить затраты на содержание этого отдела и создать унифицированную систему, которая позволит тратить гораздо меньше времени на обучение новых сотрудников.
Так же крупные компании, имеющие сложную и очень разветвленную структуру, смогут получать оперативный доступ к любой информации в кратчайшие сроки.
Эффективность управления предприятиями и организациями не в последнюю очередь зависит от корректного решения задач оперативного и качественного формирования электронных документов, контроля их исполнения, а также продуманной организации их хранения, поиска и использования. Ускорить эти процессы и облегчить труд персонала позволяет АСУ.
Программно-математические методы и вычислительная техника являются лишь средствами обработки информации и подготовки соответствующих управленческих решений.
Целью данной дипломной работы является Разработка автоматизированной системы управления кадрами на предприятии. В качестве объекта автоматизации выступает документооборот отдела кадров на предприятии ООО «ИВЦ».
Управление документооборотом отдела кадров данной структуры обязывает учитывать очень многие факторы. Подробно все будет описано в техническом задании. Система управления документооборотом должна представлять собой гибкую, динамичную систему, позволяющую эффективно и быстро получать доступ к личным делам сотрудников и оперативно учитывать и добавлять все изменения.
· анализ информационных потоков, связанных с деятельностью отдела кадров, их систематизация и разработка спецификаций;
· разработка моделей деятельности “как есть”, анализ недостатков;
· разработка моделей деятельности “как должно быть”;
· разработка информационной модели данных;
· разработка технического задания на разработку информационной системы.
Разрабатываемая информационная система позволит:
· автоматизировать процесс регистрации, учета, обработки документов;
· оптимизировать хранение документов;
· сэкономить ресурсы, расходуемые на подготовку новых документов;
· повысить комфортность и снизить трудоемкость при работе с документами для конечного пользователя.
· сократить затраты времени руководителей и сотрудников на рутинные операции с документами (создание, поиск, согласование и т.д.)
· исключить несанкционированный доступ к документам;
Для выполнения дипломной работы предполагается использовать следующие стандарты:
· для моделирования бизнес-процессов будет использован IDEF0;
· для моделирования информационных потоков используется IDEF3;
· информационные модели будут представлены в нотации IDEF1X;
· техническое задание будет оформлен в соответствии с ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»
1. П ОСТАНОВКА ЗАДАЧИ
Любое юридическое лицо, вне зависимости от того, в какой организационно-правовой форме оно создано, в процессе осуществления хозяйственной деятельности сталкивается с осуществлением работы по оформлению, ведению и сохранению кадровой документации. В первом приближении кадровой документацией является комплекс документов, обеспечивающих внутрикорпоративное регулирование трудовых и связанных с ними иных отношений работодателя и работника. Следует отметить, что более широким понятием можно считать кадровый документооборот, который включает в себя не только документы, но и процедуры (например, процедуру привлечения работников к дисциплинарной ответственности). С каждым годом число документов (личные карточки сотрудников, табели учета рабочего времени, график отпусков и т.д.) увеличивается и их необходимо хранить, обновлять. Разработка штатного расписания, распределение трудового распорядка, составление разнообразных отчетов и т.п. - вся эта работа проводится вручную, занимая значительную часть времени работы кадровиков. Таким образом, в отделе кадров существуют огромные потоки бумажной документации. Документ является основным носителем деловой информации, но «бумажные технологии» обработки документов уже давно не успевают за той скоростью и точностью, которой требуют современные бизнес-процессы, поэтому большая часть документов и информации для более эффективной работы переводится в электронную форму.
Для организации эффективного ведения документации отдела кадров требуется наличие централизованного хранения информации, а также свободного доступа к ней. Существенной проблемой является быстрый и результативный поиск необходимой информации среди огромного объема данных. Таким образом, применение электронного решения позволяет решить вышеизложенные проблемы.
Целью данно й дипломной работы является разработка автоматизированной системы управления кадрами на предприятии ООО «ИВЦ» «Учёт кадров».
Система должна обеспечивать решение следующих задач:
1. улучшение исполнительской дисциплины и снижение влияния личных качеств персонала на выполнение процессов обработки документов;
2. уменьшение времени разработки документов;
3. повышение оперативности обмена информацией между подразделениями.
4. повышение надежности хранения документов, минимизация временных затрат на поиск и анализ необходимых документов.
С точки зрения реализации проектируемая система должна удовлетворять следующим требованиям:
· системность и информационная совместимость подсистем и элементов подсистемы, т.е. создание во всей информационной системе взаимоувязанной совокупности форм обмена информацией;
· методическое единство, т.е. разработка различных подсистем на основе единых принципов, и обеспечение взаимосвязи различных подсистем, входящих в состав системы (показатели, формы документов);
2. АНАЛИЗ ИЗВЕСТНЫХ ПОДХОДОВ К РЕШЕНИЮ ПРОБЛЕМЫ
На сегодняшний день существуют два основных подхода к разработке ПО ИС, один из которых называется функционально-модульный или структурный . В его основу положен принцип функциональной декомпозиции, при которой структура системы описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами. Второй, объектно-ориентированный использует объектную декомпозицию. Структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Каждый объект системы обладает своим собственным поведением, моделирующим поведение объекта реального мира.
В функциональных моделях (DFD-диаграммах потоков данных, SADT-диаграммах) главными структурными компонентами являются функции (операции, действия, работы), которые на диаграммах связываются между собой потоками объектов.
Несомненным достоинством функциональных моделей является реализация структурного подхода к проектированию ИС по принципу "сверху-вниз", когда каждый функциональный блок может быть декомпозирован на множество подфункций и т.д., выполняя, таким образом, модульное проектирование ИС. Для функциональных моделей характерны процедурная строгость декомпозиции ИС и наглядность представления.
При функциональном подходе объектные модели данных в виде ER-диаграмм "объект - свойство - связь" разрабатываются отдельно. Для проверки корректности моделирования предметной области между функциональными и объектными моделями устанавливаются взаимно однозначные связи.
Главный недостаток функциональных моделей заключается в том, что процессы и данные существуют отдельно друг от друга -- помимо функциональной декомпозиции существует структура данных, находящаяся на втором плане. Кроме того, не ясны условия выполнения процессов обработки информации, которые динамически могут изменяться.
Перечисленные недостатки функциональных моделей снимаются в объектно-ориентированных моделях, в которых главным структурообразующим компонентом выступает класс объектов с набором функций, которые могут обращаться к атрибутам этого класса.
Для классов объектов характерна иерархия обобщения, позволяющая осуществлять наследование не только атрибутов (свойств) объектов от вышестоящего класса объектов к нижестоящему классу, но и функций (методов).
В случае наследования функций можно абстрагироваться от конкретной реализации процедур (абстрактные типы данных), которые отличаются для определенных подклассов ситуаций. Это дает возможность обращаться к подобным программным модулям по общим именам (полиморфизм) и осуществлять повторное использование программного кода при модификации программного обеспечения. Таким образом, адаптивность объектно-ориентированных систем к изменению предметной области по сравнению с функциональным подходом значительно выше.
При объектно-ориентированном подходе изменяется и принцип проектирования ИС. Сначала выделяются классы объектов, а далее в зависимости от возможных состояний объектов (жизненного цикла объектов) определяются методы обработки (функциональные процедуры), что обеспечивает наилучшую реализацию динамического поведения информационной системы.
Для объектно-ориентированного подхода разработаны графические методы моделирования предметной области, обобщенные в языке унифицированного моделирования UML. Однако по наглядности представления модели пользователю-заказчику объектно-ориентированные модели явно уступают функциональным моделям.
При выборе методики моделирования предметной области обычно в качестве критерия выступает степень ее динамичности. Для более регламентированных задач больше подходят функциональные модели, для более адаптивных бизнес-процессов (управления рабочими потоками, реализации динамических запросов к информационным хранилищам) объектно-ориентированные модели. Однако в рамках одной и той же ИС для различных классов задач могут требоваться различные виды моделей, описывающих одну и ту же проблемную область. В таком случае должны использоваться комбинированные модели предметной области.
В настоящее время на практике количество CASE-средств, поддерживающих объектно-ориентированный подход, невелико по сравнению с поддерживающими структурный подход. В том числе, диаграммы, отражающие специфику объектно-ориентированного подхода (диаграммы классов, объектов и т.д.), гораздо менее наглядны и плохо
понимаемы непрофессионалами. Примерами объектно-ориентированных CASE-средств являются: Rational Rose фирмы Rational Software и Paradigm Plus фирмы Computer Associates, предназначенные для автоматизации этапов анализа и проектирования ПО.
Современные CASE-средства, поддерживающих структурный подход, охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО. На сегодняшний день российский рынок программного обеспечения располагает следующими наиболее
развитыми CASE-средствами: Vantage Team Builder (Westmount I-CASE); Designer/2000; Silverrun; ERwin+BPwin; S-Designor; CASE.Аналитик.
ERwin -- современное средство проектирования баз данных. Отличительной чертой ERwin/ERX является высокая степень обеспечения согласованного взаимодействия между средствами создания баз данных и средствами разработки приложений. ERwin поддерживает все наиболее популярные реляционные СУБД, включая Oracle; Sybase; Informix; Microsoft SQL Server; FoxPro; InterBase; Paradox; Access и др. Одна и та же модель может быть использована для создания нескольких баз данных или для переноса приложения с платформы одной СУБД на другую. ERwin можно использовать совместно со многими популярными средствами разработки приложений: Delphi, PowerBuilder, Visual Basic, Oracle Designer/2000 и др.
BPwin - мощное CASE-средство системного анализа деловой и производственной активности, позволяющее отслеживать соответствие структуры бизнеса, документооборота, финансовых потоков жестким и динамичным требованиям современной экономики. Система BPwin поможет повысить конкурентоспособность, оптимизировать процессы управления.
BPwin обладает интуитивно-понятным графическим интерфейсом, помогает быстро создавать и анализировать модели с целью оптимизации деловых и производственных процессов. Посредством набора графических инструментов BPwin позволяет легко построить схему процесса, на которой показаны исходные данные, результаты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдельными работами.
Для моделирования бизнес-процессов Отдела кадров было выбрано CASE-средство BPwin 4.0. Проектирование базы данных создаваемой подсистемы решено производить с помощью CASE-средства ERwin 4.0, поскольку оно достаточно простое в изучении и использовании.
информационная система управление кадры
2 .1 Обзор и выбор стандартов и профилей
Согласно ГОСТ 34.003 жизненный цикл АС: совокупность взаимосвязанных процессов создания и последовательного изменения состояния АС от формирования исходных требований к ней до окончания эксплуатации и утилизации комплекса средств автоматизации АС. Понятие ЖЦ ПО является одним из базовых в программной инженерии. Основным нормативным документом, регламентирующим состав процессов ЖЦ ПО, является международный стандарт ISO/IEC 12207:1995 «Information Technology - Software Life Cycle Processes». Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.
Из российских стандартов, регламентирующих процессы создания АС, в состав которых входит и ПО, можно назвать следующие:
· ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»;
· ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;
· ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем».
Единый комплекс стандартов руководящих документов на АС совместно с другими системами и комплексами стандартов должен образовывать полное нормативно-техническое обеспечение процессов создания и функционирования АС.
ГОСТ 34.602-89 распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа “Техническое задание на создание (развитие или модернизацию) системы” (далее - ТЗ на АС).
Общие положения ГОСТ 34.602-89:
· ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.
· ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.
· Дополнительно могут быть разработаны ТЗ на части АС: на подсистемы АС, комплексы задач АС и т. п. в соответствии с требованиями настоящего стандарта; на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП; на программные 1 средства в соответствии со стандартами ЕСПД; на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика АС.
· Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.
· ТЗ на АС разрабатывают на основании исходных данных в том числе содержащихся в итоговой документации стадии “Исследование и обоснование создания АС”, установленной ГОСТ 24.601.
· В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида (АСУ, САПР, АСНИ и т. д.), содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система.
· Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись “Действует с... ”.
ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:
1. общие сведения;
2. назначение и цели создания системы;
3. характеристика объектов автоматизации;
4. требования к системе;
5. состав и содержание работ по созданию системы;
6. порядок контроля и приемки системы;
7. требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
8. требования к документированию;
9. источники разработки. (ГОСТ 34.602-89)
3. ОПИСАНИЕ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ БИЗНЕС-ПРОЦЕССА « AS - IS »
Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии, так называемая модель «AS-IS» (как есть) и идеального положения вещей - того, к чему нужно стремиться - модель «TO-BE».
В своей работе отдел кадров руководствуется существующими приказами, политикой компании, трудовым кодексом РФ. Сотрудники отдела должны выполнять свои обязанности в соответствии с разработанными должностными инструкциями. Результатами работы отдела в сфере учёта кадров, являются следующие документы:
· Приказы о приеме на работу
· Приказы о переводе
· Приказы об увольнении
· Служебный контракт
· Трудовой договор
· Сведения о датах назначения надбавок за выслугу лет
· Справка об установленном стаже
· Приказы о предоставлении отпусков
· Сведения в бухгалтерию
· Личная карточка Т2 (Т2ГС)
· Общая справка
· Сведения об изменениях
· Сведения о составе работников
· Штатное расписание
3.1 Описание объекта автоматизации и информационных потоков
Отдел кадров является самостоятельным подразделением компании. Его структура представлена на рисунке 1.
«Рисунок 1 - Структура отдела кадров»
В соответствии с возложенными на отдел функциями и задачами отдел выполняет следующие функции (в рамках объекта автоматизации):
· организация отбора, набора и найма персонала, необходимой квалификации и в требуемом объеме;
· создание эффективной системы штатных сотрудников;
· разработка карьерных планов сотрудников;
· разработка кадровых технологий;
· организации труда;
· обучения, продвижения квалификации и переквалификации персонала;
· исследование социально-психологического климата;
· материальное стимулирование и мотивация персонала;
· планирование карьеры и продвижение;
· нормирование труда, оценка резервов и аттестаций;
· охрана и безопасность труда.
Входные/выходные документы
Исходными документами в деятельности отдела кадров (в рамках объекта автоматизации) являются:
· Трудовая книжка;
· Заявление работников об увольнении по собственной инициативе;
· График отпусков;
· Табель учета рабочего времени и расчета оплаты труда;
· Журнал учета мероприятий по контролю;
Выходные документы:
· Приказы о приеме на работу;
· Приказы о переводе;
· Приказы об увольнении;
· Служебный контракт;
· Трудовой договор;
· Сведения о датах назначения надбавок за выслугу лет;
· Справка об установленном стаже;
· Приказы о предоставлении отпусков;
· Сведения в бухгалтерию;
· Личная карточка Т2 (Т2ГС);
· Общая справка;
· Реестр;
· Сведения об изменениях;
· Сведения о составе работников;
· Штатное расписание;
Применяя методологию IDEF0, получим функциональную модель предметной области, которая отображает функциональную структуру объекта, т.е. производимые им действия и связи между ними.
Функциональная модель «AS-IS контекстная диаграмма A-0» представлена в [Приложении А]. Она включает в себя всю деятельность отдела в области учета кадров. Модель представлена в виде черного ящика. Детализация диаграммы «A0» представлена в [Приложении Б].
Функции модели «AS-IS»
Функция A1
Название:
Алгоритм: Ввод данных о сотрудниках в систему;
Входные данные:
Выходные данные: Приказы о приеме на работу, Приказы о переводе, Приказы об увольнении, Служебный контракт, Трудовой договор;
Управление:
Механизм: Специалисты по подбору персонала;
Функция A2
Название: Управление трудовым процессом;
Алгоритм: Организация контроля и выполнение отчётности;
Входные данные: График отпусков, Табель учета рабочего времени и расчета оплаты труда, Приказы о приеме на работу;
Выходные данные: Сведения о датах назначения надбавок за выслугу лет, Справка об установленном стаже, Приказы о предоставлении отпусков, Сведения в бухгалтерию;
Управление:
Механизм: Специалисты по оценке персонала;
Функция A3
Название: Делопроизводство;
Алгоритм: Выполнение процедур по подержанию кадровой информации в актуальном состоянии;
Входные данные: Книга учета движения трудовых книжек и вкладышей к ним, Журнал учета мероприятий по контролю, Проект штатного расписания;
Выходные данные: Личная карточка Т2 (Т2ГС), Общая справка, Реестр, Сведения об изменениях, Сведения о составе работников, Штатное расписание;
Управление: Должностные инструкции;
Механизм: Специалисты по делопроизводству;
При изучении модели «AS-IS» были выявлены следующие недостатки:
· бессистемное хранение документации;
· отсутствие справочников;
· долгий поиск карточки сотрудника в бумажном архиве;
Найденные в модели «AS-IS» недостатки можно исправить при создании модели TO-BE (как должно быть). Эта модель интегрирует перспективные предложения руководства и сотрудников предприятия, экспертов и системных аналитиков и позволяет сформировать видение новых рациональных технологий работы компании.
4. РАЗРАБОТКА ФУНКЦИОНАЛЬНОЙ МОДЕЛИ СИСТЕМЫ « TO - BE »
Применяя методологию IDEF0, разработаем функциональную модель предметной области, которая отображает функциональную структуру объекта, т.е. производимые им действия и связи между ними.
Функциональная модель «TO-BE контекстная диаграмма A-0» представлена в [Приложении В]. Она включает в себя всю деятельность отдела в области учета кадров. Модель представлена в виде черного ящика. Детализация диаграммы «A0» представлена в [Приложении Г].
Функции модели « TO - BE »
Функция A1
Название: Организация приёма/увольнения сотрудников;
Алгоритм: Ввод данных о сотрудниках в электронную карточку;
Входные данные: Трудовая книжка, Заявление работника об увольнении по собственной инициативе;
Выходные данные: Приказы о приеме на работу, Приказы о переводе, Приказы об увольнении, Служебный контракт, Трудовой договор, Электронная карточка сотрудника;
Управление: Трудовой кодекс РФ, Должностные инструкции, Положение об оплате труда работников, Политика компании;
Механизм: Специалисты по подбору персонала, Информационная система;
Функция A2
Название: Управление системой;
Алгоритм: Организация контроля и работа с карточками сотрудников. Выполнение процедур по подержанию кадровой информации в актуальном состоянии;
Входные данные: График отпусков, Табель учета рабочего времени и расчета оплаты труда, Журнал учета мероприятий по контролю, Электронная карточка сотрудника;
Выходные данные: Список сотрудников;
Управление: Должностные инструкции, Политика компании, Правила внутреннего трудового распорядка;
Механизм:
Функция A3
Название: Формирование отчётности;
Алгоритм: Вывод и печать необходимой информации в виде отчётов
Входные данные: Список сотрудников;
Выходные данные: Сведения о датах назначения надбавок за выслугу лет, Справка об установленном стаже, Приказы о предоставлении отпусков, Сведения в бухгалтерию, Личная карточка Т2 (Т2ГС), Общая справка, Реестр, Сведения об изменениях, Сведения о составе работников, Штатное расписание;
Механизм: Информационная система;
Для более подробной иллюстрации отличий моделей «TO-BE» от «AS-IS» выполним декомпозицию функции «A2» и представим её в [Приложении Д].
Функции модели « TO - BE детализация диаграммы A 2»
Функция A21
Название: Работа с электронной карточкой;
Алгоритм: Включает в себя все операции, проводимые с персональными данными сотрудников;
Входные данные: График отпусков, Табель учета рабочего времени и расчета оплаты труда, Журнал учета мероприятий по контролю, Электронная карточка сотрудника, Значение стажа сотрудника, Штатное расписание;
Выходные данные:
Управление: Должностные инструкции, Политика компании, Правила внутреннего трудового распорядка;
Механизм: Специалисты по оценке персонала, Специалисты по делопроизводству, Информационная система;
Функция A22
Название: Формирование штатного расписания;
Алгоритм: Формирование производится на основе данных обо всех отделах и сотрудниках компании;
Входные данные: Табель учета рабочего времени и расчета оплаты труда, Персональные данные сотрудников;
Выходные данные: Штатное расписание;
Управление: Правила внутреннего трудового распорядка;
Механизм: Специалисты по делопроизводству, Информационная система;
Функция A23
Название: Автоматический подсчёт стажа;
Алгоритм: Подсчёт ведётся на протяжении всей трудовой деятельности сотрудника в данном предприятии;
Входные данные: Персональные данные сотрудников;
Выходные данные: Значение стажа сотрудника;
Управление: Должностные инструкции;
Механизм: Информационная система;
Функция A24
Название: Фильтрация;
Алгоритм: Формирование списка сотрудников удовлетворяющих указанным атрибутам;
Входные данные: Персональные данные сотрудников;
Выходные данные: Список сотрудников;
Механизм: Информационная система;
4.1 Основные функции системы
· Хранение структурированной информации о сотруднике в виде карточки с необходимыми реквизитами;
· Ведение справочников предприятий, типов должностей, регионов и различных служебных справочников;
· Поиск карточек по атрибутам;
· Фильтрация карточек по реквизитам и тексту (атрибутивная и полнотекстовая);
· Автоматический подсчёт стажа сотрудника;
· Экспорт необходимой информации в другие распространенные программные средства (Microsoft Excel);
· Вывод всевозможных отчетов.
Вкратце принцип работы системы может быть представлен следующим образом:
· Основными информационными объектами системы являются Карточки сотрудников, хранящие структурированную информацию о соответствующем объекте.
· Вспомогательная справочная информация хранится в Справочниках системы, используемых при заполнении полей карточек и в других служебных целях.
· Пользователь работает с системой при помощи клиентского приложения, получая через него, в соответствии со своими правами, доступ к своим объектам системы. Пользователь может искать, просматривать, создавать и модифицировать объекты, для работы с которыми у него достаточно прав.
· Система автоматически выполняет действия, предусмотренные бизнес-логикой карточек и бизнес-процессов.
В качестве основных направлений при создании системы можно выделить следующие:
· Сближение механизмов работы с бумажными и электронными документами так, чтобы было возможно обеспечить «бесшовный» документооборот на базе удобной, легкой в освоении, быстрой системы с простым и дружественным пользовательским интерфейсом.
· Максимальное упрощение работы руководителей с системой, призванное в значительной степени сэкономить время, поскольку именно руководителю зачастую приходится работать и с бумажной, и с электронной версией документа.
· Облегчение процесса занесения документов в систему вне зависимости от способа и формы, в котором они поступили в организацию (бумага, факс, электронная почта и др.).
· Увеличение доверия со стороны пользователей к системе электронного документооборота, в том числе за счет повышения надежности хранения документов.
· Упрощение управления бизнес-процессами, предназначенных как для обработки документов, так и для задач, не связанных с документами.
4. 2 Предполагаемые результаты внедрения системы электронного документооборота
· Снижение риска потери информации и технологии при уходе ключевых сотрудников.
· В электронном документообороте необходимые документы всегда под рукой: слабая зависимость от персоналий, результативный поиск документов;
· Повышение эффективности управления;
· Рост производительности труда;
· Сотрудники обеспечиваются актуальной информацией;
· Снижение рисков;
· Обеспечение безопасности хранения коммерческой информации.
5. РАЗРАБОТКА ИНФОЛОГИЧЕСКОЙ МОДЕЛИ СИСТЕМЫ
5.1 Разработка инфологической модели данных
Инфологическая модель данных - это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
При построении инфологических моделей с использованием ER-диаграмм сущности изображены прямоугольниками, ассоциации - ромбами или шестиугольниками, атрибуты - овалами, а связи между ними - ненаправленными ребрами, над которыми проставлены степень связи и необходимое пояснение.
На основе анализа предметной области и требований к системе электронного документооборота были выявлены следующие сущности:
· Сотрудник
· Образование
· Дополнительное образование
· Трудовая книжка
· Медицинский полис
· Военный билет
· Награды
· Родственники
· Надбавки
· Пособия
· Назначения перемещения
· Командировки
· Выходные пособия
· Материальная помощь
· Аттестации
· Отпуска
· Больничные листы
· Предприятия
· Виды образования
· Регионы
· Учебные заведения
· Тип должности
· Тип стажа
Связь «Образование» принадлежит
Связь «Доп. образование» принадлежит «Сотрудник» является связью типа M:1;
Связь «Награды» принадлежит «Сотрудник» является связью типа M:1;
Связь «Родственники» принадлежит «Сотрудник» является связью типа M:1;
Связь «Надбавки» принадлежит «Сотрудник» является связью типа M:1;
Связь «Пособия» принадлежит «Сотрудник» является связью типа M:1;
Связь «Назначения перемещения» принадлежит «Сотрудник» является связью типа M:1;
Связь «Командировки» принадлежит «Сотрудник» является связью типа M:1;
Связь «Выходные пособия» принадлежит «Сотрудник» является связью типа M:1;
Связь «Материальная помощь» принадлежит «Сотрудник» является связью типа M:1;
Связь «Аттестации» принадлежит «Сотрудник» является связью типа M:1;
Связь «Отпуска» принадлежит «Сотрудник» является связью типа M:1;
Связь «Больничные листы» принадлежит «Сотрудник» является связью типа M:1;
Связь «Резерв» принадлежит
Связь «Тип должности» принадлежит «Резерв» является связью типа 1:М;
Связь «Трудовая книжка» принадлежит «Сотрудник» является связью типа 1:1;
Связь «Медицинский поли» принадлежит «Сотрудник» является связью типа 1:1;
Связь «Военный билет» принадлежит «Сотрудник» является связью типа 1:1;
Связь «Предприятия» принадлежит
Связь «Виды образования» принадлежит «Сотрудник» является связью типа 1:М;
Связь «Стаж» принадлежит «Сотрудник» является связью типа М:М;
Связь «Тип стажа» принадлежит «Стаж» является связью типа 1:М;
5.2 Разработка даталогической модели данных
Инфологическая модель должна быть отображена в компьютерно-ориентированную - даталогическую модель. Даталогическая модель обеспечивает независимость данных на двух уровнях - логическом и физическом.
Логический уровень модели данных - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и называются так, как они называются в реальном мире. Логическая модель данных создана на основе диаграмм "сущность-связь", включающей сущности и связи между ними. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и отличается от всех остальных экземпляров. Сущность имеет набор атрибутов, каждый из которых выражает определенное свойство объекта.
Логическая модель системы представлена в [Приложении Л] и в [Графическом материале 11].
Таблицы подразделяются на так называемые справочные, рабочие и сервисные таблицы. В таблицах-справочниках хранятся наименования некоторых объектов, например, наименования категорий или типов стажа. Каждому из них присваивается уникальный в рамках конкретной таблицы код, по которому можно найти соответствующее наименование объекта во множестве, содержащихся в таблице. В рабочих таблицах практически вся информация хранится в кодах или ключах записей, таблицы связаны между собой по кодам (или ключам записей). В сервисных же таблицах производится операции вспомогательного типа, например, подсчитывается стаж.
6 . ОПИСАНИЕ АРХИТЕКТУРЫ СИСТЕМЫ
В автоматизированной информационной системе «Учёт кадров» используется трехзвенная архитектура клиент-сервер (рисунок 2).
«Рисунок 2 - Архитектура системы «Учёт кадров»
Автоматизированная информационная система «Учёт кадров» условно разделена на три подсистемы:
1. Подсистема хранения данных.
2. Подсистема обмена данными.
3. Подсистема приложения.
6 .1 Подсистема хранения данных
В роли подсистемы хранения данных выступает СУБД MS SQL. СУБД работает с базой данных, в которой структурировано хранятся все персональные данные сотрудников.
Эту информацию используют при работе все подсистемы, эффективно обмениваясь ею в процессе работы.
6 .2 Подсистема обмена данными
Подсистема обмена данными представляет собой Веб-сервис, который предназначен для обмена информации между клиентскими приложениями (подсистема приложения) и базой данных. Веб-сервис разрабатывается по технологии Windows Communication Foundation, это унифицированная модель программирования распределенных приложений на платформе Microsoft. Она инкорпорирует предшествующие технологии - ASMX,.NET Remoting, DCOM и MSMQ - и предоставляет расширяемый API, отвечающий разнообразным требованиям, которые возникают при создании распределенных систем.
Веб-сервис обменивается данными с клиентскими приложениями по протоколу HTTP, а также поддерживает дуплексный обмен данными (одновременный обмен в обе стороны).
6 .3 Подсистема приложения
Подсистема приложения представляет собой клиентское приложение, которое обменивается данными с веб-сервисом. Клиентское приложение разработано в интегрированной среде разработки Delphi.
Delphi - императивный, структурированный, объектно-ориентированный язык программирования, диалект Object Pascal. Начиная со среды разработки Delphi 7.0, в официальных документах Borland стала использовать название Delphi для обозначения языка Object Pascal. Начиная с 2007 года уже язык Delphi (производный от Object Pascal) начал жить своей самостоятельной жизнью и претерпевал различные изменения связанные с современными тенденциями (например, с развитием платформы.NET) развития языков программирования: появились class helpers, перегрузки операторов и другое.
Описание функций приложения
Пользователь системы работает непосредственно с клиентским приложением. В главном окне приложения [Приложение Е] отображается список всех сотрудников компании, которых можно отсортировать и найти по различным атрибутам. Для того чтобы ввести в систему нового сотрудника необходимо создать «Карточку физического лица» [Приложение Ж] и заполнить её персональными данными сотрудника. Прежде всего, необходимо заполнить поле «Пенс №» т.к. оно является ключевым.
Для того что бы назначить человека на какую либо должность необходимо зайти в карточку «Дополнительные сведения» [Приложение З], в которой заполняются дополнительные атрибуты в том числе «Назначения и перемещения». При добавлении нового назначения открывается окно «Приём на работу и перевод на другую работу» [Приложение И], в котором указывается всё о текущей должности сотрудника. После заполнения всех атрибутов у сотрудника автоматически начинает подсчитываться стаж.
При заполнении электронных карточек всех сотрудников имеет смысл сформировать штатное расписание.
Для фильтрации электронных карточек используется окно «Фильтрация» [Приложение К]. В нём указывается один или несколько атрибутов, по которым необходимо отсеивать карточки. Полученный список можно использовать для редактирования данных или формирования всевозможных отчётов по одному или нескольких сотрудниках.
З АКЛЮЧЕНИЕ
Данная дипломная работа посвящена автоматизации документооборота в рамках работы отдела кадров компании ООО «ИВЦ».
Целью данной дипломной работы является создание проекта «Учёт кадров».
Для достижения поставленной цели сформулированы и решены следующие задачи:
· Выполнен анализ информационных потоков;
· Разработаны модели деятельности “как должно быть” с использованием стандарта IDEF0;
· Разработаны информационные модели данных в нотации IDEF1X;
· Разработано техническое задание на информационную систему кафедры на основе ГОСТ 34/602-89, которое приведено в [Приложении M].
С ПИСОК ЛИТЕРАТУРЫ
1. ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;
2. ГОСТ 34.602-89 «Правила оформления технического задания». - URL: http://url5.ru/hej (дата посещения 25.11.2011);
3. Трудовой кодекс Российской федерации. - Редакция 2011-2012
4. Вендров А.М. «Проектирование программного обеспечения экономических информационных систем»: Финансы и Статистика. - 2002;
5. Кибанова А.Я. «Управление персоналом организации»: ИНФРА-М. - 2005;
6. Маклаков С.В. «BPwin и Erwin. CASE-средства разработки информационных систем»: ДИАЛОГ-МИФИ. - 2000;
7. Маклаков С.В. «Моделирование бизнес-процессов с BPwin 4.0»: ДИАЛОГ-МИФИ. - 2002 - 224c.;
8. Квалификационный справочник должностей руководителей, специалистов и служащих: ИНФРА-М. - 2003 - 96с.
Размещено на Allbest.ru
...Обоснование необходимости разработки АОС "Информационная безопасность". Построение модели деятельности "Как есть" (AS-IS) и "Как должно быть" (TO-BE). Анализ программных продуктов. Создание модели предметной области. Разработка информационной системы.
отчет по практике , добавлен 31.05.2015
Общая характеристика предприятия и определение проблем в его деятельности, анализ известных подходов к их решению. Средства разработки и анализ информационных потоков. Разработка и структура модели деятельности предприятия "как есть" и "как должно быть".
курсовая работа , добавлен 20.12.2013
Понятие автоматизированной информационной системы. Построение функционально-ориентированных моделей "как есть" (as-is) и "как должно быть" (to-be). Описание базы данных, разработка приложения, руководство пользователя. Счет-фактура, платежное поручение.
дипломная работа , добавлен 23.04.2013
Анализ информационных потоков, связанных с деятельностью шиномонтажной мастерской. Разработка информационной модели данных. Описание технического задания на разработку web-сервиса. Составление планов управления конфигурациями и контроля качества.
курсовая работа , добавлен 25.12.2014
Изучение существующей технологии почтовых отправлений. Составление модели технологической операции в формате "как есть". Разработка модели автоматизированной технологической операции в формате "как надо" (TO-BE). Разработка технического задания на АРМ.
контрольная работа , добавлен 20.12.2010
Стенограмма интервью с руководителем МБОУ "Центр образования с. Марково". Должностные инструкции, деятельность отдела по работе с клиентами. Построение модели деятельности "как есть" и "как должно быть". Создание автоматизированной информационной системы.
курсовая работа , добавлен 25.04.2013
Построение моделей деятельности "как есть" (AS–IS) и "как должно быть" (TO–BE) для повышения эффективности учета товаров на складе ООО "ТНТ Трейдинг". Формирование технического задания на создание автоматизированной информационной системы для предприятия.
курсовая работа , добавлен 12.04.2012
Разработка функциональной модели процесса управления магазином. Составление спецификаций прецедентов в виде таблиц. Создание диаграмм классов, последовательности, состояний и деятельности. Представление базы данных, описание экранных форм и запросов.
курсовая работа , добавлен 15.07.2012
Комплексное исследование объекта информатизации - ООО "УралПромСнаб". Разработка модели бизнес-процессов AS-IS и анализ "узких" мест. Разработка технического задания на покупку и внедрение готовой автоматизированной системы учета "Галактика ERP 9.1".
курсовая работа , добавлен 12.12.2013
Определение класса защищённости АС. Разработка модели угроз. Выбор механизмов и средств защиты информационных ресурсов от несанкционированного доступа. Создание структуры каталогов для заданного количества пользователей автоматизированной системы.
ФИО студента
Название работы
Руководитель
Факультет
Программа
Год защиты
В данной работе описывается проектирование и разработка информационной системы, которая позволяет осуществлять сбор статистических данных количества поисковых запросов пользователей в поисковых системах с 2004 года по дату проведения анализа; автоматически структурировать полученные данные; производить анализ статистики и вычислять прогнозируемый показатель количества поисковых запросов на следующий месяц посредством статистических методов, в том числе временных рядов, а также с помощью нейросетевых технологий.Целью работы является проектирование и разработка аналитической информационной системы, которая обеспечит возможность прогнозирования конкретных пользовательских поисковых запросов.Задачи исследования включают в себя:- анализ специальной литературы, сбор, систематизация и обобщение; инструктивных и нормативных материалов, анализ предметной области;- анализ методологий сбора и анализа данных;- анализ информационных технологий для разработки системы;- разработка информационно-аналитической системы;- тестирование и отладка разработанной информационной системы.Объектом исследования являются поисковые запросы пользователей.Предметом исследования являются средства анализа и прогнозирование изменений количества поисковых запросов в сети Интернет.В выпускную квалификационную работу входит введение, 3 главы, заключение и 3 приложения.Во введении кратко описывается актуальность выпускной квалификационной работы, описываются цели и задачи информационной системы, а также описываются основные целевые группы пользователей, для которых предназначена разрабатываемая информационная система.В первой главе проводится обзор предметной области, анализ ключевых понятий, анализ бизнес-процессов, а также анализ существующих решений. Выделяются основные необходимые пользовательские функции разрабатываемой информационной системы, определяются рамки информационной системы, а также производится обоснование адекватности использования методов прогнозирования для поставленных задач.Во второй главе описывается обоснование выбора инструментов разработки информационной системы, описывается процесс разработки и тестирования информационной системы прогнозирования поисковых запросов. Описывается процесс проектирования и создания базы данных, экранных форм и логики работы информационной системы.В третей главе проводится экономическое обоснование, обоснование эффективности использования разработанной информационной системы для целевых групп – пользователей разработанной информационной системы.Заключение посвящено описанию результатов, полученных при выполнении выпускной квалификационной работы, а именно соответствие заявленных целей и задач результатам, краткое описание выводов и оценок относительно прогностических возможностей разработанной информационной системы.Работа предназначена для всех, кто интересуется методами прогнозирования, отслеживанием изменений количества тех или иных поисковых запросов в сети Интернет.
Выпускные квалификационные работы (ВКР) в НИУ ВШЭ выполняют все студенты в соответствии с университетским и Правилами, определенными каждой образовательной программой.
Аннотации всех ВКР в обязательном порядке публикуются в свободном доступе на корпоративном портале НИУ ВШЭ.
Полный текст ВКР размещается в свободном доступе на портале НИУ ВШЭ только при наличии согласия студента – автора (правообладателя) работы либо, в случае выполнения работы коллективом студентов, при наличии согласия всех соавторов (правообладателей) работы. ВКР после размещения на портале НИУ ВШЭ приобретает статус электронной публикации.
В случае использования ВКР, в том числе путем цитирования, указание имени автора и источника заимствования обязательно.
