Автоматизированное получение данных в администрации Ленинского района г. Барнаула

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

Рубрика Программирование, компьютеры и кибернетика
Вид отчет по практике
Язык русский
Дата добавления 17.03.2015
Размер файла 1,9 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

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

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«Алтайский государственный технический университет им. И.И. Ползунова»

Факультет информационных технологий

Кафедра информационных технологий

Отчёт

по преддипломной практике

в Администрации Ленинского района г.Барнаула

Студент группы ИИТ-92

И.К. Пономаренко

Руководитель практики

от предприятия Головкин С.Н.

Руководитель практики

от вуза Кононова Е.С.

Барнаул 2014

Содержание

  • Введение
  • 1 Программно-аппаратные средства
    • 1.1 Описание Microsoft Access
    • 1.2 Возможности Access
  • 2 Описание структуры работы
    • 2.1 Разработка таблиц и связей базы данных
    • 2.2 Разработка кнопочной формы
    • 2.3 Разработка запросов
  • 3 Экономический раздел
  • Заключение
  • Список использованных источников
  • Приложение А - Статья
  • Введение
  • Государственным учреждениям приходится работать с огромным количеством документов, поэтому многие предприятия стремятся автоматизировать внутренний документооборот. Для решения подобных проблем применяются автоматизированные базы данных, позволяющие обеспечить полноту и сохранность информации, удобство хранения и поиска документов, а также оптимизировать время на их согласование. За последние несколько лет вырос уровень потребительских качеств систем управления базами данных: разнообразие поддерживаемых функций, удобный для пользователя интерфейс, сопряжение с программными продуктами, в частности с другими СУБД, возможности для работы в сети и т.д. СУБД позволяет сводить воедино информацию из самых разных источников (электронные таблицы, другие базы данных) и помогает быстро найти необходимую информацию, донести ее до окружающих с помощью отчетов, графиков или таблиц.
  • Практика студентов является составной частью основной частью основной образовательной программы высшего профессионального образования. Производственная практика как часть основной образовательной программы является одним из этапов обучения, имеет большое значение и проводится в период освоения студентами теоретического и практического обучения. Производственная практика является важным этапом подготовки квалифицированных специалистов. Она является видом учебно-вспомогательного процесса, в ходе которого закрепляются теоретические знания на предприятии. Практика является завершающим этапом в процессе подготовки инженера к самостоятельной производственной деятельности.
  • Задачи преддипломной практики :

- создание таблиц базы данных и связей между ними;

- создание модуля "запросы";

- разработка предварительного пользовательского интерфейса;

- написание статьи для конференции.

1. Программно-аппаратные средства

1.1 Описание Microsoft Access

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

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

Office Access позволяет быстро начать работу со встроенными базами данных, чтобы внести в них изменения и адаптировать эти базы к меняющимся деловым потребностям пользователя. Пользователь может собирать данные с помощью форм электронной почты или импортировать данные из внешних приложений. Реализована возможность создания и редактирования подробных отчетов, содержащих отсортированные, отфильтрованные и сгруппированные данные, которые позволяют принимать более обоснованные решения. Совместный доступ к данным обеспечивается путем перемещения файлов Office Access на веб-узел Microsoft Windows SharePoint Services, где можно проверять журнал исправлений, восстанавливать удаленные данные, настраивать разрешения доступа к данным и периодически выполнять резервное копирование.

1.2 Возможности Access

Быстрое начало отслеживания данных Ориентированные на достижение результата возможности Office Access позволяют немедленно приступить к работе.

Готовые решения. Новый экран "Приступая к работе" содержит множество встроенных баз данных. Эти базы данных можно сразу использовать в работе для отслеживания контактов, событий, проблем, активов, задач и других данных или в качестве шаблонов, которые можно дополнить и изменить, поместив в них любые данные для отслеживания и указав сам способ отслеживания. При появлении других шаблонов в Microsoft Office Online сведения о них будут включены в окно "Приступая к работе".

