Автоматизована система обліку діяльності агентства святкових послуг

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

Анотація

Тема курсового проекту - «Автоматизована система обліку діяльності агентства святкових послуг (Браво - агентства)». Метою проекту є підвищення оперативності і поліпшення якості керування підприємством у цілому;

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

Курсовий проект містить 1 розділ та складається з 16 сторінок. У роботі міститься 5 рисунків.



Аннотация

Тема курсового проекта - «Автоматизированная система учета деятельности агентства праздничных услуг (Браво - агентства)». Целью проекта является повышение оперативности и улучшения качества управления предприятием в целом;

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

Курсовой проект содержит 1 раздел и состоит из 16 страниц. В работе содержится 5 рисунков.



Abstract

The theme of the course project - "the automatic control system of the agency holiday services (Bravo - agency)." The project aims to increase efficiency and improve the quality of business management in general;

The relevance of this work is determined by the necessity of its introduction into the festive agency, as one that is able to perform tasks in the register of products, applications and improve the performance of the company manager of this company.

Course project contains one section and consists of 16 pages. The paper contains 5 figures.



Вступ

Тема дипломної роботи присвячена підвищенню ефективності роботи агентства святкових послуг. Основними завданнями, що вирішує автоматизована інформаційна система на підприємстві, є:

·підвищення ефективності виробництва (оптимізації використання наявних виробничих, матеріальних, трудових і фінансових ресурсів);

·підвищення оперативності і поліпшення якості керування підприємством у цілому;

·удосконалення структури апарату керування;

·організація раціональних потоків інформації на підприємств;

·своєчасна, ефективна і достовірна звітність;

·автоматизація діловодства і диспетчеризації.

Проведено обстеження об'єкта, аналіз системи та розроблено склад функціональних задач. Розроблено вимоги до системи. На основі даних дослідження системи, розроблена концепція системи, яка містить опис предметної області, опис функціональної частини системи, зроблено інформаційне та математичне забезпечення. Проведено вибір стандартних, технічних та операційних засобів.

Визначено обсяг використаної системи, доступ до інформації та її захист. інформаційний математичний операційний концепція

Метою роботи є підвищення ефективності роботи менеджера в агентстві “Браво” та автоматизація процесів обліку товару на фірмі.

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



1. Обстеження об'єкта та обгрунтування необхідності створення АРМ менеджера святкового агентства

1.1 Обстеження об'єкта

Діяльність Браво-агентства - святкової компанії, що займається організацією та оформленням святкових урочистостей: весіль, міських свят, днів народжень, ювілеїв, дитячих свят. Агентство надає послуги кейтерінгу (виїзного облуговування).

Компанія має власний склад витратних матеріалів, які при необхідності можуть пропонуватися клієнту.

Святкове агентство надає унікальну можливість вибрати на будь-яку урочисту подію оформлення в потрібній для клієнта комплектації та дизайн проекту.

У даній фірмі «Браво» надається оформлення:

- Аеродизайн - будь-які конфігурації з куль

- Текстильний декор (завіси, чохли для стільців, спідниці на столи, скатертини).

- Флористика (живі штучні квіти, букети, композиції).

- Оформлення вітрин і торгових площ.

- Оформлення готелів, салонів краси, офісів, барів і ресторанів.

- Поліграфія: етикетки на пляшки, банери, буклети, запрошення.

- Створення дизайн проекту.

Святкове агентство, складається з ряду відділів, які зображенні на рисунку 1.1.



Розглянемо більш детально роботу кожного з працівників святкового агентства “Браво”.

Директор підприємства діє на принципах єдиноначальності та здійснює такі функції:

Має право підпису всіх правових, бухгалтерських документів підприємства;

Приймає на роботу працівників підприємства;

Видає накази і розпорядження, обов'язкові для виконання всіма працівниками підприємства;

Розпоряджається майном підприємства в межах, встановлених статутом;

Нараховує премії (догани);

Забезпечує виконання зобов'язань за договорами.

Event-менеджер - це фахівець, який займається організацією ділових і розважальних заходів для компаній і приватних осіб.

При роботі менеджера існує велика кількість операцій, які потребують чіткої і коректної роботи:

Проводить необхідні зустрічі та переговори з клієнтами з метою з'ясування побажань замовника про заплановані заходи , вимоги , склад учасників і для затвердження програми заходу.

Забезпечує клієнта необхідною усною та письмовою інформацією і консультує клієнтів.

Встановлює контакти з організаціями, що надають послуги, необхідні для виконання проектів ; погоджує з ними основні умови договорів на надання послуг і забезпечує їх висновок.

Відстежує сучасні тенденції і нововведення з організації корпоративних заходів та подій

Негайно інформує керівника організації та зацікавлених осіб про надзвичайні події з учасниками під час заходу.

Менеджер має справи з рухом матеріальних й інформаційних потоків. Перші представлені рухом товару зі складу(вітрини) до замовника, а інформаційні потоки представлені документацією.

Менеджер приймає гроші й відпускає готову продукцію, що супроводжується виписаним чеком.

В роботі складу існує велика кількість операцій, які необхідні для правильної роботи складу.

Склад має справи з рухом матеріальних й інформаційних потоків. Перші представлені рухом товару від постачальників на склад або зі складу до покупців, а інформаційні потоки представлені документацією, необхідної для цих операцій.

Обґрунтування необхідності створення

Після виконання аналізу предметної області було виявлено основні недоліки в роботі з документами і персоналом агентства святкових послуг “Браво” :

1) дублювання інформації;

2) ручний метод формування звітів (заповнення від руки, наявність помилок, виправлень);

3)ненадійність зберігання інформації ;

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

Прийом, складування, зберігання й видача готової продукції - основні завдання, які успішно повинні виконувати висококваліфіковані працівники складу.

Комп'ютеризований облік дозволяє домогтися максимальної чіткості й оперативності в їхній роботі.

При виконанні бухгалтерських операцій, існує велика можливість загубити інформацію, зробити помилку в розрахунках, рознесенню даних, звітах, тому бажано автоматизувати ці операції.

Бухгалтерія має справу з рухом матеріальних й інформаційних потоків. Перші представлені рухом грошей за проданий та закуплений товар та витрати на потреби підприємства, а інформаційні потоки представлені документацією та звітністю про проданий товар, отримані гроші, витрати на транспортування і т.д.

Бухгалтерія приймає та обробляє данні про надходження товарів з накладних. Після отримання накладної, бухгалтер повинен оприбуткувати товар, визначити ціну його продажу, закріпити його за матеріально-відповідальними особами (складом). При складані звітів по продажу бухгалтер працює з касовими звітами.

Співробітники бухгалтерського відділу мають індивідуальну матеріальну відповідальність. Навіть незначна помилка в бухгалтерському обліку може мати великі негативні наслідки.

Аналіз даних по продажу та розрахунок ЗП - основні завдання, які успішно повинні виконувати працівники бухгалтерії.

Базуючись на недоліках існуючої ІС можна сказати, що необхідно розробити нову ІС, що буде задовольняти вимогам, та сформувати мету:

автоматизація і систематизація процесу керування робочої діяльності менеджера;

створення баз даних електронних каталогів;

забезпечення пошуку інформації;

підвищення ефективності виробництва (оптимізації використання наявних виробничих, матеріальних, трудових і фінансових ресурсів);

удосконалення процесу ведення документації

отримання своєчасної ефективної і достовірної звітності.

1.3 Концепція

Система АСО менеджера діяльності святкового агентства “Браво” призначена для автоматизації операцій обліку надходження та продажу.

Об'єктом предметної області є автоматизація процесів обліку товарів, організацій та проведення святкових урочистостей, в якій розглядається облік діяльності святкового агентства.

АІС забезпечує виконання наступних основних функцій:

-Агентство повинно забезпечувати виконання таких основних функцій:

Ведення довідників клієнтів ,менеджерів і працівників організації , спеціалізацій працівників , витратних матеріалів;

Ведення прейскуранта послуг компанії ;

Облік наявності витратних матеріалів на складі;

Оформлення замовлення на проведення заходів з урахуванням використаних матеріалів;

Ведення журналу замовлень клієнтів , журналу замовлень постачальнику, а також журналу рахунків , виставлених клієнтам на додаток до основного замовлення;

