Разработка базы данных «Учет зарплаты строительной фирмы»

• Перечень сокращений
• Введение
• 1. Постановка задачи
• 2. Анализ требований
• 3. Выбор решений
• 4. Создание БД
• 4.1 Проектирование и создание таблиц БД
• 4.2 Выбор и создание связей между таблицами БД
• 4.3 Разработка и создание запросов
• 4.4 Запрос на выборку
• 4.5 Параметрический запрос
• 5. Запрос с параметрическими полями
• 5.1 Запрос на создание таблицы
• 5.2 Запрос на удаление
• 5.3 Запрос на обновление
• 5.4 Запрос на заполнение столбца (на добавление)
• 6. Разработка отчетов для приложений
• 6.1 Разработка пользовательского интерфейса на основе форм
• 6.2 Объединение объектов БД в единое приложение и отладка
• 7. Руководство пользователя
• 8. Экономическая часть
• 8.1 Расчет единовременных затрат на разработку ПО
• 8.2 Основная и дополнительная заработные платы
• 8.3 Единовременные расходы организации заказчика ПО при внедрении автоматизированных рабочих мест (АРМ)
• 8.4 Источники финансирования проекта
• Заключение
• Список литературы
• Приложение

Перечень сокращений

База данных - представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины.

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

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

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

Реляционная база данных — база данных, основанная на реляционной модели данных.

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

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

Объектно-реляционная СУБД — реляционная СУБД, поддерживающая некоторые технологии, реализующие объектно-ориентированный подход.

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

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

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

Введение

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

· Поле — это основной и минимальный элемент данных;

· Запись — это совокупность полей;

· Связи — это логические взаимосвязи между записями и полями. Иерархически структурированные данные состоят из нескольких записей, одна из которых определена как корневая;

· Пример иерархической модели — дерево каталогов. Между записями могут быть определены связи: «один ко многим» или «один к одному», где запись, соответствующая элементу один, определяется как исходная, а запись, соответствующая элементу много, как порожденная;

· Сетевая модель подобна иерархической, но является более общей моделью. Здесь могут существовать связи «много ко многим» и «много к одному». В этой модели нет корневого узла;

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

· Сетевая модель и иерархическая могут быть приведены к реляционной. Структурированные таким образом данные могут храниться в виде баз данных. Базы данных (БД) — совокупность данных, предназначенных для машин обработки и хранения, которые могут использоваться одним или несколькими пользователями. В зависимости от моделей БД могут быть иерархическими, сетевыми и реляционными. С БД связано такое понятие как СУБД. СУБД (система управления базами данных) — это программа, которая управляет данными, осуществляет хранение, поиск, извлечение, редактирование информации, хранимой в БД. СУБД также бывают иерархическими, сетевыми и реляционными;

· Microsoft Access — это интерактивная, реляционная СУБД для операционной системы Windows. Она предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющейся операции (ведение счетов, учет товара, планирование…) С помощью Access можно разрабатывать удобные формы ввода данных, а также осуществлять обработку данных и выдачу сложных отчетов. Объектом обработки Access является файл БД, имеющий произвольное имя и расширение. mdb. В это файл входят основные объекты Access: таблицы, формы, запросы, отчеты, макросы, модули. В состав СУБД входят конструкторы таблиц, форм, запросов и отчетов. Эту систему можно рассматривать как среду разработки приложений. Используя макросы и модули для автоматизации решения задач можно создавать ориентированные на пользователя приложения. Access также предоставляет пользователю механизмы работы с базами различных форматов. Мощность и доступность Access делает эту систему лучшей СУБД.

база учет зарплата модель

1. Постановка задачи

В связи со стремительным развитием рыночных отношений, экономики, комплекса частных предприятий увеличивается объем обрабатываемой информации. В связи с этим возникла объективная необходимость автоматизировать систему учета «Учет Зарплаты Строительной фирмы», а также данные о зарплате сотрудников и компании в целом. Целью данной Дипломной работы является создание автоматизированной системы — «Учет Зарплаты Строительной фирмы». Для этого необходимо создать БД, содержащую сведения о компании, З/п сотрудников, параметрах, а также дополнительные данные. Реляционная СУБД Microsoft Office Access представляет собой инструмент, позволяющий реализовать поставленную цель. Достижение цели осуществляется посредством решения комплекса задач, а именно:

· Проектирование и создание нескольких Таблиц для хранения данных;

· Ввод данных;

· Разработка запросов и отчетов, предназначенных для просмотра, редактирования и вывода информации;

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

Требования к интерфейсу БД:

· Ввод, просмотр, редактирование данных на основе форм с максимальным использованием средств автоматизации (выбор значений из списков);

· Стандартные операции навигации и обслуживания БД;

· Получение свободных данных и выборок на основании запросов отражающих показатели работы компании;

· Просмотр отчетов для документации различных данных.

Порядок выполнения дипломной работы:

· Выполнить краткую постановку задачи. Определить назначение системы, основные режимы;

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

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

· Выбрать индексное выражение и его тип. Создать необходимые индексы.

· Разработать схему связей между таблицами и их описание. Создать связи в режиме схема данных (связывание таблиц). В необходимых случаях задать тип связи один-ко-многим или иной, предусмотреть обеспечение целостности данных;

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

Разработать перечень и структуру стандартных запросов. Спроектировать состав полей, их тип и свойства. Предусмотреть различные типы запросов. Создать запросы и протестировать на базе данных. Рекомендуется для создания запросов использовать Конструктор или Мастер создания запросов;

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

2. Анализ требований

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

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

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

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

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

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

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

3. Выбор решений

MS Access обладает большим количеством преимуществ по сравнению с системами подобного класса.

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

В целом MS Access предоставляет большое количество возможностей за сравнительно небольшую стоимость. Также необходимо отметить ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества вспомогательных средств (Мастеров, как уже отмечалось), развитую систему справки и понятный интерфейс. Эти средства облегчают проектирование, создание БД и выборку данных из нее.

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

4. Создание БД

4.1 Проектирование и создание таблиц БД

Таблицы — это объект БД, предназначенный для хранения данных в виде записей (строк) и полей (столбцов), в которых хранится информация, составляющая содержание БД. Это базовый объект Access, все остальные объекты являются производными и создаются на базе ранее подготовленной таблицы. Каждая запись в таблице БД должна иметь первичный ключ, т. е. идентификатор (или адрес), значение которого однозначно определяет ту или иную запись. Ключ может состоять из одного или нескольких полей. Первичный ключ должен обладать двумя свойствами:

однозначная идентификация записи: запись должна однозначно определяться значением ключа;

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

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

Создаваемая БД «Учет Зарплаты Строительной фирмы» по своей структуре должна быть многотабличной. MS Access позволяет создавать таблицы в режиме конструктора и в режиме мастера. В даннй работе при создании таблиц использовался режим конструктора.

Рис. 1. — Все таблицы БД

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

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

Рис. 2. — Поля данных Таблиц Как видно по рисунку, в этих таблицах использовались различные типы данных полей: текстовый, числовой итд.

Итак, один из основных и наиболее трудоемких этапов создания полноценной БД теперь уже позади. Теперь нам необходимо создать связи.

4.2 Выбор и создание связей между таблицами БД

Во введении мною частично уже было затронуто понятие связей и были рассмотрены их составные типы. MS Access создает реляционные БД. В этой БД пользователь может описывать отношения-связи между несколькими таблицами. Access учитывает эти связи во время обработки запросов, построения форм и отчетов. В данной БД необходимо связать созданные ранее таблицы, для чего необходимо вызвать команду горизонтального меню [Сервис] - [Схема данных]. Используя контекстное меню данного окна можно добавить необходимые таблицы. Выделив ключевое поле одной таблицы, нужно перетащить его на соответствующее поле другой таблицы, после чего в диалоговом окне можно установить соответствующую опцию — обеспечение целостности данных. В этом же диалоговом окне отображается тип создаваемой связи «один-к-одному» или «один-ко-многим». Уже готовая схема данных БД «Учет Зарплаты Строительной фирмы» имеет следующий вид:

Рис. 3. — Связи таблиц в БД

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

4.3 Разработка и создание запросов