Пользовательский интерфейс Office Fluent. Новая версия Office Access имеет новый интерфейс, благодаря которому пользователь может с легкостью создавать и изменять базы данных Access, а также работать с ними. Пользовательский интерфейс Office Fluent оптимизирован для достижения большей эффективности работы и облегчения поиска. При наличии около 1000 команд пользовательский интерфейс Fluent отображает только те из них, которые имеют непосредственное отношение к задаче, выполняемой в данный момент. Кроме того, окна с вкладками, новые полосы прокрутки, строка состояния и строка заголовка придают современный вид приложениям, созданным в Office Access.

Рисунок 1 - Начало работы в Microsoft Office Access

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

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

Импортирование записей контактов из Microsoft Office Outlook Office Access облегчает обмен отдельными записями контактов между Access и Office Outlook. Можно импортировать запись контакта из Outlook в Office Access. Кроме того, доступен экспорт записей контактов из Office Access и их сохранение в виде контактов в Office Outlook.

Фильтрация и сортировка данных. Office Access облегчает фильтрацию данных, помогая получить понятные сведения по деловым задачам. Для текста, чисел и дат предусмотрены различные параметры фильтра. Например, новые параметры фильтрации облегчают фильтрацию данных, содержащихся в столбце "Дата", по записям "Сегодня", "Вчера", "На прошлой неделе", "В следующем месяце", "В будущем", "В прошлом" и т.д.. Параметры фильтрации обеспечивают совместимость между Office Excel 2007 и Office Access 2000, поэтому пользователю не придется изыскивать новый способ поиска информации.

Работа с многозначными полями. Office Access 2007 поддерживает типы сложных данных, поэтому пользователь может создавать столбцы, содержащие более одного значения в каждой ячейке. Например, при назначении задачи более, чем одному лицу, в ячейку можно вставить оба имени. Технология Windows SharePoint Services является совместимой с подобными типами сложных данных, помогая обеспечить симметричное распределение данных между местным хранилищем данных и хранилищем на базе Интернета.

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

Интерактивный конструктор форм. Office Access 2007 предлагает интерактивный интерфейс разработки форм "что на экране, то и в результате" (WYSIWYG). Можно самостоятельно разрабатывать и редактировать макет формы на экране в режиме реального времени, а также выполнить предварительный просмотр созданной формы. Интерактивный интерфейс разработки форм WYSIWYG позволяет очень быстро создавать формы, уделяя больше времени непосредственно работе с экономией времени на разработку и форматирование.

2. Описание структуры работы

2.1 Разработка таблиц и связей базы данных

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

Рисунок 2- Создание таблиц

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

На данный момент в разрабатываемой базе данных содержится 10 таблиц.

Рисунок 3 - Схема данных

Создать связь между таблицами можно с помощью окна «Связи» или с помощью перетаскивания поля из области Список полей в таблицу. При создании связи между таблицами общие поля могут иметь различные имена, однако часто они имеют одинаковые. Очевидно, что общие поля должны иметь одинаковый тип данных. Однако, если поле первичного ключа имеет тип «Счетчик», поле внешнего ключа может также быть числовым полем, если свойство Размер поля (FieldSize) обоих полей совпадает. Например, можно сопоставить поля с типами «Счетчик» и «Числовой», если свойство Размер поля (FieldSize) обоих полей имеет значение «Длинное целое». Если оба общих поля являются числовыми, у них должно совпадать значение свойства Размер поля (FieldSize).

2.2 Разработка кнопочной формы

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

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

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

Рисунок 4 - Главная кнопочная форма

Рисунок 5 - Дополнительная кнопочная форма

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

Рисунок 6 - Форма создания записей

2.3 Разработка запросов

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

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

Существуют различные типы запросов. Наиболее распространенными являются запросы на выборку, параметрические и перекрестные запросы. Реже используются запросы на действие, Autolookup и запросы SQL (Structured Query Language). Для создания простых запросов используется мастер, в менее тривиальных случаях можно создать запрос вручную в режиме конструктора.

Запрос (query) - это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE - Query by example) и структурированный язык запросов (SQL - Structured Query Language).