Планування виконання робіт працівниками відповідно до побажань клієнтів ;

- Оформлення таких документів:

Договір на надання послуг;

Замовлення з переліком наданих послуг і використаних матеріалів за договором ( додаток до договору ) ;

Приймально-здавальний акт ;

Рахунок і рахунок-фактура за наданими послугами і витраченим матеріалами ;

Рахунок і рахунок-фактура за іншими додатковим послугам і витраченим матеріальним цінностям ;

Замовлення постачальнику на закупівлю витратних матеріалів при їх нестачі на складі;

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

- Формування наступної статистичної звітності за будь-який період :

Звіт про надані послуги за період ;

Звіт про вжиті замовленнях за період ;

Діаграма про кількість замовлень за період ;

Діаграма про суму замовлень в розбивці по наданим послугам за період

Діаграма про суму замовлень за період ;

Діаграма про суми замовлень в розбивці по працівникам за період .

Для реалізації АРМ були обрані наступні компоненти:

Windows 7 Ultimate- в якості операційної системи, так як в обласній раді на всіх ПК встановлена ця версія ОС;

Microsoft Access 2007 - в якості системи управління базами даних та засобу розробки.

Технічне забезпечення, при якому система буде ефективно працювати, виходить з системних вимог та складається з:

Частота процесора не менше 500 МГц;

Не менше 256 Мб оперативної пам'яті;

1,5-2 Гб вільного місця на жорсткому диску;

Дозвіл екрану не менше 1024x768 точок;

Операційна система Windows XP з SP2, Windows Server 2003 з SP2 або більш нові версії.

Дане програмне забезпечення сприяє зменшенню часу на проведення аналізу, ефективніше та продуктивніше використовується робочий час менеджерів, працівників складу та бухгалтерії. Завдяки даному програмному забезпеченню збільшується точність та якість інформації про товар. На основі даних ІС можна оцінювати якість роботи працівників підприємства, виконувати бухгалтерські операції. Зменшуються витрати матеріальних і трудових ресурсів на організацію роботи агентства



2. Розробка проекту

2.1 Загальносистемні рішення

Розробляється АСОД, що призначена для автоматизації процесів, що виникають при роботі агентства святкових послуг. У загальному випадку система повинна виконувати дві функції: дозволяти вводити і редагувати дані, виконувати розрахунки та генерувати звіти. Ці дві основні функції можуть бути реалізовані в одній системі без виникнення програмних і апаратних конфліктів, саме в цьому випадку сама система дасть максимально корисний ефект.

Система повинна мати зручний графічний інтерфейс, з набором функцій, поставлених завданням, що дозволяє користувачам отримувати необхідну інформацію або заносити її.

Таким чином, зросте продуктивність праці менеджерів за рахунок застосування електронної документації та більш швидкого доступу до неї.

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

Рисунок 2.1 - DFD-діаграма потоків даних 0-го рівня святкового агентства

Відповідно до поставлених задач і DFD-діаграм 0-го рівня побудуємо DFD-діаграму 1-го рівня, що показує процеси в системі та вхідну-вихідну інформацію (рис. 2.2).

Рисунок 2.2 - DFD-діаграма потоків даних 1-го рівня святкового агентства

Сутності та атрибути потоків даних обласної ради наведені в таблиці 2.1.

Назва сутності	Назва атрибуту
Журнал замовлення від клієнтів	Серійний номер
	Дата прийому
	Дата віддачі
	Клієнт
	Менеджер
	Відповідальний працівник
	Сумма
Журнал замовлення постачальнику	Серійний номер
	Дата замовлення
	№ п/п
	Найменування
	Одиниця виміру
	Кількість
	Відповідальна особа
Прейскурант послуг	Серійний номер
	Послуга
	Норма
	Сумма
Матеріальні цінності	Серійний номер
	Найменування
	Шифр
	Одиниця вимірювання
	Кількість
	Ціна
	Сумма
Працівники	Серійний номер
	ПІБ
	Спеціалізація

2.1.1 Розробка концептуальної моделі

