Программа для оптимизации работы с документацией

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

13

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

Введение

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

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

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

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

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

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

1. Анализ требований и постановка задачи

1.1 Анализ предметной области

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

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

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

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

Хранению подлежит следующая информация:

- номер договора;

- дата составления договора;

- наименование предприятия-заказчика;

- Ф.И.О. директора предприятия-заказчика;

- основание действий предприятия-заказчика;

- адрес, телефон, УНП предприятия-заказчика;

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

- номер расчетного счета.

В заголовочной части договора указывается номер и дата составления документа. Далее по тексту указываются наименование предприятия-заказчика, Ф.И.О. директора предприятия-заказчика, основание для действия предприятия. В заключительной части документа указываются реквизиты, такие как наименование предприятия, Ф.И.О. директора, юридический адрес, телефон, УНП, наименование и код банка, номер расчетного счета.

Ниже договор утверждается подписями с расшифровкой и печатями.

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

Хранению подлежит следующая информация:

- дата составления акта;

- наименование предприятия-заказчика;

- Ф.И.О. директора предприятия-заказчика;

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

- номер и дата заключенного договора;

- номер и дата заявки на выполнения работ;

- маршрут грузоперевозки;

- даты начала и окончания выполнения работ;

- стоимость выполненных работ.

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

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

В заключительной части документа заказчик и исполнитель утверждают документ подписью с расшифровкой и печатями.

1.2 Техническое задание

Общие сведения. Наименование программного обеспечения. Информационная система формирования документа «Акт на списание МБП» формы МБ-51 в детском саду.

Основание для выполнения работы. Учебный план специальности 2-40 01 01 - «Программное обеспечение информационных технологий».

Стороны участвующие в создании программного обеспечения. Заказчик Учреждение образования «Могилёвский Государствен-ный Политехнический колледж» (в дальнейшем Заказчик), (в дальнейшем Заказчик), г. Могилёв. От имени Заказчика - Сергиенко Ольга Валерьевна. E-mail:__________________.

Разработчик программного обеспечения (в дальнейшем Исполнитель) Стефаненко Ирина Викторовна, учащаяся специальности 2-40 01 01 - «Программное обеспечение информационных технологий». E-mail: happy_beer@mail.ru.

Исходные данные для разработки. Документы, на основании которых создаётся система:

- техническое задание на разработку системы;

- должностные инструкции;

- бланк акта на списание МБП формы МБ-51;

Плановые сроки начала и окончания работ по созданию системы. Срок начала проектирования 27.02.12 г. Срок окончания работ по проекту 07.05.12 г.

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

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

№№ п/п	Этапы	Результат	Сроки выполнения
11	Разработка технического задания на программное обеспечение	Готовое техническое задание	27.02.12-5.03.12
22	Проектирование структуры БД	Готовая структура БД	05.03.12 - 27.03.12
33	Реализация ПО	Готовая реализация ПО	27.03.12 - 16.04.12
44	Тестирование ПО и оформление документации	Протестированное ПО и готовая документация	16.04.12 - 07.05.12
55	Сдача работы	Готовая работа	07.05.12-08.05.12

Назначение и цели создания системы. Назначение системы. Разрабатываемая система предназначена для:

- уменьшения количества ошибок, связанных с человеческим фактором;

- упрощение составления актов на списание;

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

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

Цели создания системы. Основными целями создания системы являются:

- упрощение ведения документации, в частности актов на списание малоценных и быстроизнашивающихся предметов;

- повышение эффективности работы комиссии по списанию;

- уменьшение количества ошибок при заполнении актов на списание;

- снижение трудоёмкости операций;

- повышение комфортности работы комиссии.

Характеристика объекта автоматизации. Краткие сведения об объекте автоматизации. Система представляет собой базу данных, содержащую информацию о списанных БМП, причинах их списания, количестве, ценах, а также причинах по решению комиссии, единицах измерения предметов, подлежащих оприходованию как утиль, их единицах измерения, количестве, цене. На основе имеющейся информации и вводимых данных система формирует акт на списание МБП. Взаимодействие с пользователем осуществляется на основе меню и экранных форм.

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

Требования к системе.

Требования к системе в целом. Требования к структуре и функционированию. База данных проектируемой информационной системы разрабатывается при помощи Microsoft Office Access. Клиентский интерфейс системы разрабатывается в ИСР C++ Builder, с поддержкой операционной системы Windows. Взаимодействие интерфейсной части информационной системы с базой данных должно осуществляться на основе технологии ADO. Взаимодействие с пользователем будет осуществляться через систему Меню и графические диалоговые окна.

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

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

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

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

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

- вводить данные о малоценных и быстроизнашивающихся предметах, членах комиссии, количестве списываемых предметов, причине списания;