Запрос — объект БД, который служит для селекции и фильтрации набора данных, позволяет выбрать из большого количества информации только ту, которая соответствует определенному критерию отбора и нужна для решения конкретной задачи. MS Access дает большие возможности при проектировании запросов (включать не все поля, выбирать, сортировать записи, затрагивать данные из нескольких таблиц, выполнять вычисления, использовать запрос в качестве источника данных для отчетов, форм и других запросов, изменять данные в таблицах.

Рекомендуется создавать запросы при помощи конструктора. Существуют разные типы запросов (на добавление, изменение, объединение записей). Наиболее простейший тип — запрос на выборку. На основе этого запроса могут создаваться и другие виды запросов: на создание таблицы, на обновление, удаление, добавление. Есть также и перекрестный тип запроса — запрос, позволяющий создавать результирующие таблицы на основе результатов расчетов, полученных при анализе группы таблиц. Часто используют запросы, представляющие собой незначительно видоизмененные варианты однажды подготовленного базового запроса. Их называют параметрическими. Для реализации таких запросов проектируется 1 параметрический запрос, в котором указывается тот критерий, который может меняться по заказу пользователя. В БД «Учет Зарплаты Строительной фирмы» были созданы вышеперечисленные виды и типы запросов.

Рис. 4. — Все запросы БД

4.4 Запрос на выборку

Наиболее простейший тип запросов — запрос на выборку. На основе этого запроса могут создаваться и другие виды запросов: на создание таблицы, на обновление, удаление, добавление. В режиме конструктора такой запрос имеет вид:

Рис. 5. — Запрос на выборку

4.5 Параметрический запрос

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

При выполнении запроса Access запрашивает в окне диалога значение параметра. Его вводит пользователь.

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

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

5. Запрос с параметрическими полями

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

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

5.1 Запрос на создание таблицы

Запрос на создание таблицы сохраняет результаты выборки в отдельной таблице.

5.2 Запрос на удаление

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

5.3 Запрос на обновление

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

5.4 Запрос на заполнение столбца (на добавление)

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

6. Разработка отчетов для приложений

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

1 Автоотчет позволяет быстро создавать более простые отчеты. Он бывает двух видов: в столбец и ленточный;

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

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

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

6.1 Разработка пользовательского интерфейса на основе форм

Чтобы упростить просмотр, ввод и модификацию данных в конкретной таблице создается одна или несколько форм. Таблица и форма — основные объекты в современных информационных системах. Они неотделимы друг от друга, и очень часто разработчики совмещают их в одном окне документа, на разных вкладках. Форма — это документ, который представляет собой бланк, подлежащий заполнению или маску, накладываемую на набор данных. Форма позволяет упростить процесс заполнения БД, благодаря этому имеется возможность поручить ввод информации персоналу не высокой квалификации. По структуре форма похожа на окно диалога. Существует несколько способов создания форм:

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

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

Режим конструктора — наиболее сложный и подробный способ создания форм, рассчитанный на пользователей с большим опытом работы в среде MS Access.

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

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

6.2 Объединение объектов БД в единое приложение и отладка

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

Таким Образом, создав кнопочную форму ля работы с созданными объектами БД (таблицы, формы, отчеты) и протестировав ее, был завершен процесс создания автоматизированной БД «Учет Зарплаты Строительной фирмы» .

7. Руководство пользователя

Для того что бы начать пользоваться БД «Учет Зарплаты Строительной фирмы» нужно:

Открыть БД нажав на ее ярлык

Далее появляется кнопочная форма главного меню БД после чего появиться окно с необходимой информацией которую в дальнейшем можно дополнить

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

8. Экономическая часть

Структура экономической части при создании программного обеспечения по заказу фирмы следующая:

1. Технико-экономическое обоснование разработки ПО;

2. Расчет затрат на разработку ПО;

3. Стоимость внедрения ПО Заказчиком;

4. Расходы заказчика при эксплуатации ПО;

5. Эффективность внедрения для Заказчика ПО;

6. Правовые аспекты.

8.1 Расчет единовременных затрат на разработку ПО

К единовременным затратам разработчика относятся затраты на теоретические исследования, постановку задачи, проектирование, разработку алгоритмов и программ, отладку, опытную эксплуатацию, оформление документов, исследование рынка и рекламу.

Определим временные затраты на различных стадиях проекта.

Этап технического задания — рассматриваемую задачу можно отнести к комплексу задач управления, поэтому с учётом степени новизны задачи (Б) определим временные затраты на этой стадии равными 10 человеко-дней.

Этап эскизного проекта — с учётом степени новизны, класса задачи и видов используемой информации получаем 20 человеко-дней.

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

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

Этап внедрения учитывает класс проекта, специфику продукта и отрасли применения. Длительность этого этапа определяется в 9 человеко-дней. Фактическая трудоемкость по стадиям проектирования представлена в виде таблицы (табл. 8.1).

Таблица 8.1

Общая фактическая трудоемкость разработки ПО составляет:

(дня),

где — общая трудоемкость разработки; - трудоемкость по стадиям.

В смету затрат на разработку ПО включаются:

· материальные затраты;

· основная и дополнительная зарплаты;

· отчисления на социальные нужды;

· стоимость машинного времени на подготовку и отладку программ;

· стоимость инструментальных средств;

· накладные расходы.

Материальные затраты.

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

В процессе работы использовались материалы и принадлежности, представленные в таблице 8.2.

Таблица 8.2.

Материалы и принадлежности, использованные в процессе разработки.

8.2 Основная и дополнительная заработные платы

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

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

Таким образом, основная заработная плата З_осн при выполнении НИР рассчитывается по формуле:

где З_{ср. дн. j} — среднедневная зарплата j-го сотрудника, руб. /день;

Т_{об. j} — общая трудоемкость проекта j-го сотрудника, дни; n — количество сотрудников, принимающих непосредственное участие в разработке ПО.

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

.

Заработная плата дипломного руководителя составляет 70 руб. /час, причем на консультацию запланировано 23 часа.

Следовательно, основная зарплата руководителя дипломного проекта за весь период разработки равна:

.

Заработная плата консультанта по экономической части составляет 50 руб. /час, причем на консультацию запланировано 3 часа.

Следовательно, основная зарплата консультанта по экономике за весь период разработки равна:

.

В итоге основная заработная плата при выполнении НИР равна:

.

Дополнительная заработная плата равна 10% от основной:

.

Итого основная и дополнительная заработная плата составляют:

.

Отчисления на социальные нужды.

Отчисления на социальные нужды составляют на сегодняшний день 26% от общего фонда заработной платы, следовательно:

.

Стоимость машинного времени на подготовку и отладку программ. Стоимость машинного времени З_омв зависит от себестоимости машино-часа работы ЭВМС_МЧ, а также времени работы на ЭВМ Т_ЭВМ, и включает амортизацию ЭВМ и оборудования, затраты на электроэнергию, зарплату обслуживающего персонала. Себестоимость машино-часа ЭВМ и принтера равны соответственно:

.

Время работы на ЭВМ и принтере равны соответственно:

.

1. Затраты на оборудование.

где А_М — амортизационные отчисления, руб.; О_ф — стоимость ЭВМ и оборудования, руб.; Н_{ам -} норма амортизации, %; Т_м — время использования оборудования, дни Затраты на электроэнергию.

Затраты на обслуживающий персонал.

Данный вид затрат отсутствует.

Итого: 1625 руб.

Таким образом, стоимость машинного времени на подготовку и отладку программ равно:

Стоимость инструментальных средств.

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

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

Таблица 8.3.

Стоимость СПО.

Затраты на амортизацию инструментальных средств:

руб.

Расчет стоимости машинного времени

; руб. /ч.

Накладные расходы.

Накладные расходы составляют 30% от основной заработной платы разработчиков ПО, а значит:

.

Итак, смета затрат на НИР приведена в таблице 8.4.

Таблица 8.4.

Смета затрат на разработку ПО.

8.3 Единовременные расходы организации заказчика ПО при внедрении автоматизированных рабочих мест (АРМ)

К единовременным затратам пользователя программного обеспечения K_общ относятся затраты на оплату:

· программного обеспечения Ц_по;

· инструментальных средств Ц_ис;

· ЭВМ, прочих аппаратных средств и сетевого оборудования К_эвм;

· обучение персонала К_осв.

Стоимость программного обеспечения.

Стоимость программного обеспечения, специально разработанного для заказчика, рассчитывается по формуле:

где С_{по -} себестоимость ПО, затраты на разработку по смете из таблицы 4.4; П — прибыль разработчика 20−30% к затратам; НДС — налог на добавленную стоимость 18%.

Итак, стоимость программного обеспечения равна:

Стоимость инструментальных средств.

Стоимость инструментальных средств и годовых сумм амортизации приведены в таблице 4.5.

Таблица 4.5.

Расчет стоимости и амортизационных отчислений инструментальных средств.

Стоимость ЭВМ, прочих аппаратных средств и сетевого оборудования.

Стоимость всего необходимого оборудования и годовых сумм амортизации приведены в таблице 4.6.

Таблица 4.6.

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

Затраты на обучение персонала.

Затраты организации на освоение ПО и обучение персонала работе с программой и ЭВМ производятся по формуле:

К_осв = З_час * Ч_пр* Т_осв = 25 * 4* 8+25*1*10 = 1050 (руб.),

где З_час — часовая зарплата программиста (З_час = 25.00 руб. /час);

Ч_{пр -} численность персонала на обучение (Ч_пр = 4 чел.);

Т_осв — продолжительность обучения и освоения (Т_осв = 8 часов).

Таким образом, на обучение четырех человек необходимо затратить 8 часов.

Для руководителя необходим 10-часовой курс обучения.

К_инт = 225+800+600 = 1625,00 (руб.)

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

К_общ = Ц_по + Ц_ис + К_эвм + К_осв + К_инт К_общ =115 534,904+2234+24 540+1050+1625=144 983,904

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

Таблица 8.7.

График реализации проекта.

8.4 Источники финансирования проекта

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

Текущие расходы пользователя ПО при эксплуатации АРМ

Текущие расходы пользователя при внедрении АРМ учитывают затраты в год на:

· амортизацию оборудования, ПО и инструментальных средств;

· материалы (картриджи и бумага);

· электроэнергию;

· обтирочные и смазочные материалы;

· ремонт оборудования;

· заработная плата системному администратору;

· затраты на рекламу (газеты, журналы, Интернет)

Амортизацию оборудования, ПО и инструментальных средств.

Данные по амортизации оборудования и ПО расположены в таблицах 4.5, 4.6.

Материалы.

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

Таблица 8.9.

Материалы, использующиеся в процессе эксплуатации.

Электроэнергия.

Затраты на электроэнергию посчитаем по формуле:

где С_ЭВМ, С_{принт. -} стоимость машино-часа ЭВМ и принтера соответственно; Т_{сут. ЭВМ}, Т_{сут. принт. -} суточное время работы ЭВМ и принтера соответственно; Т_год — время рабочих дней в году.

Обтирочные и смазочные материалы. Стоимость обтирочных материалов равна 20 рублей 00 копеек. Ремонт оборудования.

Ремонт оборудования составляет 5% от стоимости. Значит:

К_5% = К_ЭВМ * 0.05 = 24 540,00 * 0,05 = 1227,00 (рублей).

Заработная плата системному администратору.

Заработная плата системного администратора: 8000,00руб/мес.

За год: 8000,00*12=96 000,00 (руб.)

Затраты на рекламу (газеты, журналы, Интернет) Моя реклама: 200,60 (руб.) /нед.

Из Рук в Руки: 190,40 (руб.) /нед.

Реклама: 470 (руб.) /нед.

За 1 неделю: 200,60+190,40+470,00+ =861,00

За месяц: 861*4=3444,00

За год: 3444,00*12= 41 328,00

На основе произведенных расчетов составим смету текущих расходов за год (таблица 8.10.).

Таблица 8.10.

Смета текущих расходов (в год).

Таким образом, создавая БД «Учет Зарплаты Строительной фирмы» .

Затратив единовременно 250 215,4 и экономя ежегодно 291 333,8, получаем, что срок окупаемости составит:

250 215,4/291 333,8 = 0,8 года.

Таким образом, за 8 месяцев полностью окупится создание БД «Учет Зарплаты Строительной фирмы». «с нуля», затратив собственные средства.

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

§ затраты на разработку 250 215 рублей 40 копеек:

§ экономический эффект 291 333 рублей 80 копеек;

§ срок окупаемости 8 месяцев.

Заключение

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

Список литературы

1. Основы компьютерной технологии. Шафрин Ю. АБФ, М., 1997,300 страниц;

2. Практикум по компьютерной технологии. Шафрин Ю., Ефимова О., АБФ, М., 1997,400 страниц;

3. Верман А. Я. «Access 97 для профессионалов», Питер, СПб., 1998,350 страниц;

4. yandex.ru — поисковая система для поиска нужных решений и информации;

5. bibliofond.ru — библиотека научной и студенческой информации;

6. Wikipedia.ru-Многоязычный точная энциклопедия со свободно распространяемым содержимым.

Приложение

Схема HIPO позволяет воспроизвести детальную разработку способов взаимодействия отдельных элементов в соответствии с Рис.

Рис. — схема HIPO