З ціллю визначення зв'язків між потоками даних, на основі вимог до функціональних характеристик визначених в технічному завданні, розробляємо концептуальну модель даних, яка представлена у вигляді діаграми на рисунку . Вона дозволяє визначити сутності, їх атрибути, а також зв'язки між сутностями.

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

В результаті розробки DFD діаграм, були визначені такі сутності: склад, чекова накладна, робітники, закупка, спеціалізація договору, договір, постачальники.

Сутність «Чекова накладна» зв'язана з сутностями «Склад» та «Робітники». Які теж мають зв'язки: «Склад» - «Бухгалтерія»; «Бухгалтерія» - «Накладна»; «Накладна» - «Договір» та «Постачальники»; «Договір» - «Постачальники».



Рисунок 2.10 - Концептуальна модель даних агентства святкових послуг

Розробка логічної моделі

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

В таблицях представлені логічні структури таблиць даних.

В таблицях, практично усі поля, являються обов'язковими. Ті, які не обов'язкові, відмітимо NOTNULL.

Таблиця 2.5 - Логічна модель таблиці «Чеки»

Поле	Тип	Ключ	NULL/NOTNULL
Код чеку	Числовий	IK
Код товару	Числовий	FK
Менеджер	Текстовий	FK
Дата продажу	Числовий
Кількість	Числовий
Сума	Числовий

Таблиця 2.6 - Логічна модель таблиці «Робітники»

Поле	Тип	Ключ	NULL/NOTNULL
Код робітника	Числовий	PK
Діяльність	Підстановка
ФІО	Текстовий
Адреса	Текстовий
Телефон	Числовий
Ідентифікаційний код	Числовий
Стаж на цій посаді	Текстовий
Загальний стаж	Текстовий

Таблиця 2.7 - Логічна модель таблиці «Склад»

Поле	Тип	Ключ	NULL/NOTNULL
Код товару	Числовий	FK/ PK
Розділ	Підстановка
Дата отримання	Дата/час
Термін придатності	Дата/час
Кількість товару	Числовий
Опис	Текстовий
Ціна продажу	Числовий

Таблиця 2.8 - Логічна модель таблиці «Закупка»

Поле	Тип	Ключ	NULL/NOTNULL
Код товару	Числовий	FK/ IK
Назва	Текстовий
Кількість	Числовий
Дата отримання	Дата/час

Таблиця 2.9 - Логічна модель таблиці «Спеціалізація договору»

Поле	Тип	Ключ	NULL/NOTNULL
Код договору	Числовий	IK
Код товару	Текстовий	FK
Ціна закупівлі	Числовий

Таблиця 2.10 - Логічна модель таблиці «Договори»

Поле	Тип	Ключ	NULL/NOTNULL
Код договору	Числовий	PK
Код постачальника	Числовий	FK
Дата укладання договору	Дата/час
Дата закінчення договору	Дата/час
Сума	Числовий

Таблиця 2.11 - Логічна модель таблиці «Постачальник»

Поле	Тип	Ключ	NULL/NOTNULL
Код постачальника	Числовий	PK
Назва підприємства	Текстовий
Адреса	Текстовий
Представник	Текстовий
Телефон	Числовий

2.1.3 Розробка фізичної моделі

Фізична модель даних ґрунтується на логічній моделі. В ній визначається тип даних для кожного поля в таблицях даних, а також ширина кожного поля. В таблицях 2.12 - 2.19 представлені фізичні моделі кожної з таблиць даних.

Таблиця 2.12 - Фізична модель таблиці «Чеки»(cheki)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код чеку	nom_cheka	longinteger	IK	4
Код товару	kod_tovara	longinteger		50
Менеджер	manager	longinteger		4
Дата продажу	data	date/time		8
Кількість	kolichestvo	longinteger		4
Сума	summa	real		4

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

Таблиця 2.13 - Фізична модель таблиці «Добавить чек»(cheki_add)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код товару	kod tovara	longinteger	PK	4
Назва	Nazvanie	text		20
Опис	opusanye	text		50
Ціна продажу	stoimost prodajy	real		4
Кількість	kolichestvo	longinteger		4