- производить добавление информации о малоценных и быстроизнашивающихся предметах;

- вводить и изменять данные о составе комиссии;

- формировать и выводить на печать акты на списание;

- выводить на печать созданный акт на списание;

Требования к функциям системы представлены в виде диаграммы на рисунке 2.



Рисунок 2 - Диаграмма прецедентов

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

Требования к видам обеспечения. Программное обеспечение системы должно быть выполнено в объёме, достаточном для поддержания полного функционирования информационной поддержки системы формирования документа «Акт на списание МБП» формы МБ-51 в детском саду, удовлетворять требованиям надежности, допускающим возможность модернизации и развития.

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

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

Порядок контроля и приемки системы. Передача между Заказчиком и Исполнителям осуществляется в виде твердой копии и на дисках.

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

- программа в исходных кодах, а также дистрибутив, протестированный Заказчиком не менее чем на 20 записях;

- пояснительная записка - твердая копия, подписанная Заказчиком и электронный вариант;

- проект информационной системы в UML-нотации в виде.eap-файла;

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

Пояснительная записка должна соответствовать СТУ СМК 4.04-2011 года.

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

2.1 Модель данных

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

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

Рисунок 3 - Модель данных

Модель данных «Формирование акта на списание МБП» содержит следующие основные сущности: Акты, Утиль, Члены комиссии, МБП, Комиссии, Единицы измерения, Причины списания.

Между сущностями Акты и Утиль установлено отношение «один-ко-многим», так как в одном акте приходуется несколько предметов в качестве утиля.

Между сущностями Комиссии и Акты установлено отношение «один-ко-многим», так как одна комиссия может составить несколько актов.

Между сущностями Акты и МБП «один-ко-многим», так как в одном акте может списываться более одного предмета.

Между сущностями Комиссии и Члены комисии установлено отношение «один-ко-многим», так как в одну комиссию входит 4 человека.

Между сущностями Единицы измерения и МБП установлено отношение «один-ко-многим», так как несколько предметов могут исчисляться одинаковыми еденицами.

Между сущностями Причины списания и МБП установлено отношение «один-ко-многим», так как по одной причине могут быть списаны несколько предметов.

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

Свойства полей представлены в таблицах 1-7.

Таблица 1 - Состав полей таблицы «Акт»

Имя поля	Ключ	Тип данных	Размер поля	Маска ввода	Значение по умолчанию	Обязательное поле	Индекси-рованное поле
Номер	Да	Числовой	Целое			Да	Да (Совпадения не допускаются)
Номер_ком	Нет	Числовой	Целое			Да	Нет
Дата	Нет	Дата/время				Да	Нет

Таблица 2 - Состав полей таблицы «Утиль»

Имя поля	Ключ	Тип данных	Размер поля	Маска ввода	Значе-ние по умолча-нию	Обязательное поле	Индекси-рованное поле
Код_ут	Да	Счетчик	Длинное целое			Да	Да (Совпадения не допускаются)
Наим_ут	Нет	Текстовый	50			Да	Нет
Номер_карт	Нет	Числовой	Целое			Да	Нет
Цена_ут	Нет	Числовой	Длинное целое			Да	Нет
Ном_акт	Нет	Числовой	Целое			Да	Нет
Кол-во	Нет	Числовой	Целое			Да	Нет

Таблица 3 - Состав полей таблицы «Члены комиссии»

Имя поля	Ключ	Тип данных	Размер поля	Маска ввода	Значение по умолчанию	Обязательное поле	Индексированное поле
Код	Да	Счетчик	Длинное целое			Да	Да (Совпадения не допускаются)
Ф.И.О.	Нет	Текстовый	50			Да	Нет
Должность	Нет	Текстовый	50			Да	Нет
Номер_ком	Нет	Числовой	Целое			Да	Нет

Таблица 4 - Состав полей таблицы «МБП»

Имя поля	Ключ	Тип данных	Размер поля	Маска ввода	Значение по умолчанию	Обязательное поле	Индексированное поле
Дата_в_экспл	Нет	Дата/время				Да	Нет
Код	Да	Числовой	Целое			Да	Да (Совпадения не допускаются)
Наименование	Нет	Текстовый	50			Да	Нет
Утиль	Нет	Логический				Да	Нет
Цена	Нет	Числовой	Длинное целое			Да	Нет
№акт	Нет	Числовой	Целое			Нет	Нет
Причина_код	Нет	Числовой	Целое			Нет	Нет
Наим_ед	Нет	Числовой	Целое			Да	Нет
Количество	Нет	Числовой	Целое			Да	Нет

Таблица 5 - Состав полей таблицы «Комиссия»

