Системите за управление на информацията са необходими във всички производителни компании, тъй като позволяват контрол на данните, свързани с производството, по по-удобен и бърз начин.
В компанията за инженерни и захарни проекти (IPROYAZ) на Сиего де Авила е тромаво да се контролира информацията поради количеството информация, която те обработват, което води до получените резултати да съдържат грешки, поради това възниква необходимостта от разработване на компютърна система, която управлява информацията, получена от тези процеси.
Във Факултета по компютърни науки на Университета в Сиего де Авила, със съдействието на работниците на тази компания, е разработена компютърна система, която позволява управление на информацията, получена в производствения процес, ще даде възможност за надеждност и сигурност на данни, както и работни съоръжения за потребителите на системата чрез приятелски и прост интерфейс. За внедряването на компютърната система е разработено уеб приложение, използващо MySQL v5.6.13 като мениджър на бази данни, уеб сървър Apache 2.2 и PHP v 5.4.17 като език за програмиране с поддръжката на интегрираната среда за разработка на NetBeans v8.0. jQuery v2 се използва също като библиотека на JavaScript, а Bootstrap v3 като рамка за дизайн,RUP (Rational Unified Process на английски език) се използва като методология за разработка на софтуер.
Ключови думи: компютърна система, система за управление на информацията, приложение, изследвания.
ВЪВЕДЕНИЕ
Захарта предизвиква сладост и удоволствие за небцето. Придава специален вкус на десерти, кафе сутрин, запарка през нощта и множество други рецепти. Но не само трябва да се взема предвид като съставка, но захарта е основен елемент, който осигурява енергията, необходима на организма, за да се справи с ежедневния ритъм.
Неговото кацане в Европа става през четвърти век пр. Н. Е. В резултат на пътуванията и завоеванията на Александър Велики през Азия. По-късно гърците го оставят като наследство на Римската империя, която ще го нарече „сол на Индия“. Разпространението му било постепенно към Изтока, където било известно от арабите. Въвеждат го в наскоро завладените райони, отглеждайки захарна тръстика в Сирия, Египет, Кипър, Родос и цяла Северна Африка. Именно там египетските химици усъвършенстват своята обработка и я усъвършенстват.
С откриването на Америка захарта пътува от ръцете на испанските завоеватели до Санто Доминго, където се отглежда за първи път в голям мащаб, по-късно достига до Куба и Мексико. В края на XVII век производството и потреблението на захарна тръстика е разпространено практически в целия свят.
Повечето страни производители на захар се стремят към собствена самостоятелност. Повече от 50 милиона тона захар се изнасят годишно по целия свят; Има само пет съответни държави износителки и от тях само Бразилия има капацитет да увеличи значително производството си, тъй като разполага с големи участъци земя, които все още трябва да бъдат обработвани и има много благоприятни природни условия.
От въвеждането на захарна тръстика в Куба, захарният сектор безспорно е един от най-важните в кубинската агропромишлена продукция на всички времена. Освен че е един от основните източници на доходи за икономиката на страната.
От самото начало на Триумфа на революцията е очертана стратегия за диверсификация на селското стопанство, която има за една от основните цели намаляване на монопроизводителната зависимост от захарта. Въпреки това, повече от тридесет години тази индустрия държи лидерството в стратегията за икономическо развитие на революцията.
Създадена през декември 1964 г., националната компания на Министерството на захарта (MINAZ), днес отговаря за изпълнението на всички проекти и цялостни проучвания за сектора и други пазари, в повече от 23 специалности за промишлени, селскостопански технологии и технически услуги, Нейното търговско портфолио включва възможни, оперативни и диагностични изследвания; предварителна приложимост и осъществимост, основен и подробен инженеринг, геодезия и топография.
Empresa de Ingeniería y Proyectos Azucareros (IPROYAZ) се характеризира с предоставянето на инженерингови, проектни и консултантски услуги на разнообразната захарна агропромишленост и други пазари с професионализъм, ефективност и качество. Те са лидери в инженеринга, проектите и консултациите в сектора на захарта; Те предоставят услуга, която се отличава с широкия си профил и конкурентни цени. Те поемат всички заявки от захарната индустрия и предлагат услуги на други пазари.
В тази компания се сключват проектни договори с клиенти, които преминават през процесите на управление, планиране и производство, докато стигнат до доставката до клиента и обратна връзка. Те включват директора, мениджъра за компютърно проектиране (CAD), компютърния учен, икономиста, ръководителите на проекти, проектантите, гражданските, механичните, хидравличните, електроинженерите и геодезистите., Работата на IPROYAZ днес се извършва много тромаво поради всички записи, които правят от концепцията на услугата до завършване, доставка и обратна връзка за нея, които се извършват ръчно чрез документи за автоматизация на офиса, което води до тежест на допълнителна работа, когато се налага да повтаряте информация, може да има и загуба на документи и тяхното влошаване, тъй като те също се съхраняват в документи с твърд формат. Този голям обем документация трябва да бъде много прецизен и подробен, като трябва да поддържа непрекъснато подобряване на неговата ефективност в съответствие с действащите наредби във фирмата, за да се осигури проследимост на цялата документация, генерирана от услуга, с необходимото качество, прецизност и скорост.
Анализирайки настоящата ситуация , възниква следният изследователски проблем: недостатъци, открити в процеса на управление на информацията във фирмата IPROYAZ в Ciego de Ávila.
Сред причините, които са причина за проблема са:
- Голям обем на информация Редуцираност в информацията Малка скорост в търсенето на информация относно услугите.
Обектът на изследване се определя като процес на управление на информацията на производствените процеси.
След като се узнаят ситуацията на проблема и всички недостатъци, които той причинява, проблемът може да бъде решен чрез ИКТ, тъй като е възможно решение на този процес, тъй като те са включени във всички сфери на обществото, с множество резултати, получени до момент. Поради това се предлага като обща цел да се реши възникналият проблем с разработването на компютърна система за управление на производствената информация във фирмата IPROYAZ, която улеснява управлението на информацията и услугите, предоставяни от посочената компания.
В областта на действие се определя като: ИТ инструменти, използвани в процеса на управление на информацията в компанията IPROYAZ в Сиего де Авила.
Като се вземат предвид проблемът и целта, е формулирана следната хипотеза: Ако е разработена компютърна система за управление на производствената информация, като се използват бази данни и среда за развитие на високо ниво, тогава тя допринася за подобряване на контрола на информация за производството във фирмата IPROYAZ в Ciego de Ávila.
Следователно независимата променлива е компютърната система за управление на производствената информация във фирмата IPROYAZ в Ciego de Avila , която се разбира като:
Зависима променлива: Подобряване на процеса на управление на информацията.
Впоследствие се представят задачите, които трябва да бъдат разработени, за да се съобразят с прилагането на системата:
- Определете историческата основа на процеса на управление на производствената информация в захарната промишленост Характеризирайте процеса на управление на информацията за производството във фирмата IPROYAZ Текуща оценка на компютърните инструменти, които могат да бъдат използвани за развитието на компютърната система Анализ, проектиране и разработка на компютърна система за управление на производствена информация във фирмата IPROYAZ в Сиего де Авила Валидиране на компютърната система за управление на производствената информация във фирмата IPROYAZ в Ciego de Ávila.
Методи и техники на изследване:
- Историко-логически метод: за определяне на историческите предшественици на процеса на управление на производствената информация, както и развитието на този тип процеси. Аналитично-синтетичен метод: за проучване на документацията и подготовка на изследването. Индуктивно-дедуктивен метод: за характеризиране на процеса и от тях получаване на изводи и заключения при подготовката на документа и крайния продукт. Системно-структурно-функционален метод: за проектиране и изработване на базата данни с всички нейни взаимоотношения и за изработване на компютърната система за управление на производствената информация във фирмата IPROYAZ в Сиего де Авила. Интервю: ориентиран да обоснове съществуващия проблем в провинция Сиего де Авила.
Вид разследване:
Проведените изследвания са класифицирани като приложни, защото прилагат теорията на практика, в областта, защото е подкрепена от информация, която идва от интервюта; и надлъжно, защото изследването се извършва в настоящето, но ще окаже влияние в бъдеще.
В практически принос се състои от компютърната система за управление на информацията за производството в компанията IPROYAZ в Сиего де Авила.
Работна структура:
Този документ е структуриран от три глави, които ще групират съдържанието, както следва:
Глава I: Разгледано е състоянието на темата за изследване, нейните исторически, концептуални, референтни и контекстуални предшественици на проблема, както и методологиите, езиците и инструментите, използвани за развитието на компютърната система.
Глава II: Разгледани са етапите на улавяне на изискванията, анализ и проектиране в разработването на софтуер според методологията за разработка.
Глава III: Включени са фазите за изпълнение и тестване на софтуера. Следват заключенията, препоръките, библиографските справки и приложенията.
ГЛАВА I: ПРОЦЕС НА УПРАВЛЕНИЕ НА ИНФОРМАЦИЯ ЗА ПРОИЗВОДСТВО В ПРОИЗВОДСТВОТО НА ЦЯХА.
В тази глава ще се извърши подробно проучване на историческите, концептуалните, контекстуалните и референтните предшестващи, свързани с процеса на управление на производствената информация в захарната индустрия, настоящата ситуация, която се случва в процеса на управление на информацията на производство във фирмата IPROYAZ в Сиего де Авила, което ще даде възможност да се разкрият причините, които пораждат проблема, както и методите и компютърните инструменти за реализирането на новата компютърна система.
1.1 История на процеса на управление на производствената информация в захарната промишленост.
Захарният захар за неговата сладост е познат на хората от няколко хилядолетия пр. Н. Е. И според описанията на пътешественици в Индия 500 години преди Христа, жителите на долината на Инд го дъвчат, за да получат сока му, но те познавали процеса на усукване на бастун и изварете гуарапото, за да направите захар. Когато е открита гробницата на Тутанкамон, е известно, че египтяните са знаели и за захарна тръстика. Ако приемем, че захарната тръстика е родом от Индия (някои изследователи казват, че е родом от Нова Гвинея), от Индия преминава в Китай, а след това войските на Дарио, стигайки до река Инд, я отвеждат в Персия, откъдето Чрез Марко Поло се разширява в цяла Европа.
Едва през второто плаване на Колумб захарната тръстика се превозва на испански кораби. Първата дестинация беше Хиспаниола, сегашният остров Санто Доминго, а оттам се разшири до Пуерто Рико, Куба, Ямайка и години по-късно от Северно Мексико до Перу. Но истинските архитекти на захарното чудо бяха португалците със своите плантации в Бразилия. Това се дължи на предимствата, предлагани от португалската корона за тази култура, и на меркантилния манталитет на португалците. Докато испанската корона насърчаваше минните операции и селското стопанство, насочени към задоволяване на основните нужди, португалците намериха в захарта непобедим източник на ресурси за износ в Европа.
Водещите региони в производството на захар са Бразилия, следвана от Индия, Европейския съюз и Китай. Тези четири страни осигуряват повече от половината от световното производство.
Повечето страни производители на захар се стремят към собствена самостоятелност. Повече от 50 милиона тона захар се изнасят годишно по целия свят; Има само пет съответни държави износителки и от тях само Бразилия има капацитет да увеличи значително производството си, тъй като разполага с големи участъци земя, които все още трябва да бъдат обработвани и има много благоприятни природни условия.
С по-малко от 200 растения през 1925 г. зараждащата се кубинска нация произвежда повече от 5 милиона тона захар. По онова време повечето захарни мелници и ферми са били в ръцете на чужденци, но поради демократичните социалистически закони, продиктувани от следващите правителства, в края на 50-те години на 161 работещи централи, 131 са били собственост на кубинци с 60% от общото производство.
Захарният агробизнес имаше мултиплициращ ефект за кубинската икономика, особено за индустриалния сектор. В края на осемдесетте и началото на деветдесетте години този агробизнес допринася 14% от търговското производство на страната, от друга страна, той произвежда продукции от машинната промишленост, предназначени за агробизнеса в 20% от споменатата промишленост, от той също формира 13% от основната промишленост, 8% от леката промишленост.
През 1980 г. Министерството на захарта (MINAZ) придоби агропромишлен характер, асимилирайки земеделските структури на захарната тръстика от Министерството на земеделието, превръщайки се в Министерство на захарта. IPROYAZ интегрира хомоложните структури и придобива същия този характер. Институтът придобива характера на компания, като нарича себе си "компания за захарно инженерство и проекти" (IPROYAZ).
Опитът, натрупан през тридесет и девет години като подкрепа за инвестиционните програми на кубинската захар (AZCUBA), прави IPROYAZ компания с високо владеене на технологиите на захарната агропромишленост и нейните деривати, тя е създадена през 1976 г. в рамките на Резолюция № 321/76 от 22 декември 1976 г., която по силата на самофинансирана национална схема на дружеството, артикулира бившата дирекция на проекта с провинциалните проектни групи на Матанзас, Вила Клара, Камагьой и Сантяго де Куба.
На 17 април 2001 г. със споразумение № 5981 на ЦИКМ досието за усъвършенстване е одобрено и IPROYAZ остава компания с национален обхват с четири основни бизнес звена (UEB) и седем провинциални бюра (OP). През януари 2011 г. беше извършен изчерпателен анализ на бизнес системата MINAZ и с цел засилване на инвестиционната инженерна дейност в една компания, Агроиндустриалното дружество за управление (GESAI) и Дружеството за управление на захарта и услугите (EGESA) се сляха с IPROYAZ., IPROYAZ от създаването си през 1964 г. е техническата подкрепа за развитието на захарната промишленост и нейните производни., 1.2 Характеристика на процеса на управление на информацията в производството на захарна промишленост.
1.2.1 Основни понятия.
От древни времена информацията се превърна във важен ресурс, на който трябваше да се обърне специално внимание, да се контролира и съхранява. По онова време информацията не беше нищо повече от рисунки върху камъни, представящи стратегии за лов, риболов или събиране. По-късно беше необходимо да се контролират други видове информация, като например отчитането на броя на жителите в общността, статистиката на събраната храна или резултатите от техните примитивни икономически дейности.
През последните години проучванията се умножават, за да се анализира информацията като жизненоважен фактор за вземане на решения във фирмата, ключът към управлението на бизнеса и концептуалната ос, върху която гравират бизнес информационните системи. Информацията се счита за ресурс, който е на същото ниво с финансовите, материалните и човешките ресурси, които досега са съставлявали осите, по които се е въртяло управлението на бизнеса.
Информацията е смислено послание, което се предава от източника на потребителите, това е материалният израз на знанието с цел употреба. Информацията е предназначена за решаване на определени проблеми. Тогава тя трябва да бъде обществено достъпна и да служи за индивидуално и корпоративно развитие. Той присъства на всички нива на дейност и отрасли на икономиката, политиката и обществото. Полезността му се основава на приноса му в процеса на вземане на решения, създаването на продукти и решаването на проблеми, наред с други аспекти.
Понятието управление се отнася до действието и ефекта от управлението или администрирането. Да управляваш означава да изпълняваш поръчки, благоприятни за постигането на бизнес или на някакво желание. Администрацията, от друга страна, се състои от управление, ръководство, поръчка, подреждане или организиране. Следователно терминът управление предполага набор от процедури, които се извършват за разрешаване на проблем или уточняване на проект. Управлението също е посока или администрация на фирма или бизнес.
Управлението на информацията е процес, който включва операции като извличане, манипулация, обработка, пречистване, консервация, достъп и / или сътрудничество на информацията, придобита от организация чрез различни източници и който управлява достъпа и правата на потребителите над същото.
Компютърните системи за управление на информацията или информационните системи, както са известни, се очертават като сложни и отворени системи, които взаимодействат с други системи и подсистеми като част от тяхното представяне. През 90-те години една от най-защитаваните концепции за управление на информацията е, че организациите са информационни системи.
Производството е процес на изразходване на работна сила и създаване на средства за производство и предмети за лична употреба, необходими за съществуването и развитието на човешкото общество. Процесът на производство като човешка дейност, насочена към своя край, чрез която хората действат на външната природа и я модифицират, за да я приспособят към своите нужди, като същевременно променят собствената си природа, представляват естествено и вечно състояние на човешкият живот.
Производственият процес е система от действия, които са динамично свързани и които са ориентирани към трансформацията на определени елементи. По този начин входните елементи (известни като фактори) стават изходни елементи (продукти), след процес, при който стойността им се увеличава.
1.2.2 Компютърни системи, които в момента управляват информация.
Една добра система за управление на информацията трябва да помогне на ръководителите на проекти да разберат каква информация трябва да съберат, да вземат различни решения в различно време. Компютърната система извършва четири основни дейности: въвеждане на информация, съхранение, обработка и извеждане.
Компютъризацията на бизнес процесите несъмнено е една от най-големите ползи, които компютрите донесоха в областта на бизнеса. Той не само позволява оптимизиране на процесите с последващите икономии на разходи и повишена ефективност, но също така се превръща в основна основа за подпомагане на етапите на растеж и увеличаване на конкурентните предимства на компаниите.
SIGMAH (Отворен код за хуманитарни проекти) е безплатен софтуер за управление на информация за международни проекти за помощ. Разработен е главно в европейски страни като Германия, Италия или Франция и в Съединените американски щати. Този софтуер проследява напредъка на проектите и финансирането. Определете, следете и картографирайте индикатори на различни нива. Централизиране на проектните документи. Подобрете управлението на календара и очакването с предупреждения. SIGMAH е под формата на уеб приложение, тоест достъпно отвсякъде по интернет.
ProjectWise е компютъризирана система, разработена от Bentley System, разположена в Екстън, Пенсилвания, САЩ, тя е система за сътрудничество на екипи за инженерни проекти, която се използва, за да помогне на екипите да подобрят качеството, да намалят необходимостта от повторение на работата и спазването датите за изпълнение на проекта Той е оптимизиран за сътрудничество в реално време между разпределени екипи и може да бъде разположен на място в офиса или онлайн като хоствано управлявано решение.
Индустриален плюс е система за управление на производството на захар, разработена в Куба, която съдържа множество модули както за компанията, така и за провинцията и нацията, като обединява цялата индустриална информация на реколтата в едно цяло. Той дава възможност за ефективно разработване на отчитането на захарта и контрол на загубеното време в най-кратки срокове, с необходимото качество и надеждност, наред с други функционалности.
APPEM (Автоматизация на бизнес производствения процес) е компютърно приложение, разработено в Куба, това компютърно приложение представлява система, съставена от няколко модула, които позволяват: водене на отчет на сключените договори и при договаряне; контролира продукциите, свързани с тези договори до тяхната продажба; анализира спазването на производствените планове; и по-ефективно организиране на необходимата работна сила.
След проведеното разследване беше възможно да се покаже, че посочените по-горе компютърни системи не отговарят на достатъчните модули, за да задоволят нуждите на компанията IPROYAZ в Сиего де Авила, тъй като никоя от тях не позволява управление на информацията, получена от началото на производствения процес до завършване и доставка. Освен това във фирмата този процес се извършва следвайки стандартите на нормите на ISO и се използват други особености, които им позволяват да поддържат по-строг контрол над тях. Някои от тези споменати системи са собствени, така че не позволяват повторно използване на код за внедряването на тази нова система.
Понастоящем компанията IPROYAZ не разполага със софтуер, който отговаря на изискванията за управление на информацията, получена от производствения процес, като управление на файловете за разходи и управление на договори, наред с други основни функции. За тази компания поради това е необходимо да се разработи компютърно приложение, което да разполага със съответните модули за управление на информацията на споменатата компания.
1.3 Актуално състояние на процеса на управление на производствената информация във фирмата IPROYAZ в Сиего де Авила.
Компанията IPROYAZ от Ciego de Ávila отговаря за предоставянето на инженерни, проектни и консултантски услуги на разнообразната захарна агропромишленост и други пазари с професионализъм, ефективност и качество.
Те са лидери в инженеринга, проектите и консултациите в сектора на захарта; предоставя услуга, която се отличава с широкия си профил и конкурентни цени, интегрирана система за управление, качество-околна среда, здраве и безопасност при работа въз основа на стандартите NC ISO 9001: 2001, NC ISO 14001: 2004 и NC 18001: 2005, Те поемат всички заявки от захарната индустрия и предлагат услуги на други пазари.
Те имат престижен имидж, способността им за учене е гъвкава и непрекъсната, така че развитието на човешкия капитал е гарантирано, а информационните и комуникационните технологии се използват ефективно.
В момента процесът на управление на производствената информация във фирмата IPROYAZ в Сиего де Авила се извършва ръчно в офис документи. Обемът на документацията и информацията е много обширен и се изисква всеки път, когато е по-прецизен и детайлен, за да се осигури качествена услуга, следователно стратегическото управление на информацията е необходимо за организацията на целия процес. Използването на методология на ръчната работа не е точно най-подходящото поради влошаване и често загуба на информация, нито е най-пъргавият начин да се извърши процедура с толкова обширна информация, която изисква изпълнението на дадена работа.
Поради тази причина и с цел да допринесат за ефективността в управлението на производствената информация в компанията IPROYAZ в Сиего де Авила, възниква необходимостта от създаване на компютърна система, способна да улесни по-доброто управление на информацията.
1.4 Компютърни инструменти и методологии за подготовка на компютърната система за управление на производствената информация във фирмата IPROYAZ в Сиего де Авила.
1.4.1 Методология, използвана за разработването на софтуера.
The Rational Unified Process (Rational Unified Process на английски, обикновено се обобщи както RUP) е процес на разработване на софтуер, разработен от компанията Rational Software, която понастоящем е собственост на IBM. Заедно с UML Унифицирания език за моделиране, той представлява най-широко използваната стандартна методология за анализ, проектиране, внедряване и документиране на обектно-ориентирани системи. RUP не е система с твърдо установени стъпки, а набор от методологии, адаптивни към контекста и потребностите на всяка организация. Софтуерът, също разработен от Rational, също е известен с това име, което включва блокираща информация за различни артефакти и описания на различни дейности. Той е включен в композитора на рационални методи (RMC), който позволява персонализиране според нуждите.
RUP е използван от регистър, използван от регистъра, фокусиран върху архитектурата, итеративен и инкрементален. Тази методология за разработка на софтуер е ориентирана към обекта. Той е разделен на пет работни потока: изисквания, анализ, проектиране, внедряване и тестване, които се провеждат през всичките четири фази. Фазите са:
- Иницииране: От добра идея се разработва описание на крайния продукт и се представя бизнес анализът на продукта. В тази фаза се идентифицират и приоритизират най-важните рискове, подробно се планира фазата на разработване и проектът се оценява приблизително. Подготовка: Повечето случаи на употреба на продукта са конкретизирани подробно и архитектурата е проектирана на системата. По време на тази фаза на развитие се извършват най-критичните случаи на употреба, които са били идентифицирани във фазата на започване. Резултатът от тази фаза е основна линия за архитектура. Конструкция: Продуктът е създаден. В тази фаза базовата линия на архитектурата нараства, за да се превърне в цялостната система. Описанието се развива в продукт, готов да бъде доставен на потребителската общност.В края на тази фаза продуктът съдържа всички случаи на употреба, които ръководството и клиентът са договорили за разработването на тази версия. Тя обаче може да не е напълно безупречна. Много от тези дефекти ще бъдат открити и отстранени по време на преходната фаза Преход: Обхваща периода, през който продуктът става бета. Разработчиците отстраняват проблемите и включват някои от предложените подобрения в обща версия, насочена към цялата потребителска общност.Обхваща периода, през който продуктът става бета версия. Разработчиците отстраняват проблемите и включват някои от предложените подобрения в обща версия, насочена към цялата потребителска общност.Обхваща периода, през който продуктът става бета версия. Разработчиците отстраняват проблемите и включват някои от предложените подобрения в обща версия, насочена към цялата потребителска общност.
1.4.2 Езици за програмиране
В цикъла на разработка на компютърна система една от най-важните стъпки е избора на правилния инструмент за развитие. Това може да повиши качеството на крайния резултат, както и значително да намали усилията и разходите за развитие. Инженерите възприемат системен подход за извършване на работата си и използват инструментите и техниките, необходими за решаване на поставения проблем, в съответствие с ограниченията на развитието и наличните ресурси.
PHP (рекурсивен акроним за PHP: Hypertext Preprocessor) е много популярен език с отворен код, особено подходящ за уеб разработка и може да бъде вграден в HTML. Това, което отличава PHP от скриптове от страна на клиента като JavaScript е, че кодът се изпълнява на сървъра, генерирайки HTML и го изпращайте до клиента. Клиентът ще получи резултата от стартиране на скрипта, въпреки че кодът зад него няма да бъде известен. Уеб сървърът дори може да бъде конфигуриран да обработва всички HTML файлове с PHP, така че няма начин потребителите да разберат какво е в ръкава им. Най-хубавото при използването на PHP е неговата изключителна простота за начинаещи, но в същото време предлага много разширени функции за професионални програмисти.
JavaScript е обектно-ориентиран език. Обектният модел на JavaScript е намален и опростен, но той включва необходимите елементи, така че скриптовете да имат достъп до информацията на дадена страница и да действат в интерфейса на браузъра.
Когато потребителят избере връзка или премести показалеца върху изображение, се случва събитие. С помощта на JavaScript можете да разработвате скриптове, които изпълняват действия в отговор на тези събития. В този случай той действа като ориентиран към събитията език.
JQueryе JavaScript библиотека, първоначално създадена от John Resig, която ви позволява да опростите начина, по който взаимодействате с HTML документи, да манипулирате DOM дървото, да обработвате събития, да разработвате анимации и да добавяте взаимодействие с техниката AJAX към уеб страници. Той беше представен на 14 януари 2006 г. в BarCamp NYC. jQuery е най-широко използваната JavaScript библиотека. jQuery е безплатен и с отворен код софтуер, има двоен лиценз под лиценза MIT и GNU General Public License v2, което позволява използването му в безплатни и собствени проекти. jQuery, подобно на други библиотеки, предлага серия от функционалности, базирани на JavaScript, които иначе биха изисквали много повече код, тоест с функциите на тази библиотека се постигат страхотни резултати за по-малко време и пространство.
HTML (HyperText Markup Language на английски) е езикът на мрежата, където хипертекстът се отнася до способността на езика да използва добре познатите хипервръзки. Тя се основава на използването на етикети или марки, благодарение на тях е възможно да се определи форматът на текста, различните елементи, които съставят страницата, нейните свойства и оформление. Този език се интерпретира от браузъри, обработва се минало и се преобразува в уеб страница.
CSS (Cascading Style Sheets) се отнася до езика на стила, използван за описание на семантичното представяне (външен вид и формат) на документ, написан на език за маркиране. Най-честото му приложение е да оформя уеб страници, написани на HTML и XHTML, но може да се прилага и за всеки тип XML документ, включително SVG и XUL. Информацията за стила може да бъде прикачена като отделен документ или в същия HTML документ.
Bootstrap е рамка, която опростява процеса на създаване на уеб дизайн чрез комбиниране на CSS и JavaScript, разработени от Twitter. Най-голямото предимство е, че можем да създадем интерфейси, които се адаптират към различни браузъри (отзивчив дизайн), опирайки се на мощна рамка с множество уеб компоненти, което ще ни спести много усилия и време.
1.4.3 Уеб сървър.
HTTP сървърът Apache е HTTP уеб сървър с отворен код за Unix платформи (BSD, GNU / Linux и др.), Microsoft Windows, Macintosh и други, който реализира протокола HTTP / 1.1 и понятието за виртуален сайт. Apache сървърът е разработен в рамките на проекта HTTP Server (httpd) на Apache Software Foundation. Той представя, наред с други силно конфигурируеми характеристики, бази данни за удостоверяване и договаряне на съдържание. Той е широко приет в мрежата: от 1996 г. той е най-използваният HTTP сървър. Той достигна максималния си пазарен дял през 2005 г., като сървърът се използва в 70% от уебсайтовете в света, но през последните години той отбеляза спад на пазарния си дял.
1.4.4 Система за управление на база данни.
MySQL е система за управление на бази данни (СУБД) за релационни бази данни. По този начин MySQL не е нищо повече от приложение, което ви позволява да управлявате файлове, наречени бази данни. Има много видове бази данни, от обикновен файл до обектно-ориентирани релационни системи. MySQL като релационна база данни използва множество таблици за съхранение и организиране на информация. MySQL е написан на C и C ++ и се отличава със своята голяма адаптация към различни среди за разработка, което позволява взаимодействието му с най-използваните програмни езици като PHP, Perl и Java и интегрирането му в различни операционни системи. Също така е много забележително състоянието на отворен код на MySQL, което прави използването му безплатно и дори може да се променя свободно, т.е.да може да изтегли изходния си код. Това благоприятства развитието му и непрекъснатите ъпдейти много положително, за да направи MySQL един от инструментите, които се използват най-много от ориентираните към Интернет програмисти.
1.4.5 Други програми, използвани за разработване на приложението.
Като интегрирана среда за разработка (IDE) NetBeans v8.0, която позволява на разработчиците по-голяма организация и внедряване на съоръжения с използването на кодови допълнения, той е и лесен за разбиране инструмент и се използва от голям брой потребители.
Моделирането на DB е направено с инструмента Visual Paradigm v8.0, той е инструмент за разработка на приложения, използвайки UML моделиране, идеален за софтуерни инженери, системни анализатори и системни архитекти, които се интересуват от изграждане на широкомащабни системи и те се нуждаят от надеждност и стабилност в обектно-ориентираното развитие.
За обработката на изображения е използван редакторът на изображения GIMP v2.8, той е графичен редактор, който ви позволява да ретуширате снимки и да композирате векторни или растерни изображения. Той има множество опции, които го поставят почти на височината на Photoshop, освен че е безплатен. Какво е безплатна алтернатива на инструмента Photoshop.
1.5 Заключения на главата.
- Настоящото технологично развитие показа необходимостта от използване на автоматизирани системи за управление на информацията, които облагодетелстват развитието на процеса, чрез използване на компютърна система с поддръжка на база данни за съхранение на информация. Във фирмата IPROYAZ в Сиего де Авила, тя позволи да се открият недостатъците, които съществува в сегашната система.От проучването на библиографията бе доказано наличието на други системи, които не отговарят на нуждите на компанията. NetBeans v8, тъй като да работи с PHP, той е един от най-добрите IDE и MySQL като мениджър на база данни.
ГЛАВА II: СИСТЕМЕН АНАЛИЗ И ПРОЕКТИРАНЕ.
Тази глава описва решението, предложено да отговори на поставения проблем. Прави се описание на компютърните инструменти за управление на информацията, прави се оценка на характеристиките, функционалните и нефункционални изисквания на компютърната система, която трябва да бъде внедрена. Както и спецификацията на процеса на разработване на приложения, използвайки методологията RUP.
2.1 Разбиране на контекста на системата.
2.1.1 Текстово описание
В момента производственият процес във фирмата IPROYAZ в Сиего де Авила се състои от четири процеса, които са класифицирани като ключови процеси, които са създадени с цел гарантиране на функциите и общото управление на компанията, той започва с процеса на управление на производството, преминава към процес на планиране на производството, след това той преминава през производствения процес и завършва с процеса на доставка до клиента и обратна връзка. Тези процеси създават стойност и оказват пряко влияние върху клиента и се оценяват от тях, като целта им не е да управляват други процеси, а да получат резултат и реализацията на продукта. В тях входните елементи стават изходни, а те от своя страна се въвеждат в друг.
Управление на производството.
В този момент, когато започва целият производствен процес, когато клиентът пристигне във фирмата с идеята си за проекта, който ще бъде изпълнен, се прави предложение за услуга, този документ се прави от специалиста по производство, където всички необходимите данни за проекта, предложени от клиента, потребителят трябва да предостави необходимите документи, така че проектът да може да бъде изпълнен в случай, че предложението за услуга е прието в групата за управление, в тази група за управление е мястото, където предложението се анализира подробно и е решено да се продължи или не с него, в зависимост от мащаба и дълбочината на проекта, като се разгледат изискванията на клиента и производителният капацитет на предприятието с единствената цел да задоволи нуждите на клиента.Ако предложението бъде прието, техническата задача на услугата се изготвя от клиента и, ако е необходимо, офисът може да я поеме заедно с инвеститорите.
Планиране на производството.
Именно в тази част от производството започва проектът като такъв, групата за анализ (съставена от всички специалности, участващи в изпълнението на услугата) се среща, за да документира опасностите, които трябва да бъдат изправени в този проект и с екипи за защита, които се броят за реализирането на същата, също решават коя ще бъде централната специалност на проекта и техническата и нормативна наличност, както и реда на влизане на различните специалности към момента на изпълнение на услугата, след това планиране на услугата със своя план за разходите, за да достигне до създаването на договора, в който се представя на клиента за допълнителен анализ и подписване.
Реализация на продукцията.
На този етап от производството се създават проектните протоколи, като например протоколите на изпълняващата група, в които се отразява напредъкът на проекта, доколко те са в съответствие с датата на съответствие, освен всичко друго, се създават и други протоколи, като напр. преглед, проверка, валидиране на дизайна и модификация на дизайна. В края на този етап се създава сертификат за съответствие на готовия продукт, отразява се кои са хората, които са работили по проекта и техните специалности.
Доставка и обратна връзка.
Това е последният етап от производствения процес, при който всички офис документи и планове за проекти се доставят на клиента, създава се и копие за компанията, което се съхранява във файл за бъдещи проекти, също на този етап прави проучване на клиента, за да има качествени референции на проекта и неговото съответствие с него.
2.1.2 Планирани функции
| - | Удостоверете потребителя. | - | Управление на предложенията за услуги. |
| - | Одобрете или откажете предложения за услуги. | - | Управление на входната документация. |
| - | Управление на сервизните работници. | - | Управление на степента на опасност |
| - | Управлявайте лични предпазни средства. | - | Управление на сертификат за първоначална проверка. |
| - | Управление на раздела за разходите | - | Управление на договор. |
| - | Управлявайте минути на изпълняващата група. | - | Управление на минути за преглед. |
| - | Управление на сертификат за потвърждение | - | Управление на сертификата за съответствие на готовия продукт. |
| - | Управление на доставката и получаването на сервизни документи. | - | Управление на окончателния отчет. |
| - | Управление на персонала. | - | Управление на групи от везни на заплатите. |
| - | Управление на софтуера. | - | Управление на специалности |
| - | Получете сертификат за декларация на използваните системи. | - | Управление на модела на удовлетвореност на клиентите. |
| - | Управление на потребителите. | - | Промяна на паролата. |
| - | Управление на фирмените данни. | - | Генериране на PDF отчети. |
2.2 Определете нуждите и качествата на системата, която трябва да бъде внедрена.
Разбирането на изискванията на даден проблем е една от най-важните и трудни задачи, пред които е изправен софтуерният инженер. Изискването към софтуера е характеристика, която трябва да бъде показана от софтуер, разработен или адаптиран за решаване на конкретен проблем.
2.2.1 Функционални изисквания (RF).
Функционалните изисквания на системата описват какво трябва да прави системата. Те зависят от типа на софтуера, който се разработва, потенциалните потребители и цялостния подход, възприет от организацията в писмена форма на изискванията.
- 1 Управление на предложенията за услуги. (Той позволява добавяне, премахване, промяна или показване на предложенията за услуги) RF 1.1 Добавяне на предложение за услуга.
RF 1.2 Изтриване на предложения за услуги.
RF 1.3 Промяна на предложенията за услуги.
RF 1.4 Показване на предложения за услуги.
- 2 Одобрете или откажете предложенията за услуги. (Тя позволява да се одобрят или откажат предложения за услуги) 3 Управление на входната документация. (Той позволява добавяне, изтриване, промяна и показване на документацията за въвеждане на услуга) RF 3.1 Добавяне на документация за въвеждане.
RF 3.2 Елиминиране на входната документация.
RF 3.3 Промяна на входната документация.
RF 3.4 Показване на входна документация.
- 4 Управление на степента на опасност. (Той позволява добавяне, премахване, изменение и показване на индексите на опасност в услугата) RF 4.1 Добавяне на индекси за опасност.
RF 4.2 Премахване на индексите на опасност.
RF 4.3 Промяна на индексите на опасност.
RF 4.4 Показване на оценки за опасност.
- 5 Управлявайте лични предпазни средства. (Той позволява добавяне, премахване, изменение и показване на личните предпазни средства на проекта) RF 5.1 Добавяне на лични предпазни средства.
RF 5.2 Отстранете личните предпазни средства.
RF 5.3 Промяна на личните предпазни средства.
RF 5.4 Покажи лични предпазни средства.
- 6 Управление на сертификата за първоначална проверка. (Той позволява добавяне, премахване, изменение и показване на първоначалните сертификати за проверка) RF 6.1 Добавяне на сертификат за първоначална проверка.
RF 6.2 Изтрийте сертификата за първоначална проверка.
RF 6.3 Промяна на сертификата за първоначална проверка.
RF 6.4 Показване на първоначален доклад за проверка.
- 7 Управление на раздела за разходи. (Тя позволява добавяне, премахване, промяна и показване на карти за разходи за услуги) RF 7.1 Добавяне на разходната карта.
RF 7.2 Изтриване на маркера за разходи.
RF 7.3 Промяна на разходната карта.
RF 7.4 Показване на разходната карта.
- 8 Управление на договора. (Тя позволява добавяне, изтриване, промяна и показване на договори за услуги) RF 8.1 Добавяне на договор.
RF 8.2 Изтриване на договора.
RF 8.3 Промяна на договора.
RF 8.4 Покажете договор.
- 9 Управление на минути на изпълняващата група. (Той позволява добавяне, изтриване, изменение и показване на минутите на изпълняващата група) RF 9.1 Добавяне на минути на изпълняващата група.
RF 9.2 Изтриване на минути от изпълняващата група.
RF 9.3 Променете минутите на изпълняващата група.
RF 9.4 Показване на минути на изпълняващата група.
- 10 Управление на минути за преглед. (Тя позволява добавяне, изтриване, промяна и показване на отчетите за преглед) RF 10.1 Добавяне на доклад за преглед.
RF 10.2 Изтрийте отчета за преглед.
RF 10.3 Промяна на минутите за преглед.
RF 10.4 Показване на минути за преглед.
- 11 Управление на сертификат за проверка. (Тя позволява добавяне, изтриване, промяна и показване на записи за проверка) RF 11.1 Добавяне на записи за проверка.
RF 11.2 Изтриване на сертификат за проверка.
RF 11.3 Промяна на сертификат за проверка.
RF 11.4 Показване на сертификат за проверка.
- 12 Управление на сертификат за съответствие на готовия продукт. (Тя позволява добавяне, премахване, изменение и показване на сертификатите за съответствие на готовия продукт)
RF 12.1 Добавете сертификат за съответствие на готовия продукт.
RF 12.2 Изтрийте сертификата за съответствие на готовия продукт.
RF 12.3 Промяна на сертификат за съответствие на готовия продукт.
RF 12.4 Покажете сертификата за съответствие на готовия продукт.
- 13 Управление на доставката и получаването на сервизни документи. (Тя позволява добавяне, изтриване, промяна и показване на сертификата за доставка и получаване на сервизни документи)
RF 13.1 Добавете доставката и получаването на сервизни документи.
RF 13.2 Изтрийте сертификата за доставка и получаване на сервизни документи.
RF 13.3 Промяна на сертификата за доставка и получаване на сервизни документи.
RF 13.4 Показване на доставка и получаване на сервизни документи.
- 14 Управление на окончателния доклад. (Тя позволява добавяне, изтриване, промяна и показване на окончателни отчети)
RF 14.1 Добавете окончателен доклад.
RF 14.2 Изтриване на окончателния доклад.
RF 14.3 Промяна на окончателния доклад.
RF 14.4 Показване на окончателен доклад.
- 15 Управление на персонала. (Той позволява добавяне, изтриване, промяна и показване на персонала на компанията) RF 15.1 Добавяне на персонал.
RF 15.2 Елиминиране на персонала.
RF 15.3 Промяна на персонала.
RF 15.4 Покажи персонала.
- 16 Управление на специалности. (Тя позволява добавяне, премахване, изменение и показване на специалностите на персонала на компанията) RF 16.1 Добавяне на специалности.
RF 16.2 Изтриване на специалностите.
RF 16.3 Промяна на специалностите.
RF 16.4 Показване на специалитети.
- 17 Управлявайте групи от скалата на заплатите. (Тя позволява добавяне, премахване, изменение и показване на групите от везни за заплати) RF 17.1 Добавяне на групи от везни за заплати.
RF 17.2 Изтриване на групи от везни за заплати.
RF 17.3 Промяна на групите от скалата на заплатите.
RF 17.4 Показване на групи от скали за заплати.
- 18 Управление на софтуера. (Тя позволява добавяне, изтриване, промяна и показване на софтуера)
RF 18.1 Добавяне на софтуер.
RF 18.2 Премахване на софтуер.
RF 18.3 Промяна на софтуера.
RF 18.4 Покажи софтуер.
- 19 Получете сертификат за декларация на използваните системи. (Той позволява получаване на сертификат за декларация на използваните системи) 20 Управление на модела на удовлетвореност на клиента. (Тя позволява добавяне, изтриване, промяна и показване на модела на удовлетвореност на клиента) RF 20.1 Добавяне на модел за удовлетвореност на клиента.
RF 20.2 Елиминирайте модела на удовлетвореност на клиентите.
RF 20.3 Променете модела на удовлетвореност на клиентите.
RF 20.4 Покажи модел на удовлетвореност на клиентите.
- 21 Управление на потребителите. (Тя позволява добавяне, изтриване, промяна и показване на потребители)
RF 21.1 Добавяне на потребители.
RF 21.2 Изтриване на потребители.
RF 21.3 Промяна на потребителите.
RF 21.4 Показване на потребителите.
- 22 Удостоверете потребителя. (Позволява удостоверяване на потребителите на приложението) RF. 23 Промяна на паролата. (Тя позволява на потребителите да променят паролата) 24 Създаване на отчети в PDF 25 Управление на фирмените данни (позволява добавяне, изтриване, промяна и показване на фирмени данни) RF 25.1 Добавяне на фирмени данни.
RF 25.2 Изтриване на фирмените данни.
RF 25.3 Промяна на фирмените данни.
RF 25.4 Показване на фирмените данни.
- 26 Управление на сервизните работници (позволява добавяне, премахване и показване на сервизни работници)
RF 26.1 Добавяне на сервизни работници.
RF 26.2 Премахване на обслужващите работници. RF 26.3 Показване на сервизните работници.
2.2.2 Нефункционални изисквания (RNF)
Нефункционалните изисквания, както подсказва името им, са тези, които не се отнасят директно до специфичните функции, които системата предоставя, а до възникващите й свойства като надеждност, време за реакция и капацитет за съхранение. Като алтернатива те дефинират системни ограничения като капацитета на устройствата за вход / изход и представянията на данни, които се използват в системните интерфейси.
RNF 1. използваемост
Системата трябва да бъде лесна за разбиране и използване от потребителя, дори ако потребителят няма предишен опит с компютрите.
RNF 2. Наличност
Системата трябва да е налична винаги, когато клиентът трябва да се възползва от нея, за възстановяване на системата в случай на повреди, които могат да възникнат при използване на системата, клиентът трябва да информира администратора, за да възстанови функционалността му.
RNF 3. Производителност
Заявлението трябва да бъде замислено за минимално потребление на ресурси.
RNF 4. Интерфейс
Интерфейсът на приложението, което трябва да бъде разработено, трябва да е прост, за да се намали времето за обучение на потребителите. Освен това, поради ежедневната и постоянна употреба, която софтуерът ще има, интерфейсът трябва да е приятен, а иконите трябва да съответстват на това, което представляват.
RNF 5. Преносимост
Това ще позволи на системата да работи на повечето от най-използваните от потребителите операционни системи.
RNF 6. Поддръжка.
След като заявлението приключи, трябва да се извърши група тестове, за да се провери неговата правилна работа.
RNF 7. Защита (SEG)
Потребителят трябва да се удостоверява, преди да взаимодейства със системата. Интерфейсите за всеки потребител ще бъдат представени в зависимост от нивото на достъп до информацията. Информацията, обработвана в системата, ще бъде защитена от неоторизиран достъп и разкриване, въз основа на различните роли на потребителите, които използват системата, паролата на потребителите също беше шифрована и компютърната система беше защитена срещу инжектиране на SQL.
RNF 8. Софтуер
Минималните изисквания, за да може приложението да работи без грешки.
- За клиентски компютри:
- Mozilla Firefox 20 или по-нова (препоръчва се 28). Поддръжка за PDF формат.
- Операционни системи: Linux или Windows XP или по-висока уеб сървър: Apache 0 или по-висока PHP 5 за интерпретация на изходния код. MySQL 6.13 като система за управление на бази данни.
RNF 9. Хардуер
Минималните изисквания, за да може приложението да работи без грешки. o За клиентски компютри:
- Процесор: 1.6 GHz (gigahertz). или по-висока RAM: 512 MB (мегабайт) или по-висока твърд диск: 20 GB (gigabyte) или по-висока. o За сървъра: Процесор: 1.6 GHz (gigahertz). или по-висока RAM: 1GB или по-висока твърд диск: 120 GB или по-висока
2.3 Модели на случай на използване на системата
2.3.1 Описание на участниците
Таблица 1 показва участниците, участващи в системата, и тяхното подробно описание на функциите, които имат в приложението.
| Актьори | описание |
| администратор | Той отговаря за извършването на всякакви промени в системата и ще управлява и потребителите, които трябва да имат достъп. |
| качество | Този човек е този, който има общо с управлението на първоначалния акт. |
| ТО | Това лице генерира декларацията на |
| използвани системи и могат да управляват работни обекти. | |
| производство | Този човек е този, който има общо с управлението на всички услуги на компанията. |
| Икономика | Този човек може да управлява само карти за разходи. |
2.3.2 Използвайте диаграма на случаите, очертайте и приоритизирайте случаите на използване.
Случайният случай е част от системната функционалност, която предоставя на потребителя важен изход. Случаите за употреба представляват функционални изисквания. Всички случаи на използване заедно съставляват модела на случай на използване, който описва пълната функционалност на системата. Случаите за употреба ръководят процеса на разработка през етапите на проектиране, внедряване и тестване (вижте Фигура 1).
2.3.3 Приоритетни случаи на употреба
| Случаи на употреба | Операции |
| Управление на потребителите | Добави
Премахване редактиране Да покажа |
| Управление на предложенията за услуги | |
| Управление на договори | |
| Управление на персонала |
2.3.4 Подробно описание на случаите на използване на централния цикъл на приложение
За да се разбере по-добре функционалността, свързана с всеки случай на използване, се прави описание на всеки от тях. Описанието на случая на управление на предложенията за услуги е показано по-долу в (виж таблица 3), а останалите случаи на използване са обяснени в (приложение 2).
| Случаят на употреба: | Управление на предложенията за услуги. |
| Участват: | Продукция, администратор. |
| Предназначение: | Разрешаване на добавяне, изтриване, промяна и показване на предложения за услуги. |
| Резюме: | Този случай на използване дава възможност на актьора да добавя, изтрива, променя и показва предложенията за услуги. |
| Предварителни условия: | Актьорът трябва да бъде удостоверен. |
| Препратки: | RF1, RF1.1, RF1.2, RF1.3 и RF1.4. |
| Приоритет: | критичен |
| Раздел: Вмъкване на предложение за услуга | |
| Нормален ход на събитията: | |
| Действието на актьора | Отговор на системата |
| 1- Актьорът избира опцията да вмъкне ново предложение за услуга. | 2- Системата показва данните, които актьорът трябва да попълни. |
| 3- Актьорът въвежда данните в показаните полета и натиска опцията за приемане. | 4- Системата проверява дали полетата са пълни.
5- Запазете данните на предложението. |
| Алтернативен ход на събитията: | |
| 4- Издава съобщение, показващо, че има празни полета. | |
| Раздел: Промяна на предложение за услуга | |
| Действието на актьора | Отговор на системата |
| 1- Изберете предложението за услуга, за да промените данните. | 2- Показва данните, съхранявани за избраното предложение. |
| 3- Променете желаните данни. | 4- Системата проверява дали полетата са пълни.
5- Запазете данните на предложението. |
| Алтернативен ход на събитията: | |
| 4- Издава съобщение, показващо, че има празни полета. | |
| Раздел: Изтриване на предложение за услуга | |
| Действието на актьора | Отговор на системата |
| 1- Изберете предложението за услуга, което искате да изтриете. | 2- Системата показва съобщение дали искате да изтриете избраното предложение или не |
| 3- Потребителят избира приемане. | 4- Системата премахва избраното предложение.
5- Системата показва списъка с предложения за услуги. |
| Алтернативен курс | |
| 3- Потребителят избира отмени. | 4- Системата показва списъка с предложения за услуги. |
| Раздел: Покажи предложение за услуга | |
| 1- Потребителят избира в таблицата предложението за услуга, от което иска да види своите данни и кликне. | 2- Системата показва данните на избраното предложение за услуга. |
2.4 Дизайн на системата
Основната цел на анализа е да се разберат изискванията на софтуера. В анализа можем да структурираме изискванията по начин, който улеснява тяхното разбиране, подготовката им, тяхната модификация и като цяло тяхната поддръжка.
2.4.1 Диаграма на клас на проектиране
Класовата диаграма е основната схема за проектиране и анализ на система. Този раздел показва една от направените диаграми на клас на проектиране, за предложението за услуга за управление на случай на използване. В (Приложение 3) те са показани за случаите на използване, които управляват потребителя, управляват договор и управляват персонал. Това са сред най-важните случаи на използване в системата.
2.4.2 UML динамични диаграми
Диаграми на последователност
Диаграмата на последователности показва как събитията причиняват преходи от обект към обект. Това е съкратена версия на случая. Представлява ключови класове и събития, които причиняват преминаване на поведение от клас в клас. По-долу е диаграмата на последователността в случая на управление на предложенията за услуги (вижте фигура 3), в (приложение 4) са показани другите диаграми на последователности, които принадлежат към случаите с по-висок приоритет на използване.
2.4.3 Физически дизайн на базата данни.
В последната фаза на разработване на системата е внедряването на базата данни, която трябва да определи структура, която да й позволява да съхранява данни, да разпознава съдържанието и да извлича информацията. Тази структура трябва да бъде разработена за нуждите на приложенията, които ще я използват. В (приложение 5) е показан дизайнът на базата данни.
2.5 Частични изводи
- Завършването на тази глава позволи да се направи анализ и проектиране на компютърната система чрез диаграми и описания, направени бяха препратки към основните характеристики на текущия бизнес, описващи как се осъществяват производствените процеси във фирмата IPROYAZ в Ciego de Ávila. участници, които ще взаимодействат със системата Описаха се функционалните и нефункционални изисквания на приложението.
ГЛАВА III. ОЦЕНКА НА СИСТЕМАТА.
Въз основа на резултатите от фазата на разработка фазата на изграждане има за цел да разработи функционална система, която да отговаря на нуждите на клиента. В тази глава се провеждат тестовете и се прилага необходимата сигурност, както и обработката на грешки, за да се провери дали софтуерът отговаря на посочените по-горе изисквания. Освен това се изграждат прототипите на потребителския интерфейс и диаграмите за разполагане и компоненти.
3.1 Принципи на дизайн на интерфейса, помощ, обработка на изключения и сигурност.
3.1.1 Помощ и ръководство за употреба
В компютърна система е от жизненоважно значение за потребителя както ръководството за потребителя, така и помощта, която самата програма може да предостави. Ръководството за потребителя е ръководство или документ за техническа информация, който използва език, който е лесен за интерпретиране на потребителя, а помощта е документ, интегриран в софтуера, където задачите, които потребителят може да изпълнява в компютърната система, се обясняват стъпка по стъпка, с цел да се предостави подробно обяснение на работата и функционалността на въпросния софтуер.
3.1.2 Работа с грешки
Лечението на грешки в компютърна система е много необходимо, така че потребителите да не правят грешки, които могат да променят работния поток и да трябва да променят или елиминират в крайна сметка това, което са направили, където повечето грешки са в попълването на формулярите, Когато потребителят въведе грешни данни или остави всяко поле празно, системата уведомява потребителя, за да може да го поправи и да не направи грешка.
В компютърната система всички полета, които взаимодействат с базата данни, и данните, които потребителят трябва да въведе, за да получат стойностите, предоставени от системата, са валидирани. Така че програмистът трябва да помисли за проблемите, които могат да възникнат при извикване на метод, и да определи изключения, за да провери дали той е толерантен, например:
- Оставете полета празни. Номери вместо букви и обратно. Датите за записване защитени. Отчетите са направени само за показване.
За да избегнете, че полетата остават празни, задължителният атрибут е поставен на всеки вход, този атрибут работи, когато активира подаването (бутон Приемане) и ако полето е празно, се изпраща предупреждение, казващо да попълните полето, в зависимост от на какъв език е браузърът.
За да се предотврати писането в полетата за дата, е използван атрибут readonly, който предотвратява редактирането на полето, освен чрез избиране на датата.
Фигура 5. Примерна дата само за четене.
За да се избегне това в полетата, които трябва да поставят само цифри или букви, които не трябва да се вмъкват, в jQuery е създадена функция, която при натискане на клавиш компютърната система проверява дали е съгласна с ASCII кода на числата или буквите в зависимост от какво трябва да се вмъкне по това време.
3.1.3 Сигурност на приложението
Компютърната сигурност се управлява според критериите, установени от администратора, предотвратявайки достъп на външни и неоторизирани потребители до компютърното приложение без разрешение. В системата, за да се съобрази със сигурността, изисквана от клиента, паролата за достъп до системата е шифрована с алгоритъма MD5, за да се предотврати лесното получаване на паролата, също така компютърната система е защитена срещу SQL инжекции, така че да не е може да бъде променен от хора, които нямат право да променят данните, които обработва.
3.1.4 Прототипи на потребителски интерфейс
Прототипите на потребителския интерфейс са пример за това как би изглеждал крайният продукт. Те помагат да се разберат и уточнят взаимодействията между човешки участници и системата по време на улавяне на изискванията. Те не само ни помагат да разработим по-добър графичен интерфейс, но и да разберем по-добре случаите на използване. В (Приложение 8) можете да видите някои потребителски интерфейси.
3.2. изпълнение
3.2.1 Диаграма на внедряване.
Диаграмата за внедряване е вид диаграма на унифициран език за моделиране (UML), която се използва за моделиране на хардуера, използван при внедряването на системата и връзките между техните компоненти. През повечето време моделирането на изглед на разполагане включва моделиране на топологията на хардуера, на който работи системата. Въпреки че UML не е език за специфична хардуерна спецификация, той е проектиран да моделира много от хардуерните аспекти на системата до ниво, достатъчно за софтуерен инженер, за да посочи платформата, на която работи системният софтуер.
3.2.2 Диаграма на компонентите
Компонентната диаграма показва организацията и зависимостите между набор от компоненти. За всяка обектно-ориентирана система трябва да се изгради серия от диаграми, които да моделират както статичната част (класова диаграма), така и динамичната част (последователни диаграми, колаборация, състояния и дейности), но когато дойде времето, всичко това трябва да се осъществи В внедрена система, която ще използва части, вече внедрени от други системи, всичко това е, което възнамерявате да моделирате с диаграмите на компонентите. По-долу е диаграмата на компонентите на случая на използване Управление на предложенията за услуги (вижте Фигура 10), в (Приложение 6) можете да видите другите диаграми на компонентите на случаите с приоритетна употреба.
3.3 Тестване.
Тестването е последният работен процес, през който пътува жизненият цикъл на софтуера в Единния процес на развитие. Целта на тестването е да се проектират тестове, които излагат различни видове грешки за най-малко време и пространство. Тестовете не гарантират липсата на дефекти. За да бъде тестът успешен, е необходимо да се открие поне една грешка, която не е открита дотогава, като по този начин се демонстрира, че има дефекти в приложението, които са били скрити по време на изпълнението.
| Вид на изпитването | поддържа |
| Функционалност | софтуер |
| надеждност | софтуер |
| производителност | Компютърен комплект |
| възможности за поддръжка | компютър |
Софтуерът премина на теста за функционалност на защитата, който гарантира, че само удостовереният потребител може да влезе в системата и че те от своя страна могат да обработват само информацията от тяхното ниво на разрешение.
Извършен бе и тестът за надеждност на структурата, който гарантира, че в мрежата не е намерена прекъсната връзка и че желаното съдържание се показва нормално.
Типът тест за ефективност на съдържанието беше направен, за да се тества с колко потребители може да се работи, без приложението да изпълнява несъответствие.
Тестът за поддържане на конфигурацията също беше проведен на софтуера, който отговаряше за това, че компютърното приложение може да бъде инсталирано във всяка операционна система и с хардуер, отговарящ на минималните изисквания.
Тестовете дадоха благоприятен резултат, когато бяха открити различни грешки в компютърното приложение, бяха извършени 6 повторения на компютърното приложение за определяне на несъответствия. При първата итерация бяха открити 7 несъответствия, които бяха свързани с връзки, които не достигат местоназначението си. При втората итерация бяха открити 6 несъответствия, свързани със сигурността, имаше потребители, които промениха данни, до които не трябва да имат достъп. В третата итерация бяха открити 4 несъответствия, свързани с дизайна на приложението и с връзки, които не са достигнали предназначението си. В петата итерация бяха открити 9 несъответствия, свързани с валидиране на полето. При шеста итерация не са открити несъответствия.
Тези тестове са извършени на ниво тест на разработчиците, като се използва единично тестване, което е приложимо за компоненти, представени в модела на внедряване, за да се провери дали потоците от данни и контрол са обхванати и че работят както се очаква. Тестът на единицата винаги е ориентиран към метода на бялата кутия.
3.3.1 Случаи за използване на тестове
Тестовият случай описва начин за тестване на системата, включително входа или резултатите, срещу които трябва да се тества, и условията, при които тя трябва да бъде тествана. По-долу е тестовият пример за добавяне на услуга (виж таблица 5), в (приложение 7) са показани останалите тестови случаи.
| Тестов случай: Добавете предложение за услуга |
| Име на функционалност: Добавете предложение за услуга. |
| Описание на теста: Потребителят иска да добави ново предложение за услуга към базата данни. |
| Въвеждане: Администраторът трябва да избере бутона за вмъкване и да попълни правилно полетата.
Име на услугата: Construir Central Създател: Франк Перес Номер: 15462 Дата: 06/03/2015 Тип: Вътрешен Категория: I Код: 54as52 Име на клиента: Хосе Карлос Перес Длъжност: директор Субект: EPICA Адрес на предприятието: Máximo Gómez Телефон: 212132 Факс: Проблем за решаване: Липса на електроцентрали във Венецуела Цел на услугата: Изграждане на централна Помещения и данни: Някои Ограничения и затруднения: няма Крайна дата: 23.06.2015 г. Финансова наличност: Да Желани ефекти, ако услугата се изпълни: Изградете централна част във Венецуела |
| Очакван резултат: Попълвайки формуляра, въвеждайки правилни данни, потребителят натиска бутона Приемане, за да добави ново предложение за услуга към базата данни . |
| Условия: Не трябва да има празни или неизбрани полета. |
3.4. Частични изводи
С развитието на тази глава бяха проведени тестове на компютърната система, ръководството за потребителя беше създадено така, че тези, които взаимодействат с тази система, да разберат как да работят с нея и бяха направени следните изводи:
- Чрез провеждането на тестовете се гарантира, че софтуерът има правилна работа без грешки.С ръководството за потребителя, което обяснява как софтуерът работи, той позволява на потребителите без предишни компютърни познания как да взаимодействат с него. добра сигурност означава, че потребител, който не е удостоверен или който няма необходимите разрешения, не може да променя информацията.
ЗАКЛЮЧЕНИЕ
С приключването на изследването са направени следните изводи:
- Процесът на управление на информацията в захарната индустрия е основан, където е доказано, че използването на ИКТ представлява алтернатива, която може да допринесе за решаването на изследователския проблем, тъй като улеснява и ускорява производствените процеси. извършени, че гореспоменатите компютърни системи не отговарят на нуждите, изисквани от компанията IPROYAZ на Ciego de Ávila. Използването на техники за улавяне на изисквания, позволяващи идентифициране и уточняване на функционалните изисквания на системата по безопасен и ефективен начин, отговарящи на нуждите на Внедряването на уеб приложение е осъществено с цел оптимизиране на производствения процес на компанията и получаване на много по-надеждни данни.Тестовете бяха проведени на компютърната система, които бяха успешни при намирането на грешки, които бяха пренебрегвани във фазата на внедряване.
ПРЕПОРЪКИ
- Пуснете в експлоатация незабавно информационната система във фирмата IPROYAZ в Сиего де Авила. Продължете да поддържате информационната система и да включите нови функции за продължаване на подобряването на управлението на информацията във фирмата IPROYAZ в Сиего де Авила.
БИБЛИОГРАФСКИ ЛИТЕРАТУРИ
- „Произход на захарта: Азкуба“. Достъпно: http://www.azcuba.cu.. «Захарта в света: захар,». Налични: http://www.azucarera.es.. «Въвеждане на захарна тръстика в Куба и развитие на сектора в колонията: Azcuba,». Достъпно: http://www.azcuba.cu/?p=824&page=1. "Триумфът на революцията: захарната агропромишленост продължава като основен сектор на икономиката на страната: Азкуба". Достъпно: http://www.azcuba.cu/?p=824&page=3..dl R. Labrada, "Iproyaz разширява папката си с услуги: Опции", 7 януари 2005 г. Достъпно: http://www.opciones.cu/turismo/2005-01-07/iproyaz-amplia-sucarpeta-de-servicios/. FromIndustria Azucarera Cubana: Eured, »2009.. Достъпно: http://www.ecured.cu/index.php/Industria_azucarera_cubana. AllIEDAR: Култивирането в Америка, ». Налични: http://www.iedar.es/origen_azucarIII.php.. "История:Ипрояз, »2014.. Достъпно: http://www.iproyaz.azcuba.cu/content/historia.Felipe R, «Бизнес интранет за Empresa Industrial de Cítricos Ceballos., «Автоматизирана система за управление на запасите на резервния хардуер», Дипломна работа, Ciego de Avila, 2010.A. Quiroga, «Управление на информацията, управление на знанията и управление на качеството в организациите,» Acimed, 2002 г. Мартинес Лопес, ИНФОРМАЦИОННА СИСТЕМА ЗА УПРАВЛЕНИЕ НА МЕСТНОТО РАЗВИТИЕ., Ciego de Ávila, 2012. «Производство: Осигурено, »2009.. Достъпно: http://www.ecured.cu/index.php/Production.Production process, »2009.. Достъпно: http://www.ecured.cu/index.php/Proceso_de_produccion.L. Rabelo,«Компютърна система за управление на информацията за производството на растителен въглерод в агропромишлената компания„ Ceballos “,» Работа като опция за званието Computer Computer, Ciego de Avila, 2014.M. Камеджо, «Компютърна система за управление на информация в заявките за технически услуги на Електрическата компания на Ciego de Avila. Достъпно: http://www.sigmah.org/es/node/68. "Директна индустрия". Достъпно: http://www.directindustry.es/prod/bentysysystems-europe-bv/software-gestion-proyecto-colaborativo-28711-278728.html.. «Datazucar,». Достъпно: http://www.datazucar.cu/?p=679..Да и. Дизайн, «APPEM: Ръководство за потребителя», La Habana, 2014 Gómez Hernández, L. González Alfonso, O. Benitez Peñaroche и DA Núñez Ramona,«ИНСТИТУЦИОНАЛНО РЪКОВОДСТВО ЗА УПРАВЛЕНИЕ НА КОМУНИКАЦИЯТА, 2011 Джейкобсън, Г. Бух и Дж. Румбо, Единният процес за разработване на софтуер., Кн. 7, Addison Wesley Reading, 2000. "PHP". Достъпно: http://php.net/manual/es/intro-whatis.php..Málaga, Ръководство за HTML и JavaScript, 2008. «jQuery,». Достъпно: http://jquery.com.. «CSS,» 2015.. Налични: http://es.html.net/tutorials/css/lesson1.php.KenGenbeta Dev, ». Достъпно: http://www.genbetadev.com/frameworks/bootstrap.. "Софтуерната фондация на Apache,". Достъпно: http://www.apache.org/.. "MySQL". Достъпно: http://mysql.com.. "NetBeans IDE 8.0,". Достъпно: http://www.netbeans.org. „Визуална парадигма за UM“,. Налично: http://www.software.com.ar/visual-paradigm-para-uml.html… «Softonic. Мощен и безплатен редактор на изображения., ». Достъпно: http://www.the-gimp.softonic.com/..IEEE,Ръководство за Софтуерното инженерство, Лос Аламитос, Калифорния: IEEE Computer Society, 2004 Sommerville, Software Engineering, Мадрид: Мадрид, 2005.S. Pressman, Софтуерно инженерство. Практически подход. Шесто издание, Ню Йорк: McGraw-Hill, 2007. "Директна индустрия". Достъпно: http://www.directindustry.es/prod/rittal/software-gestion-infraestructuras-centrosdatos-5066-1243581.html.,