QBE - запрос по образцу - средство для отыскания необходимой информации в базе данных. Он формируется не на специальном языке, а путем заполнения бланка запроса в окне Конструктора запросов.

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

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

Рисунок 7 - Запросы

Рисунок 8 -Выполнение параметрического запроса

3. Экономический раздел

3.1 Основные разделы бизнес-плана, выбор метода оценки эффективности инвестиций в информационные системы и расчёт цен программного продукта

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

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

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

3.2 Актуальность разработки

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

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

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

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

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

Поскольку предприятие-заказчик имеет малый документооборот по сравнению с крупными предприятиями и холдингами, имеющими региональные подразделения, для упорядочения документов вполне хватит электронной базы данных (например, в Excel или Access). Реализация базы данных будет осуществляться посредством Microsoft Access -- реляционной СУБД корпорации Microsoft, которая имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

3.3 Сведения о предприятии-заказчике

В роли заказчика и разработчика данного программного обеспечения выступает Администрация Ленинского района г.Барнаула. Администрация - это исполнительно-распорядительный орган в городской системе.

В своём составе Администрация имеет следующие подразделения:

- Управления:

- Организационно-контрольное управление;

- Управление коммунального хозяйства;

- Управление по строительству и архитектуре.

Комитеты:

- Комитет по делам молодежи, культуре, физической культуре и спорту;

- Комитет по развитию предпринимательства и потребительскому рынку.

Отделы:

- Общий отдел;

- Отдел бухгалтерии;

- Отдел ЗАГС;

- Отдел информатизации;

- Отдел образования по Ленинскому району комитета по образованию г.Барнаула

- Отдел по охране прав детства;

- Правовой отдел.

Комиссии:

- Административная комиссия при администрации Ленинского района;

- Комиссия по делам несовершеннолетних и защите их прав.

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

3.4 Сведения о предприятии разработчике

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

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

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

3.5 Существо проекта

Наименование разработки - программное обеспечения для систематизации данных районного отдела по охране прав детства г. Барнаула. Назначение - хранение и удобное обращение ко всем данным органа охраны прав детства.

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

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

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

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

3.5.1 Основные функции, которые способна выполнять данная система

- Формирование записи, содержащей всю информацию об опекаемом;

- Экспорт таблиц в другое ПО;

- Создание отчётов;

- Просмотр записей, за определённый промежуток времени;

- Хранение архива в удобном для пользователя интерфейсе.

3.5.2 Возможные рынки сбыта

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

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

3.5.3 Конкурентоспособность данной системы

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

Преимуществами разрабатываемого программного продукта являются:

- Простота в обращении;

- Удобный интерфейс;

- Быстродействие;

- Высокая надёжность;

- Минимальные системные требования

- Отдел по охране прав детства;

- Правовой отдел.

Таблица 1 - Сравнение с аналогами

Функции

Разрабатываемая база данных

АИС "Опека"

РУБИН: Опека"

Регистрация/Авторизация

+

+

+

Создание единой городской базы данных

+

+

+

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

+

+

+

Отображение полной картины устройства ребенка

+

+

+

Ведение документации

+

+

+

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

-

-

+

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

-

+

-

Рисунок 1 –

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

3.6 Описание стадий и этапов работ над проектом по автоматизации планирования распределения ресурсов предприятия

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

Реализованные и планируемые стадии работ над проектом в соответствии с ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» приведены в таблице 2.

Таблица 2 - Стадии и этапы разработки проекта

Стадии

Этапы

Содержание работ

1.Формирование требований к системе

1.1 Обследование объекта и

обоснование необходимости создания системы

Сбор данных об объекте автоматизации; оценка качества функционирования объекта, выявление проблем, решение которых возможно средствами автоматизации

1.2 Формирование требований

пользователя к системе

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

1.3 Оформление отчета о выполненной работе

Оформление отчета о выполненных работах на данной стадии

2 Разработка

Концепции системы

2.1 Изучение объекта

Детальное изучение объекта автоматизации и необходимые научно-исследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя

2.2 Проведение необходимых