Таблиця 2.14 - Фізична модель таблиці «Робітники»(robitnuk)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код робітника	kod_robitnuka	longinteger	PK	4
Посада	posada	text		50
ФІО	FIO	text		50
Адреса	adress	text		50
Телефон	telefon	longinteger		4
Ідентифікаційний код	ID_kod	longinteger		8
Стаж на цій посаді	staj	text		50
Загальний стаж	staj_obsh	text		50

Таблиця 2.17 - Фізична модель таблиці «Спеціалізація договору»(specializ dogovora)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код договору	kod dogovora	longinteger	PK	4
Код товару	kod tovara	longinteger		4
Ціна закупівлі	czena	real		8



Таблиця 2.18 - Фізична модель таблиці «Договори»(dogovora)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код договору	kod dogovora	longinteger	PK	4
Код постачальника	kod postavshika	longinteger		4
Дата укладання договору	data dogovora	date/time		8
Дата закінчення договору	data okonchaniya dogovora	date/time		8
Сума	summa	real		8

Таблиця 2.19 - Фізична модель таблиці «Постачальник»(postavshik)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код постачальника	kod postavshika	longinteger	PK	4
Назва підприємства	nazvanye	text		10
Адреса	adress	text		20
Представник	predstavytel	text		10
Телефон	telefon	longinteger		4

Таблиця 2.15 - Фізична модель таблиці «Склад»(sklad)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код товару	kod_tovara	longinteger	PK/FK	4
Розділ	rozdil	text		50
Дата отримання	data_poluchen	date/time		8
Термін придатності	termin_prudatnosti	date/time		8
Кількість товару	kilkist_tovaru	longinteger		4
Опис	opusanye	text		50
Ціна продажу	stoimost prodajy	real		8

Таблиця 2.16 - Фізична модель таблиці «Закупка»(zakupka)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код товару	kod tovara	longinteger	IK/FK	50
Назва	Nazvanie	text		25
Кількість	kolichestvo	longinteger		4
Дата отримання	Data_poluchen	date/time		8



Таблиця 2.17 - Фізична модель таблиці «Спеціалізація договору»(specializ dogovora)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код договору	kod dogovora	longinteger	PK	4
Код товару	kod tovara	longinteger		4
Ціна закупівлі	czena	real		8

Таблиця 2.18 - Фізична модель таблиці «Договори»(dogovora)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код договору	kod dogovora	longinteger	PK	4
Код постачальника	kod postavshika	longinteger		4
Дата укладання договору	data dogovora	date/time		8
Дата закінчення договору	data okonchaniya dogovora	date/time		8
Сума	summa	real		8

Таблиця 2.19 - Фізична модель таблиці «Постачальник»(postavshik)

Логічна назва поля	Фізична назва поля	Тип даних	Ключ	Довжина поля
Код постачальника	kod postavshika	longinteger	PK	4
Назва підприємства	nazvanye	text		10
Адреса	adress	text		20
Представник	predstavytel	text		10
Телефон	telefon	longinteger		4

На рисунку 2.15 представлена фізична модель даних.



2.2 Характеристика нормативно-довідкової, вхідної та вихідної інформації (Специфікації модулів)

Комплексна система автоматизованого оброблення фінансово-розрахункових задач передбачає використання єдиної бази даних, що утворюється з нормативно-довідкової, вхідної та вихідної інформації.

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

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

Створенням системи постійної інформації досягається централізація зберігання даних, підвищення їх достовірності, усунення дублювання, скорочення обсягу робіт з підготовки та введення їх в ЕОМ, що підвищує ефективність використання постійної інформації. Вхідна оперативна інформація являє собою заповнення і введення в базу даних екранних форм первинних документів. Як правило, робота з будь-яким завданням починається із заповнення анкет робітників, замовників. Надалі в міру роботи з програмою анкети також поповнюються і змінюються.

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

Перехід до менеджерів здійснюється за допомогою відкриття форми «Менеджери» в розділі «Працівники» програми.

Перехід до працівників агентства “Браво” за допомогою відкриття форми «Працівники» в розділі «Працівники» програми.

Перехід до спеціалізацій робітників здійснюється за допомогою відкриття форми «Спеціалізація» в розділі «Працівники» програми.