Имя поля	Ключ	Тип данных	Размер поля	Маска ввода	Значе-ние по умолча-нию	Обязательное поле	Индексированное поле
Дата_ком	Да	Дата/время				Да	Нет
Номер_ком	Нет	Числовой	Целое			Да	Да (Совпадения не допускаются)

Таблица 6 - Состав полей таблицы «Единицы измерения»

Имя поля	Ключ	Тип данных	Размер поля	Маска ввода	Значение по умолчанию	Обязатель-ное поле	Индексированное поле
Код_ед	Да	Числовой	Целое			Да	Да (Совпадения не допускаются)
Наим_ед	Нет	Текстовый	50			Да	Нет

Таблица 7 - Состав полей таблицы «Причины списания»

Имя поля	Ключ	Тип данных	Размер поля	Маска ввода	Значение по умолчанию	Обязатель-ное поле	Индексированное поле
Причина_код	Да	Числовой	Целое			Да	Да (Совпадения не допускаются)
Причина_наим	Нет	Текстовый	50			Да	Нет

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

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

На вкладке Акты представлены сведения о составленных актах и о МБП списанных в этих актах. Существует возможность удалить уже созданный акт (при помощи контекстного меню), а также добавить новый акт, с открытием нового окна, где необходимо указать списываемые МБП и причины их списания а также номер комиссии и дату составления акта. Предусмотрен вывод составленного акта в MS Excel, либо напрямую на печать.

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

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

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

На вкладке Отчеты возможно сформировать и вывести на печать отчеты по составу определенной комиссии, по актам, составленным определенной комиссией и по причинам списания МБП.

Структура акта представлена на рисунке 4 в виде UML-диаграммы классов.



Рисунок 4 - Структура акта на списание МБП

Структура диалоговых окон в виде UML-диаграммы классов представлена на рисунке 5.

Рисунок 5 - Структура диалоговых окон

2.3 Взаимодействие информационной модели и интерфейсной части информационной системы

Настройка свойств компонентов ADOConnection, DataSource, ADOTable, ADODataSet для взаимодействия с базой данных. ADOConnection используется для связи с набором данных ADO. Этот компонент может работать с несколькими компонентами наборов данных как диспетчер выполнения команд. DataSource действует как интерфейс между TTable, TADODataSet и TStoredProc и компонентами управления данными типа TDBGrid. TADOTable обеспечивает доступ к таблицам базы данных. TADODataSet может использоваться как TADOTable, но с возможностью построения sql-запросов к подключенной к нему базе данных, тем самым расширяя возможности работы с таблицами. TDBGrid используется для отображения пользователю таблиц базы данных.

Измененные свойства указанных компонентов представлены в таблице 8.

Таблица 8 - Компоненты программного обеспечения

Форма	Компонент	Изменяемые свойства
DataModule2	ADOConnection1	Connected=true
	Akt	Connectoin=ADOConnection1 Active=true TableName=Акт
	DataSource1	DataSet= Akt
	Ed_izm	Connectoin=ADOConnection1 Active=true TableName=Ед_изм
	DataSource1	DataSet= Ed_izm
Form1	DBGrid1	DataSource= DataModule2->DataSource1

3. Реализация интерфейса информационной системы

3.1 Описание экранных форм

Формы. Главная форма содержит меню, иерархия которого представлена на рисунке 6.

Рисунок 6 - Схема меню главной формы

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



Рисунок 7 - Главное окно программы

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

Рисунок 8 - Форма в режиме добавления записи

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

Рисунок 9 - Форма в режиме фильтрации по наименованию

3.2 Взаимодействие экранных форм

При запуске программы открывается главное окно программы. Через систему меню или нажатие на вкладку осуществляется доступ к 5 страницам: Акты, Единицы измерения, Перечень МБП, Причины списания, Отчёты.

При выборе пункта меню Добавить в перечень … отображает субменю с возможными вариантами добавления. После выбора откроется форма с соответствующим добавлением.

При выборе пункта меню Изменить… появится возможность выбора из субменю пункта Состав комиссии и изменить состав комиссии по списанию МБП.

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

При выборе пункта Восстановить акт №… будет открыта форма с выбором номера акта который необходимо заново сформировать в MSExcel.

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

Рисунок 13 - Диаграмма состояний

3.3 Реализация прецедентов

Диаграмма последовательности (sequence diagrams) отображает взаимодействие объектов, упорядоченное по времени. На ней показаны объекты и классы, используемые в сценарии, и последовательность сообщений, которыми обмениваются объекты, для выполнения сценария. Диаграммы последовательности действий обычно соответствуют реализациям прецедентов в логическом представлении системы.

Примеры диаграмм последовательности действий для составления акта.

