Звіт з виробнчої практики

Автор: Пользователь скрыл имя, 06 Марта 2013 в 01:49, отчет по практике

Описание работы

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

Работа содержит 1 файл

zv_t_zrazok_ek_tyupa_v__dlya_sajtu.doc

— 3.56 Мб (Скачать)
      • DVD±RW ASUS-2014L1T Black  Sata
  1. Блоки живлення
      • Foxconn 450W
  1. Монітори
      • TFT 19" LG 1953 S Black
      • TFT 19" LG 1953 WT Black
      • TFT 19" ACER AL1916WDs

У свою чергу ноутбуки на підприємство представлені такими брендами:

    • Accera
    • Toshiba
    • Samsung
    • ASUS

 Всі комп'ютери  мають доступ до принтерів  і факсів. Принтери представлені такими моделями:

    • Kyocera 3900
    • Kyocera 1920
    • Kyocera 1030
    • Kyocera 1118
    • Canon IP 4500
    • Canon IP 4300

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

На підприємство знаходиться 9 серверів, кожен з яких має певне призначення.

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

2 сервери розташовано на іншому  офісі підприємства. Один з серверів  відповідає за базу даних промислового відділу, зберігає дані бухгалтерів, які працюють в програмі  1C 8.0, а інший сервер забезпечує міжофісний зв'язок, відповідає за Інтернет і електронну пошту.

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

 

 

  1. Характеристика використання програмного забезпечення

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

Разом із стандартним  офісним програмним забезпеченням використовується і прикладне. На підприємстві використовуються такі програмні пакети як «Раджа» та «Ділова карта Запоріжжя версія 4.5»

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

Пакетом «Ділова карта» користуються лише логісти. Цей транспортний пакет використовують для складання  оптимальних маршрутів, формування маршрутних листів (також програмою визначається розрахункова довжина маршруту та витрата пального). Також існує механізм синхронізації даних «Ділової карти» та «Раджі».

3.1 Програмний пакет «Раджа»

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

Сервер додатків

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

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

- Клієнтське застосування реалізує головним чином інтерфейс з користувачем. Ніяких об'ємних обчислень, ніяких безпосередніх звернень до бази даних. Як наслідок - невисокі вимоги до апаратних ресурсів;

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

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

Документоорієнтованість

Цій властивості підпорядковано все. Інформація в базі даних зберігається у вигляді документів. У вигляді  документів вона і обробляється. Логічна  одиниця інформації - документ. Накладні, рахунки, картки партнерів, банківські виписки - все це документи.

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

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

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

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

Звіти в РАДЖІ

Під звітами в програмі Раджа розуміються всі друкарські форми, будь то ПКО або Аналітична відомість. Звіти бувають трьох типів:

1. Документ.

2. Список документів.

3. Довільний звіт.

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

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

Управління доступом. Система безпеки

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

Ведеться детальний  протокол того, хто, коли, з якого  комп'ютера працював з системою.

Протоколювання дій  користувача

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

Адміністрування системи

Ядро системи містить  розвинені функції видаленого адміністрування. Це означає, що всі основні функції  системного управління можуть виконуватися з клієнтського комп'ютера. Користувач може (природно, за наявності відповідних прав) здійснювати перевірку бази даних, її копіювання, здійснювати настройку системи безпеки, протоколювання роботи без безпосереднього доступу до серверного комп'ютера. Це дуже важлива можливість для забезпечення надійності роботи. Серверний комп'ютер (та машина, на якій знаходиться база даних, SQL-сервер і сервер додатків) може знаходиться в ізольованому приміщенні. Практично є тільки дві необхідність мати безпосередній доступ до серверного комп'ютера - настройка параметрів сервера додатків і настройка параметрів SQL-сервера. Це функції системного адміністратора, причому виконувані, як правило, один раз під час установки системи.

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

Контроль цілісності програм

Раджа містить спеціальні засоби захисту своєї клієнтської  ланки. Завжди при старті клієнтського застосування відбувається аудит цілісності. Перевіряються всі програми клієнта на предмет відповідності контрольних сум, перевіряються всі версії всіх програм і бібліотек, перевіряється комплектність. Це забезпечується спеціальним протоколом сервера додатків. Відбувається приблизно наступний діалог завантажувача клієнтської програми з сервером додатків: «є такі і такі програми, у них такі і такі версії, контрольні суми відповідають реальності...», на що сервер додатків може відповісти вимогою отримати нові (оновлені) частини системи з набору сервера додатків.

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

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

Можна узяти і видалити практично все з клієнтського комп'ютера. Все одно все працюватиме правильно. Насправді досить мати на клієнтському комп'ютері тільки завантажувач клієнта (файл - CLIEXEC.EXE), щоб при запуску останнього сервер додатків передав все інше, і клієнтське робоче місце запрацювало.

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

Робота з документами - основа інтерфейсу

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

Довідники

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

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

 

 

Що стосується моєї особистої  роботи у цій інформаційній системі, то я користувалася в основному запитами для пошуку інформації по місяцях по кожному району, конвертувала її до середовища Microsoft Excel; працювала з видатково-касовими ордерами, прибутковими ордерами. 

 

 

 

 

 

 

 

 

 

 

 

 

 

  1. Практична діяльність і результати

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

 Кожен район представляється  текою, що зберігається на сервері  і є загальнодоступною для  всієї робочої групи. Але в основному ці документи розроблялися для відділу маркетингу, оскільки саме менеджери в подальшому використовуватимуть їх для своїх звітів. Кожного місяця, коли закривається період, до цих шаблонів потрапляє нова інформація, добудовуються графіки, діаграми. Потім такі таблиці роздруковуються, складаються до файлів і прошиваються. Така аналітична записка за звітній місяць по району подається керівництву. Разом із нею подається роз’яснення, де керівник звертає свою увагу на важливих моментах у економічній активності району (наприклад, якщо вагомий покупець припинив здійснювати замовлення на продукцію, або замовив значно менше ніж зазвичай, то слід звернути на це увагу. Можливо це пов’язано зі зменшенням його платоспроможності або з його закриттям на ремонт чи з ін. причин; керівництву фірми треба буде налагодити з цим клієнтом відносини - можливо надати додаткові пільги чи знижки).

Информация о работе Звіт з виробнчої практики