научно-исследовательских работ

2.3 Разработка вариантов концепции системы и выбор одного варианта, удовлетворяющего

требованиям пользователя

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

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

2.4 Оформление технического

задания

Описание состава программного обеспечения системы, обоснование и утверждение предлагаемого варианта системы

3 Технический проект

3.1 Разработка проектных решений по системе и ее частям

Разработка общих решений по системе и ее частям,

функционально-алгоритмической структуре системы,

по алгоритмам решений задач, по программному обеспечению

3.2 Описание программного

обеспечения для системы

Оформление списка программного обеспечения для

комплектования системы

4 Рабочая документация

4.1 Разработка программного

обеспечения

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

5 Ввод в действие

5.1 Подготовка объекта автоматизации к вводу системы в действие

Обеспечение подразделений объекта управления инструктивно-методическими материалами;

5.2 Подготовка персонала

Обучение персонала и проверка его способности обеспечить функционирование системы

5.3 Проведение предварительных испытаний

Испытания системы на работоспособность;

устранение неисправностей

5.4 Проведение опытной эксплуатации

Проведение опытной эксплуатации системы;

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

6 Сопровождение системы

Выполнение работ по устранению недостатков, выявленных при эксплуатации системы

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

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

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

Рисунок 9 - Сетевой график реализованных и планируемых стадий работ

3.7 Календарный план-график работы над автоматизированной системой

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

Таблица 3 - Планируемые трудозатраты разработчиков

№ п/п

Наименование этапа

Продолжительность работы

Чел.-час

Маш.-час

1

Формирование требований к системе

36

10

2

Разработка и утверждение технического задания

65

50

3

Технический проект

100

90

4

Рабочая документация

96

87

5

Ввод в действие

60

55

ИТОГО

Т пр =357

Т маш =283

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

3.8 Определение эффективности разработки системы методом оценки единовременных затрат

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

- расходные материалы,

- основная заработная плата персонала,

- дополнительная заработная плата,

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

- прочие расходы,

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

Затраты на расходные материалы представлены в таблице 4

Таблица 4 - Затраты на расходные материалы

№ п/п

Наименование материала

Расход

Цена

Сумма, руб.

1

Устройство Flash-Drive

1шт.

500 руб./ шт.

500,0

2

DWD Диск

2шт.

30 руб./шт.

60,0

Итого:

560,0

В таблице 6 приведены трудозатраты разработчиков на каждый из перечисленных этапов. Трудозатраты научного руководителя определяются нормами, принятыми в АлтГТУ. Таким образом, Tраз1 + Tраз2=357 ч,Tрук=18 ч.

Основная заработная плата. Согласно штатному расписанию в АлтГТУ оклад инженера-программиста квалификационной группы С3-1 составляет 5207 рублей. В среднем рабочее время за месяц составляет 166 часов, следовательно, часовая тарифная ставка С пр =5207/166ч= 31 руб./ч.

Часовая ставка доцента в АлтГТУ составляет 203 руб./ч.

Расчет основной заработной платы определялся как произведение трудоемкости выполнения каждого этапа (вида работ) в человеко-днях, и величины часовой тарифной ставки соответствующего исполнителя. Суммарные затраты на заработную плату складываются из затрат на заработную плату разработчика (Зосн_раз) и научного руководителя (Зосн_рук).

Зосн_зп = Зосн_раз + Зосн_рук , (1)

Зосн_раз = Траз · Сраз · (1 + ) , (2)

где Траз - время, затраченное на проект разработчиком, час,

Сраз - часовая тарифная ставка разработчика, руб./час,

Кр - районный коэффициент, % (для Алтайского края Кр =15%).

Зосн_рук = Трук · Срук · (1 + ) , (3)

где Трук - время работы

Срук - часовая тарифная ставка научного руководителя, руб./час,

З осн_раз = 357·31·(1 + ) = 12727 р.

З осн_рук = 18·203·(1 + ) = 4202 р.

З осн_зп = 12727 + 4202 =16929р.