Рисунок 14 - Диаграмма последовательности для формирования акта на списание МБП формы МБ-51

Рисунок 15 - Диаграмма последовательности для добавления причины списания МБП

4. Тестирование программного модуля

Тестирование программного продукта проводилось по всем вариантам использования. Результаты тестирования представлены в таблице 9.

Таблица 9 - Журнал тестирования

Действие актера	Действие программного модуля	Отметка о правильной работе или описание ошибки
Открыть форму просмотра действующей комиссии	Открытие формы с составом действующей комиссии	Действие выполнено успешно
Добавление новой причины в базу данных	Причин добавлена и отражается в списке причин списания	Действие выполнено успешно
Фильтрация таблицы МБП по выбранному критерию	Выполняется фильтрация, и в зависимости от введенных данных и выбранного критерия отображается результат	Действие выполнено успешно
Просмотр отчета по составу комиссии	Открывается предпросмотр составленного отчета с составом выбранной комиссии	Действие выполнено успешно
Просмотр отчета по причинам списания МБП	Открывается предпросмотр отчета с указанием кода, названия выбранной причины, списком МБП списанным по этой причине	Действие выполнено успешно
Изменение состава комиссии	Открывается форма с полями для добавления новой комиссии, после ввода и подтверждения данные заносятся в базу данных	Действие выполнено успешно
Выбор подпункта из пункта меню Просмотреть…	Открывается вкладка на главной форме с названием, соответствующим выбранному	Действие выполнено успешно
Печать ранее составленного акта на списание МБП	Открытие excel файла с перенесёнными данными из базы данных	Действие выполнено успешно
Печать вновь составленного акта на списание МБП	Открытие excel файла с перенесёнными данными из базы данных	Действие выполнено успешно
Удаление причины списания	Выбранная причина удаляется из базы данных	Действие выполнено успешно
Выбор пункта из контекстного меню таблицы Единицы измерения Редактирование	Открытие формы с текущими данными выбранной записи с возможностью их изменения	Действие выполнено успешно
Изменение записи в таблице Единицы измерения	Изменение записи в базе данных в соответствии с вновь введенными данными	Действие выполнено успешно
Фильтрация таблицы Единицы измерения по наименованию	Выполняется фильтрация, и в зависимости от введенных данных отображается результат	Действие выполнено успешно

5. Энерго- и ресурсосбережение

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

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

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

Основной режим - при этом режиме экономии нет. Потребляемая мощность около 400Ватт.

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

, (1)

где Тпк - время работы компьютера, ч;

Тпк =92,6 ч;

t_рп - суммарное время регламентированных перерывов, в течение

рабочего дня, ч;

t_рп =60 мин=1 час;

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

, (2)

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

Стоимость сэкономленной электроэнергии рассчитывается по формуле:

Сэн = Трп (Wпк - Wсп) 1560,00, (3)

где Wпк - потребляемая мощность ПК, кВт-ч;

Wсп - потребляемая мощность компьютера в ждущем режиме;

Wпк = 0,4 кВт;

Wсп = 0,16 кВт.

Заключение

В результате выполнения курсового проекта был разработан интерфейс программы формирования акта на списание МБП формы МБ-51 в детском саду.

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

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

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

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

1 Архангельский, А.Я, Программирование в C++ Builder 6 / А.Я. Архангельский. - Москва: ООО Бином - пресс, 2003. - 1152 с.

2 Крёнке, Д., Теория и практика построения баз данных. / Д. Крёнке. - Санкт-Петербург: Питер, 2003 г.

3 Котов, В.М, Информатика. Методы алгоритмизации. / В.М. Котов. - Москва: Народная асвета, 2000. - 302 с.: ил.

4 Буч, Г. Язык UML. Руководство пользователя / Г. Буч, Д. Рамбо, И. Якобсон; Пер. с англ. Мухин Н. - 2-е изд. - Москва: ДМК Пресс, 2007. - 496 с.

5 Рамбо, Дж. UML 2.0. Объектно-ориентированное моделирование и разработка / Рамбо Дж., М. Блаха. - 2-е изд. - СПб.: Питер, 2007. - 554 с. (Библиотека программиста)

6 Котов, В.М, Информатика. Программирование. / В.М. Котов. - Москва: Народная асвета, 2000. - 302 с.: ил.

7 Фаулер, М., Основы UML. / М. Фаулер. - Москва: Символ - Плюс, 2002. - 192 с.: ил.

8 Кватрани, Т., Визуальное моделирование. / Т. Кватрани - Санкт-Петербург: ДМК, 2001. - 176 с.: ил

9 Хворостовский, А.Л., Основы Построения диаграмм. / А.Л. Хворостовский. - Минск: Бинариум, 2000. - 254 с.: ил.

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

...