Будь-які зміни можна коригувати, але заздалегідь проінформувавши на засіданні с колегами по роботі. Процес заповнення анкети підлягає автоматизації. З огляду на наведену технологію процесів визначаємо склад модулів програмного виробу.

До модулів висуваємо вимоги міцності та незалежності. Маємо на у вазі такі принципи. Один модуль - одна функція. Дані кожного модуля під час виконання програми можуть змінюватися тільки в самому модулі. Архітектура програми являє собою ієрархію модулів.

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

Режим «Рахунок» забезпечує бухгалтера та інших зацікавлених осіб відображенню на екрані, а в разі потреби -- і на друкувальному пристрої, що дає можливість прочитати документ із вказаною сумою грошей, які треба заплатити за придбану річ, зроблену послугу, виконану роботу.

В даному розділі наведено специфікації модулів ПЗ, тобто визначення вхідних даних, операцій над ними, та вихідних даних.

Модуль «Ідентифікація користувача». Він дозволяє доступ користувачу в систему.

Вхідні дані: Введення логіна та пароля.

Дія: логін та пароль порівнюються з існуючими даними всередині програми, і якщо є співпадіння то завантажується середовище Access інакше вихід з програми.

Вихідні дані: користувач отримує доступ до середовища Access, або повідомлення про відмову доступу.

Модуль «Працівники». Задачею модуля є створення та змінення анкети працівників. Модуль повинен надавати користувачу форму для заповнення анкети працівника агентства та можливість друку її змісту. Модуль має дочірній модуль «Спеціалізація».

Вхідні дані: прізвище, ім'я, по батькові, дата народження, email, телефон, спеціальність.

Дія: занесення працівника у БД, генерація звітів, інформація про поточного працівника, активність послуг.

Вихідні дані: запис даних працівника в БД, друк звітів про інформацію або активність по введеному періоду.

Модуль «Спеціалізація». Задачею модуля є ведення інформації про вид діяльності працівника. Модуль повинен надавати користувачу форму для заповнення вхідних даних.

Вхідні дані: вид діяльності.

Дія: занесення робочого стану у БД.

Вихідні дані: запис даних працівника в БД.

2.3 Алгоритм роботи програми

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

Кожен з видів роботи містить вкладені операції і має складну структуру. Після виконання обраної операції користувач матиме можливість пройти ідентифікацію заново. На рисунку представлена блок-схема загального алгоритму роботи програми.

2.4 Робочий проект

На етапі робочого проекту були виконані дії щодо корегування проекту, вибору мови та засобів розробки, реалізація програмного продукту, його тестування



2.4.1 Вибір засобів розробки

Для реалізації розробки була обрано середовище розробки С++ Builder 6.0. Під час вибору домінували критерії гнучкості системи, надійності, розширення та доповнення, зручності інтерфейсу, часу розробки, технічного супроводу продукту.

Мова С++ з'явилася в наслідок розвитку мови програмування С, створеного компанією Bell Labs. С++ отримав широке розповсюдження та признання. Після розвитку С++ утворилася велика конкуренція між розробниками компіляторів. В ХХІ сторіччі відповідність стандарту ANSI стало одним з найважніших властивостей мови С++.

Компанія Borland представляє набір індивідуальних доповнень С++, що забезпечували підтримку VCL-бібліотек (Viual Component Library). Компілятор С++ Builder 6.0 дає можливість обробляти тільки ті програми, що відповідають стандарту ANSI. Якщо програма була скомпільована без врахування відповідності зі стандартами, то програми під Windows будуть нормально компілюватися. Це базовий рівень відповідності з продуктами Microsoft. Наприклад, ви не зможете скомпілювати програми, котрі використовують бібліотеку MFC (Microsoft Foundation Classes), якщо в властивостях компілятора не включити відповідний фляжок. Це призводить до зниження працездатності, відміняє наступні правила:

заборона на використання зайвих крапок з комою в області класу

заборона на використання структур без назв

заборона на використання старого стилю визначення області назв

в циклах

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

заборона на використання оператора new при неможливості дозволеня його виклику

заборона на автоматичне приведення типу const-класу, переданого функції по значенню

заборона на приведення до вказівника на член класу