Дополнительная заработная плата составляет 12% от основной заработной платы и рассчитывается по формуле

З доп = Зосн·, (4)

где К доп - коэффициент дополнительной заработной платы, % ( К доп =12%).

З доп = 16929 · = 2031р.

Отчисления на социальные нужды рассчитываются по формуле

Зесн = (Зосн + Здоп)·, (5)

где К стр.в. - ставка страхового взноса на обязательное медицинское и пенсионное страхование, % ( К стр.в =30,2%).

Зесн = (16929+ 2031)· = 5725 р.

Прочие расходы включают расходы на машинное время, затраченное на разработку, отладку и тестирование системы Т маш.

З маш =Т маш·С мч, (6)

где Т маш - суммарное машинное время, час, С мч - стоимость машинного часа

Расчет стоимости 1-го машинного часа. Согласно «Производственному календарю на 2014 год» рабочих дней в году - 247, режим работы вуза - односменный (8 часов). В году 5 предпраздничных дней, продолжительность рабочей смены в которые сокращена на 1 час. Следовательно, эффективный годовой фонд рабочего времени составляет (8·247-5ч)*0,98 = 1932 ч. Стоимость компьютера примем равной 15000 тысяч рублей, затраты на амортизацию техники принимаются в размере 33 % (норма амортизации составляет 33% согласно сроку использования) от балансовой стоимости компьютера и составляют

З ам/ч =15000· = 2,6 р./час

Затраты на материалы принимаются в размере 3 % от стоимости компьютера.

З м/ч =15000 · = 0,2 р./час

Общая мощность компьютера и периферийных устройств составляет 300 Ватт. Стоимость киловатт/час для организаций на январь 2014 года составила 4,50 рубля (с учетом НДС).

З з/ч =4,5· = 1,35 р./час

Затраты на запасные части принимаются в размере 3 % от стоимости компьютера.

З зч/ч =15000· = 0,2 р./ час

Полные затраты на эксплуатацию ЭВМ одного часа составляют:

С м/ч=Зам/ч+Зз/ч+З зн/ч+З зн/ч+Зрасх/мат.=2,6+0,2+1,35+0,2=4,35р/час

При работе над проектом суммарно было затрачено 290 часов машинного времени, соответственно затраты составили:

З маш=290*4,35=1261р.

Накладные расходы составляют 10 % от величины общих затрат. Сумма первых пяти статей затрат равна 24245 рублей, следовательно

З нак = 24245·0,1= 2424,5 р.

Таблица 5 - Единовременные затраты на разработку

Статья расхода

Сумма, руб.

Расходные материалы

560

Основная заработная плата

16929

Дополнительная заработная плата

2031

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

5725

Прочие расходы

-

Покупка ПК

-

Покупка лицензионного ПО

-

Покупные комплектующих (аппаратная часть)

-

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

2424,5

Итого:

26669,5

3.9 Расчёт предполагаемой цены

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

Ц са =(С+Пн)/К зак, (7)

где С- себестоимость поекта,р,; Пн - нормативная прибыль,р.;

К зак - количество заказов на разработку.

Нормативная прибыль определяется как:

Пн= Уп · Фзп/100, (8)

где Уп - уровень прибыли в % к фонду заработной платы разработчиков проекта, ориентировочно Уп =90 % к Фзп); Фзп - фонд заработной платы разработчиков проекта, р.

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

Пн =0,9 ·(16929+2031+5725) = 24685 р.

Цса = С + Пн = 26669,5+ 24685 = 51354,5 р.

3.10 План внедрения системы

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

Таблица 6 - План внедрения

Наименование работы

Продолжительность, чел.-часы

Утверждение проекта у заказчика

2

Установка системы на предприятии

1

Установка и настройка ПО

12

Разработка и утверждение плана и программы обучения персонала

4

Обучение персонала

4

Подготовка исходных данных

6

Издание приказа о начале опытной эксплуатации

3

Формирование комиссии по опытной эксплуатации, разработка

и утверждение плана и программы работы этой комиссии

5

Проведение опытной эксплуатации

12

