Analiza wymagań w projektowaniu systemów logistycznych

• Autorzy: Mazur Z. , Mazur H.

Warianty tytułu

EN

Requirements analysis in the design of logistics systems

• Języki publikacji: PL

Abstrakty

PL

Systemy logistyczne ze względu na swoją specyfikę i przeznaczenie są zazwyczaj bardzo złożone, gdyż swoim działaniem obejmują wiele różnych podmiotów i procesów biznesowych. Istotą logistyki jest optymalizowanie kosztów realizacji tych procesów a jednocześnie zapewnienie możliwie najlepszego (przy danym poziomie kosztów) standardu obsługi klienta. Często problemem jest potrzeba integracji danego systemu logistycznego z innymi systemami firmy, konieczność modyfikacji systemu ze względu na zachodzące zmiany w otoczeniu oraz zapewnienie współpracy z systemami innych (zewnętrznych) podmiotów, krajowych i zagranicznych. System powinien być spójny, elastyczny oraz funkcjonalny, czyli działając w określonych warunkach powinien dobrze realizować zamówione funkcje – zgodnie z oczekiwaniami i potrzebami użytkownika. Przedmiotem rozważań autorów są zagadnienia związane z etapem analizy wymagań przy projektowaniu systemów logistycznych. Etap ten ma zasadniczy wpływ na jakość projektowanej bazy danych i całego systemu informatycznego. Poprawnie wykonany umożliwia, między innymi, optymalizację i automatyzację pracy, ujednolicenie procedur i ich monitorowanie, poprawę wydajności i transparentności funkcjonowania oraz ewentualną reorganizację przedsiębiorstwa, właściwy obieg informacji i dokumentów, sprawowanie nadzoru, rozliczanie z wyników pracy i przypisanej odpowiedzialności. Natomiast źle wykonana (z różnych przyczyn) analiza wymagań (użytkownika, biznesowych, funkcjonalnych czy niefunkcjonalnych) ma bardzo duży wpływ na cały projekt i często jest przyczyną dodatkowych kosztów i opóźnień w realizacji systemu.

Due to their specific nature and purpose, logistics systems are usually very complex, because their actions involve many different actors and business processes. The essence of logistics is to optimize the costs of implementation of these processes while ensuring the best possible (for a given level of costs) standard of customer service. Often, the problem is the need to integrate the system with other systems of the logistics companies, the need to modify the system due to changes in the environment and ensuring interoperability with systems of other (external) entities, both domestic and foreign. The system should be consistent, flexible and functional, i.e. when acting under specific conditions it should implement ordered features well – in line with expectations and needs. The authors have considered issues related to the requirements analysis stage in the design of logistics systems. This stage has a major impact on the quality of a proposed database and the entire system. Properly executed it make possible, among other things, optimization and automation of work, standardization of procedures and their monitoring, improvement of efficiency and transparency of the operation and a possible reorganization of a company, proper flow of information and documents, supervision, accountability of performance and assigned responsibilities. In contrast, when poorly executed (for various reasons), analysis of (user, business, functional or non-functional) requirements has a very large impact on the whole project and is often the cause of additional costs and delays in the implementation of the system.

Słowa kluczowe

PL

system logistyczny; projektowanie systemu; powiadamianie ratunkowe; ryzyko

EN

logistics system; system design; emergency notification; risk

• Wydawca: Sieć Badawcza Łukasiewicz - Poznański Instytut Technologiczny
• Czasopismo: Logistyka
• Rocznik: 2014
• Tom: nr 3
• Strony: 4205--4213
• Opis fizyczny: Bibliogr. 12 poz., rys., tab., wykr., pełen tekst na CD

Twórcy

autor

Mazur Z.

• Politechnika Wrocławska, Wydział Informatyki i Zarządzania, Instytut Informatyki, 50-370 Wrocław, Wyb. Wyspiańskiego 27

autor

Mazur H.

• Politechnika Wrocławska, Wydział Informatyki i Zarządzania, Instytut Informatyki, 50-370 Wrocław, Wyb. Wyspiańskiego 27

Bibliografia

• 1. Adam D., System eCall, eco-driving.info/system-ecall, 28.12.2013.
• 2. BPMN 2.0, www.bpmb.de/images.
• 3. eCall, Mobility Support, imobilitysupport.eu/imobility-support/its-deployment/ecall, 04.02.2014.
• 4. eCall: Time saved =lives saved, ec.europa.eu/digital-agenda/en, 13.06.2013.
• 5. Koncepcja Systemu 112, Rzeczpospolita Polska, Warszawa 2007.
• 6. Krzyżanowski P., Fault Tolerance, cs.rutgers.edu/~pxk/rutgers/notes/content/ft.html, 2009.
• 7. Norma ISo/IEC 9126:2001 Software engenering – Product Quality, Part 1: Quality model ISO, Geneva 2001.
• 8. Obowiązkowa instalacja ratującego życie systemu eCall, Biuletyn Parlamentu Europejskiego, sesja plenarna 2-5 lipca 2012, Strasburg, europarl.europa.eu/news/pl/news-room/plenary/2012-07-02/5, 28.06.2012.
• 9. One million Peugeot and Citroën vehicles feature the eCall, psa-peugeot-citroen.com/en/media/ press-releases/one-million-peugeot-and-citroen-vehicles-feature-ecall-0, 16.01.2012.
• 10. Projekt ustawy o systemie powiadamiania ratunkowego, BIP Rady Ministrów, bip.kprm.gov.pl/kpr /form/r614,Projekt-ustawy-o-systemie-powiadamiania-ratunkowego.html, 31.10.2013.
• 11. Simpson J., The State of Requirements Management 2011, Jama Software, jamasoftware.com/ more-news, 25.01.2011.
• 12. Ustawa z dnia 22 listopada 2013 r. o systemie powiadamiania ratunkowego, Dz.U. 2013 poz. 1635, isap.sejm.gov.pl/DetailsServlet?id=WDU20130001635.