заборона на створення з дублюємо специфікую класу збереження

заборона або ігнорування директив #pragma comment(linker,”,”).

Зокрема цього є можливість експортування в інші засоби роботи з мовою С++. Також є дуже багато функцій для роботи з Базами Даних, особливо з файлами Microsoft Access. Отже С++ Builder 6.0 можна вважати ефективним й повнофункціональним засобом розробки додатків для платформи Microsoft Windows.

Вимоги до технічного забезпечення представлені в таблиці

Таблиця 2.5.1 - Вимоги до технічного забезпечення

Характеристика	Значення
Процесор	Intel Pentium 4 2400 MHz
Кількість фізичних процесорів	1
Кількість логічних процесорів	1
Оперативна пам'ять	DDR 512 Mb
Жорсткий диск	IDE SeaGate 80 Gb
Відеокарта	Інтегрована з можливістю виділення з ОП до 32 Mb
Аудіокарта	Realtech AL 1810
DVD-RW	NEC DVD-RW AD 7173S
Мережевий адаптер	Marvell Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller
Монітор	Proview MA782KC PL00018 17"
Блок безперебійного живлення	BackUps 525
Клавіатура	Logitech KB 250 PC/2
Миша оптична	Logitech M-SBF96 Optical Wheel

2.4.2 Кодування

Під час розробки була виконана програма мовою C++ у середовищі C++ Builder 6. Безпосередньо програмний код є тісно пов'язаним із екранними формами, що створені пакетом, і зосереджений переважно у функціях - обробниках окремих подій (наприклад натиснення кнопки).

Нижче наведено ряд типових форм реалізованих у ПЗ.



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

Рисунок - Проектування формування платіжної відомості



Рисунок - Проектування форми «Бухгалтерія та склад»

На рисунку - зображена форма роботи зі складом та бухгалтерією. В цьому модулі передбачено наступні режими роботи:

Продаж за день

Продаж від дати до дати

Аналіз попиту товару

Хід виконання договору

Пошук на складі

Індексація

Контроль терміну придатності



Рисунок - Проектування форми «Каса»

На рисунку зображено проектування форми для формування чеку. Користувач отримує форму для заповнення чеку, вибір товару (послуги), визначення вартості товару(послуги), визначення вартості всієї покупки, визначення решти, друк чеку про вибуття .

2.4.3 Результат розробки

В результаті розробки проекту було створено програмне забезпечення «Автоматизована інформаційна система агентства святкових послуг», яке виконано у середовищі С++ Builder. Відповідно до вимог до даного програмного забезпечення, сформованих у технічному завданні, яке приведено в першому розділі.

Програмне забезпечення виконує функції: формування та ведення БД товарів; формування переліку товарів (послуги); формування відомостей по продажу; отримання даних по залишках товарів на складі; аналіз попиту на товар (послуги); аналіз плану виконання договорів на поставку товарів; облік товару на складі; контроль придатності товару; зняття проданого товару зі складу; формування розрахункових чеків; формування звітів та запитів за вказаними значеннями параметрів.

Всі функції були реалізовані в відповідних модулях об'єктів системи. В якості результатів роботи програмного забезпечення, користувач отримує звіти.

На рисунках - приведені форми реалізовані в програмному продукті.

Рисунок - Головна форма



Рисунок - Форма роботи зі складом та аналізом продажу

Рисунок - Форма вибору дати



Рисунок - Форма формування чеку та продажу товару

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



3. Охорона праці

3.1 Заходи щодо техніки безпеки та протипожежної техніки. Організація пожежної охорони

Пожежа - неконтрольоване горіння поза спеціальним вогнищем, яке призводить до матеріальної шкоди.

Пожежна безпека - стан об'єкта, при якому з регламентованою ймовірністю виключається можливість виникнення та розвиток пожежі і впливу на людей її небезпечних факторів, а також забезпечується захист матеріальних цінностей.

Причинами пожеж та вибухів на підприємстві є порушення правил і норм пожежної безпеки, невиконання Закону “Про пожежну безпеку”.

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

За стан пожежної безпеки на підприємстві відповідають її керівники, начальники цехів, майстри та інші керівники.