Анализ результатов опытной эксплуатации

3

Оформление протокола проведения опытной эксплуатации

2

Корректировка проекта по результатам проведения опытной

эксплуатации

6

Издание приказа о начале реальной эксплуатации

3

Оформление акта сдачи в реальную эксплуатацию

3

Сдача ПП потребителю в реальную эксплуатацию

3

Итого

70

Итого на внедрение программного продукта потребуется 9 рабочих дней(исходя из 8 часового рабочего дня), с привлечением 1 программиста.

Заключение

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

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

- создание таблиц базы данных и связей между ними;

- создание модуля "запросы";

- разработка предварительного пользовательского интерфейса;

- написание статьи для конференции.

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

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

Договорная цена автоматизированной системы, сформированная на основе нормативной себестоимости и прибыли, составляет 51354,5 руб.

Приложение А

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

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

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

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

Поскольку предприятие-заказчик имеет малый документооборот по сравнению с крупными предприятиями и холдингами, имеющими региональные подразделения, для упорядочения документов вполне хватит электронной базы данных (например, в Excel или Access). Реализация базы данных будет осуществляться посредством Microsoft Access -- реляционной СУБД корпорации Microsoft, которая имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных [1].

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

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

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

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

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

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

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

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

Рисунок 10 - форма добавления записи

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

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

Список использованных источников

1. Автоматизация документооборота [Электрон. ресурс ] Режим доступа: http://www.lobanov-logist.ru/index.php?newsid=823

2. Разработка информационной модели [Электрон. ресурс ] Режим доступа: http://edu.dvgups.ru/METDOC/GDTRAN/YAT/ITIS/PROEK_INF_SIS/METOD/UMK_DO/frame/UMK_DO/M4/L7.htm#7_1

3. Создание таблиц [Электрон. ресурс ] Режим доступа: http://office.microsoft.com/ru-ru/access-help/HA001224251.aspx

4. Создание кнопочной формы [Электрон. ресурс ] Режим доступа: http://access07.ru/sozdanie-sistemi-perechodov/sozdanie-knopochnoy-formi

5. Надвоцкая В.В. Программа производственной практики для студентов специальности 19.09.00 «Информационно-измерительная техника и технологии». Барнаул: Издательство АлтГТУ, 2005. - 16 с.

6. Access [Электронный ресурс]: Access. - Режим доступа: http:// http://ru.wikipedia.org/wiki/Microsoft_Access.htm. - Загл. с экрана.

7. ГОСТ 12.1.019 Электробезопасность. - Общие требования и номенклатура видов защиты [Текст]. - М.: ЕСКД, 2001.

8. Жданов, Д. Н. Методические указания по выполнению и оформлению курсовых проектов(работ) для студентов специальности 200106 «Информационно-измерительная техника и технологии» [Текст]. - Барнаул: Изд-во АлтГТУ, 2008. - 44 с.

9. Шмаков, С. Б. Энциклопедия радиолюбителя. Современная элементная база [Текст]. - М.: Наука и техника, 2010. - 384 с.

10. Что такое Access [Электрон. ресурс ] Режим доступа: http://www.firststeps.ru/vba/access/r.php?1

11. Что такое Access [Электрон. ресурс ] Режим доступа: http://chtotakoeonline.blo-gspot.ru/2009/04/access.html

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


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

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

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

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

    реферат [3,3 M], добавлен 29.01.2011

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

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

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

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

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

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

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

    курсовая работа [476,7 K], добавлен 19.11.2022

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

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

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

    курсовая работа [985,6 K], добавлен 22.05.2014

  • Установление связи между таблицами. Создание запроса с параметром для отбора пациентов с определенным видом заболевания. Создание формы для ввода данных, отчетов и главной кнопочной формы. Ход разработки базы данных. Изменение и обновление записей.

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

  • Основные задачи системы электронного документооборота. Создание таблиц и определение связей между ними в MS Access. Работа с мастером подстановок. Разработка запросов. Форма в режиме конструктора. Создание простого отчета для одной таблицы. Вид макета.

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

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.