Якщо фірма має обмежене число постачальників, розташованих в тому же регіоні, то середовище є для неї простим, малорухомим і передбачуваним. Деякі фірми залежать від безперервного потоку комплектуючих, що постачаються значною кількістю постачальників. [10]
Постачальники комунальних послуг (тепло -, водо - і енергопостачання, вивіз сміття і т. і.). Всі організації певного регіону, міста, селища ведуть справи практично з одним постачальником - монополістом. Він визначає умови надання послуг, з якими організації - одержувачі вимушені миритися. В даному випадку маємо приклад взаємозалежності зовнішніх змінних.
Першою проблемою при розгляді
організації як відкритої системи є визначення зовнішнього середовища. Облік
зовнішнього оточення необхідно обмежити тільки тими аспектами, від яких
вирішальним чином залежить успіх організації. Багато дослідників вказували, що
оточення сучасних організацій змінюється з наростаючою швидкістю. Однак при
тому, що ця тенденція є загальною, є організації, навколо яких зовнішнє
середовище особливо рухлива. Так при дослідженні системи оточення косметичного
салону, розробили схему, показану на рис. 2.1.
Рисунок 2.1 - Зовнішнє оточення
косметичного салону
Як видно на рис.2.1 фактор «постачальник» грає величезну роль для фірми, адже організація косметичних послуг має бути недорогою і якісною. Чим якісніше обладнання, косметичні засоби та швидкість постачання заказу,тим більш конкуренто спроможним буде КС.
Від вкладених фінансів організаторів підприємства залежить рівень спроможності придбання якісних послуг для КС та якісного обладнання, прийому на роботу достатньо кваліфікованих фахівців.
Фактори внутрішнього оточення організації і не надають такого впливу на її операції, як група попередніх факторів. Разом з тим середовище такого непрямого впливу звичайно складніша, ніж середовище прямого впливу зовнішніх факторів. Тому при її дослідженні зазвичай спираються, перш за все, на прогнози.
На рис.2.2 зображена модель
внутрішнього оточення КС. На моделі представлені постачальники та посади
майстрів салону. Модель допоможе докладніше розібрати які саме послуги
необхідно організувати, яких майстрів,консультантів та персонал варто наймати.
Рисунок 2.2 - Внутрішнє оточення
косметичного салону
Інформація про внутрішнє середовище організації необхідна менеджеру, щоб визначити внутрішні можливості, потенціал, на які організація може розраховувати в конкурентній боротьбі для досягнення поставлених цілей. Аналіз внутрішнього середовища дозволяє також краще усвідомити цілі та завдання організації. Важливо те, що крім виробництва продукції, надання послуг організація забезпечує можливість існування своїм працівникам, створює певні соціальні умови для їх життєдіяльності.
Так як будівля косметичного салону - це місце масового скупчення людей та обладнання необхідно передбачити наявність системи пожежної та охоронної безпеки. Саме така система зображена на рис. 2.3.
В будівлі установлена центральна
система управління (ЦСУ), на яку надходять сигнали з датчиків диму, дверних
датчиків та комп’ютеру служби охорони.
Рисунок 2.3 - Система пожежної та
охоронної безпеки будівлі КС
Датчики диму дозволяють локалізувати
та усунути вогнище спалаху, звичайно, якщо його масштаби не дуже великі. Також
після того, як сигнал про небезпеку надходить до ЦСУ, спрацьовує автоматичне
попередження персоналу та відвідувачів, саме це дозволить своєчасно вивести
людей із будівлі.
2.2
Сформулювати постановку завдання
Темою дипломної роботи є програмне забезпечення для косметичного салону.
Об`єкт дослідження косметичний салон
Мета дослідження - розробка програмного забезпечення для косметичного салону.
ПЗ для косметичного салону розробляється у допомогу працівникам та керуючим особам. Оскільки користувач може не мати достатніх навиків роботи з такими програмними засобами, тому інтерфейс ПЗ повинен мати зручну та зрозумілу навігацію для користувача, щоб прискорити його час у роботі з інформацією, та скоротити час навчання.
Сформулюємо постановку завдання:
- за допомогою Microsoft Access розробити базу даних, для запису клієнтів салону;
за допомогою Microsoft Access розробити базу даних, для запису персоналу салону;
розробити програмне забезпечення для автоматизації КС;
- для комфортної роботи передбачити ряд додаткових функцій: функції редагування списків клієнтів, персоналу та плану зустрічей,
відповідно до запиту пошук у БД, модифікація або видалення даних у БД (пошук - для будь-якого клієнта, а все інше - для того, хто має відповідні права);
відображення результатів роботи.
Інтерфейс програми має буди функціональним і простий, завдяки цим якостям буде можливе удосконалення і прискорення роботи в салоні краси.
У процесі роботи створюється база даних, для чого використається реляційна модель БД. Вона містить набір плоских таблиць, зв`язаних по ключових полях. Всі таблиці представляються як єдине ціле (замість ключів з однієї таблиці відразу відображається інформація з інформаційних полів інших таблиць).
Функції, які виконує ПЗ:
- ознайомлення,редагування, додавання інформації до БД співробітників;
- ознайомлення,редагування, додавання інформації до БД клієнтів;
- ведення розкладу
роботи фахівців;
2.3
Обґрунтувати етапи розробки проекту
Стадії розробки програмного забезпечення використовуються для позначення ступеня готовності програмного продукту. Також стадію розробки може відображати кількість реалізованих функцій, запланованих для певної версії програми. Стадії або можуть бути офіційно оголошені і регламентуються розробниками, або іноді цей термін використовується неофіційно для опису стану продукту.
Процес розробки проекту автоматизації косметичного салону було розділено на7 етапів (рис.2.4):
а) сбір та аналіз інформації - один із головних етапів розробки проекту, тому що, без детального та ретельного вивчення сфери роботи не буде можливості швидко і якісно визначити вимоги та функції ПЗ;
б) визначення вимог - на цьому етапи формулюємо що саме повинний робити програмний продукт;
в) розробка моделей, огляд структури та архітектури ПЗ;
г) опис функцій - виділяють основні функціональні вимоги, що визначають функції, які будуть виконуватися розроблюваним ПО, і експлуатаційні вимоги, що визначають особливості його роботи.;
д) планування інтерфейсу програми - ця та частина програми, яка знаходиться у всіх на виду. Основною метою даного етапу є створення зручного, продуманого інтерфейсу взаємодіючи з яким кінцевий користувач буде відчувати себе комфортно;
е) розробка та часткове наповнення БД;
ж) проектування ПЗ - проектування програмного забезпечення менеджера косметичного салону. На цьому етапі також проводитьсь з’єднання бази даних з ПЗ та забезпечення доступу до інформації;
з) розробка можливостей редагування записів БД через ПЗ;
и) тестування та кодування програмних модулів - перевірка поведінки системи на відповідність до специфікації, пошук дефектів;
к) зборка та тестування готового ПЗ ;
л) експлуатація.
Рисунок 2.4 - Графічне зображення
етапів створення проекту
Після настання останнього етапу
проектування, життя проекту не закінчується, тому що, ПЗ можна вдосконалювати,
додаванням нових функцій та інтерфейсів.
2.4 Обґрунтувати
вимоги до апаратного і програмного забезпечення, до користувача
Призначення продукту - автоматизація роботи косметичного салону.
ПЗ надає спектр послуг, пов'язаних із зберіганням інформації про відвідувачів та персоналу салону, спрощує пошук інформації та надання послуг. Простота управління і гнучкість програми дозволяє використовувати її з самого моменту впровадження.
а) вимоги до апаратного забезпечення:
) операційна система: Windows 2000, xp, vista, 7;
2) вимоги до RAM: 100 Mb;
3) вільне місце на жорсткому диску: 200Mb (server side);
б) вимоги до програмного забезпечення:
Розроблене програмне забезпечення виконує функцію автоматизації косметичного салону. Для створення більш ефективної та прискореної роботи персоналу:
) ведення бази даних клієнтів - редагування, копіювання, додавання нового запису, видалення старої;
) ведення бази даних співробітників - редагування, копіювання, додавання нового запису, видалення старого запису;
) журнал послуг салону;
) вхід / вихід за логіном і паролем.
в) вимоги до користувача програмним забезпеченням:
ПЗ повинно бути простим в експлуатації як для пересічного користувача, так і для досвідченого оператора.
Досвідченому оператору повинні бути
знайомі всі системні функції після двох годин навчання роботі з даною системою.
Після такого навчання середнє число помилок оператора не повинно перевищувати
двох, за робочий день.
2.5
Обґрунтувати структурну модель та архітектуру системи
Під структурної будемо розуміти модель, що включає в себе упорядкований за певним принципом набір процесів (груп процесів) із зазначенням основних зв'язків між ними.
Основне призначення структурної моделі - показати, як влаштований бізнес організації, розкрити інформацію про основні групи процесів та їх взаємозв'язках. Структурна модельне показує послідовність виконання процесів у часі.
Структурні моделі можна
використовувати локально (не в системі процесів організації) для схематичного
опису складу процесів, декомпозовано на наступний рівень.
Рисунок 2.5 - Структурна модель
програмного забезпечення
З зображення, наведеного на рис.2.5 видно, що ПЗ для косметичного салону буде містити три таблиці БД - клієнт, співробітник та послуги салону. До кожної таблиці підключимо функції редагування строк, сортування та фільтрацію записів.
В таблицях «Співробітники» та
«Клієнти» буде зберігатися особиста інформація про оточення косметичного
салону: місце проживання, дата народження, спеціальність, стаж роботи, П.І.Б.,
посада, яку займає в КС, контактні телефони.
2.6
Обґрунтувати специфікацію та структуру даних, які мають бути розміщеними в
системі
У сучасному програмуванні структури даних і алгоритми є базовими компонентами для написання програм. Завдання, вирішенням яких займається комп’ютер, лише у виняткових випадках виражаються на бітовому рівні. Зазвичай дані представляються у вигляді літер, чисел, символів і інших більш складних послідовностей. Для того щоб основні структури даних описувалися максимально точно, були розроблені мови програмування, зміст яких криється в однозначності всіх пропозицій.
Практично всіма мовами програмування надаються засоби, здатні посилатися на які-небудь структури даних, виходячи з присвоєного ідентифікатора. В якості основних величин виступають константи і змінні. Для програміста вони говорять багато, але от для комп’ютера зовсім марні. Тому текст написаної програми переводиться в двійковий код за допомогою компілятора. Іноді тип цих величин визначається компілятором, але в деяких випадках потрібно вказівку типу кожної змінної, який не змінюється навіть при виконанні всієї програми до кінця.
У багатьох алгоритмах структури даних можуть відрізнятися неймовірною складністю. У підсумку тільки правильний вибір представлення даних може стати поштовхом до успішного програмування. До того ж від цього буде залежати продуктивність програми.
На сьогоднішній день в розробці програмного забезпечення існує одна серйозна проблема, яка полягає в тому, що структури даних швидко еволюціонують і викликають певні складності в обробці. Програмісти звичайно в процесі роботи використовують стандартні бібліотеки компонентів. Вони допомагають виключити велику кількість рутинних операцій. Всі компоненти проходять ретельну перевірку і добре описуються. Однак у випадку з бібліотеками є істотні обмеження, здатні помітно знизити їх гідності. Вони включають в себе величезну кількість компонентів, але реалізація їх обробки залишає за собою дуже мало варіантів. [11]
Для того, щоб забезпечити можливість
зберігання в базі даних різноманітної інформації, Access пропонує великий набір
типів даних, перелічених у табл. 2.1.
Таблиця 2.1 - Типи даних таблиць БД Access
|
Назва типу |
Призначення |
|
Текстовий |
Текст довжиною до 255 символів |
|
Поле MEMO |
Текст довжиною до 65 000 символів |
|
Числовий |
Числа різних форматів |
|
Дата \ Час |
Дата і / або час |
|
Грошовий |
Грошові значення різних форматів |
|
Лічильник |
Лічильник, який автоматично збільшується на одиницю з додаванням кожного нового запису |
|
Логічний |
Величини, здатні приймати тільки два значення: так / ні або 1/0 |
|
Поле об'єкта OLE |
Поля, що дозволяють вставляти малюнки, звуки і дані інших типів |
|
Гіперпосилання |
Посилання, що дають можливість відкривати об'єкт Access (таблицю, форму, запит тощо), файл іншої програми або web-сторінку |
Незалежно від способу створення таблиці режим конструктора дозволяє в будь-який момент змінити її структуру.
Якщо при заповненні таблиці правильно обраний формат дати, але при введенні допущена хоча б одна помилка, Access так само, як і у випадку невірно обраного формату, визначить для такого поля тип даних Текстовий. Якщо ввести неправильний значення в таблицю з наперед визначеною структурою і вже заданим типом даного Access знайде помилку і повідомить про це.
Для розробки та настройки таблиці
«Клієнт», для інформації були обрані типи даних, представлені в табл. 2.2.
Таблиця 2.2 - Опис даних таблиці «Клієнт»
|
Найменування поля |
Тип даних |
|
Код клієнта |
Лічильник |
|
Клієнт |
Текстовий |
|
Тип |
Текстовий |
|
Стать |
Текстовий |
|
Адреса |
Текстовий |
|
Дата народження |
Дата \ Час |
|
Телефон |
Числовий |
Для настроювання та розробки таблиці
«Співробітник», для інформації були обрані типи даних, представлені в табл.
2.3.
Таблиця 2.3 - Опис даних таблиці «Співробітник»
|
Найменування поля |
Тип даних |
|
Код співробітника |
Лічильник |
|
ПІБ |
Текстовий |
|
Дата народження |
Дата \ Час |
|
Телефон |
Числовий |
|
Спеціальність |
Текстовий |
|
Стаж |
Числовий |
|
Посада |
Текстовий |