На підприємствах існує два види пожежної охорони: професійна і воєнізована. Воєнізована охорона створюється на об'єктах з підвищеною небезпекою. Крім того на підприємствах для посилення пожежної охорони організовуються добровільні пожежні дружини і команди, добровільні пожежні товариства і пожежно-технічні комісії з числа робітників та службовців. При Міністерстві внутрішніх справ існує управління пожежної охорони (УПО) і його органи на місцях. До складу УПО входить Державний пожежний нагляд який здійснює:

контроль за станом пожежної безпеки;

розробляє і погоджує протипожежні норми і праила та контролює їх виконання в проектах і безпосередньо на об'єктах народного господарства;

проводить розслідування і облік пожеж;

організовує протипожежну профілактику.

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

Відповідальним керівником робіт по ліквідації пожеж і аварій на підприємстві є головний інженер. Начальник структурного підрозділу, в якому виникла пожежа, є відповідальним виконавцем робіт по її ліквідації. Горіння та пожежо-небезпечні властивості речовин і матеріалів.

Горіння - це процес окислення який супроводжується інтенсивним виділенням тепла і променевої енергії.

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

Горіння може бути повним і неповним. Повне - при достатній або надлишковій кількості окиснювача і при такому горінні виділяються токсичні речовини.

Неповне - відбувається при недостатній кількості окиснювача. При неповному горінні утворюються продукти неповного згорання, серед яких є токсичні речовини (чадний газ, водень).

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

Вибух - швидке перетворення речовин (вибухове горіння), яке супроводжується виділенням енергії і утворенням ударної хвилі. Ударна хвиля поширюється перед фронтом полум'я із швидкістю звуку 330 м/с.

Пожежо-вибухонебезпечність виробництв визначається агрегатним станом речовин та матеріалів та їх показниками пожежо-вибухонебезпечності. Показники пожежо-вибухонебезпечності: група спалимості, температура займання, температура спалаху, температура самозаймання, нижня та верхня концентраційні межі запалення, умови теплового самозаймання та ін.

Спалимість - це здатність речовини або матеріалу до горіння. Займання - це початок горіння під дією джерела запалювання. За спалимістю речовини і матеріали поділяються на три групи:

Спалимі - речовини і матеріали здатні самозайматися, або займатися від джерел запалювання і самостійно горіти або тліти після його віддалення. До них відносяться всі органічні речовини.

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

Важкоспалимі - речовини і матеріали, які горять від джерела запалювання, але не здатні горіти після його видалення. Це матеріали, які містять спалимі та неспалимі складові.

Температура займання - це найнижча температура речовини, при якій вона виділяє пари з такою швидкістю, що після займання їх від джерела запалювання виникає стійке горіння.

Температура спалаху - це найнижча (в умовах спеціального дослідження) температура речовини , при якій над її поверхнею утворюються пари, які здатні спалахнути у повітрі від джерела запалювання, але швидкість утворення парів недостатня для подальшого горіння.

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



Висновок

Автоматизована інформаційна система - це система, яка забезпечує автоматичний обмін інформацією в процесі роботи з документами та файлами. Інформаційні системи виникли разом з появою людини, адже вже і в той час потрібно було управління.

Основними факторами, які впливають на впровадження автоматизованих інформаційних систем, є потреби підприємств та їх користувачів, а також наявність відповідних засобів для їх формування. В процесі виконання роботи було досліджено основні етапи та стадії створення автоматизованої інформаційної системи, розробку яких визначає відповідний державний стандарт, за яким розрізняється вісім основних стадій створення:

формування вимог;

розробка концепції інформаційної системи;

технічне завдання;

ескізний проект;

технічний проект;

робочий проект;

впровадження інформаційної системи.

Автоматизовані інформаційні системи впроваджуються на підприємства тоді, коли на ній не застосовувалося раніше обчислювальної техніки і керівництво приймає рішення про її впровадження; при наявності вже діючих інформаційних систем різного призначення потрібно створити нову; до вже існуючої потрібно внести зміни у зв'язку зі змінами на виробництві; коли виникає потреба поновити функції, які реалізує дана система; постає потреба створити інформаційну систему на новій технічній або програмній основі.

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

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

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

...