RSS šaltinių kaupimo ir peržiūros sistema sukurta, norint įgyvendinti funkcijas, kurių nėra kitose panašiose sistemose: naujienų siuntimas el. paštu, automatinis naujienų archyvavimas. Kita priežastis, dėl ko sukurta sistema, tai vartotojo sąsajos paprastumas, nereikalaujantis specifinių žinių, kad nekiltų keblumų naudojantis sistemos funkcijomis. Pirmame darbo skyriuje aprašoma HTML, XML, RSS ir Atom standartai, detalizuoti paveiksliukais ir lentelėmis. Taip pat aprašoma RSS apdorojimo web sprendimai, trumpai aprašomi privalumai, trūkumai ir pateikiama palyginimų lentelė. Reikalavimų specifikacija parodo, kokias funkcijas turi atlikti sistema. Pateikiama panaudojimo atvejų diagrama, funkciniai ir nefunkciniai reikalavimai. Taip pat aprašomi reikalavimai esamų duomenų perkėlimui ir galimos sistemos kūrimo rizikos. Trečiame skyriuje, architektūros specifikacija pateikama UML diagramomis: veiklos, sekų, bendradarbiavimo, klasių, esybių ryšių ir komponentų diagramos. Iš pateiktų diagramų galima matyti kaip sistema atrodo iš architektūros pusės ir galima suprasti kaip veikia viena ar kita funkcija. Testavimo dokumentacijos paskirtis – parodyti dar neatrastas klaidas, kurios gali paveikti visos sistemos funkcionalumą. Sistemos testavimas pateikiamas lentelėse. Buvo atlikti sistemos funkcijų, našumo, suderinamumo ir saugumo testavimai. Vartotojo vadovas sukurtas, kad parodyti sistemos funkcijų galimybes. Vartotojo vadovas pateikiamas DUK formoje, integruota pačioje sistemos... [toliau žr. visą tekstą] / The "Gathering and Viewing System of RSS Sources" was developed in order to implement features that are not presented in other similar systems: send email newsletter to users and automatically archive news items. Another reason for creating a system is the simplicity of the user interface and does not require specific knowledge that avoid problems using the system. The first chapter describes the HTML, XML, RSS and Atom standards, detailed with pictures and tables. It also provides web solutions for processing RSS feeds, briefly describes the advantages and disadvantages. As a result, web solutions of the RSS feeds represents in comparison table. Requirements specification indicates what functions have to perform this system. It represents use case diagram, the functional and non-functional requirements. It also, describes the requirements of the existing data transfer and the potential risk of system development. In the third chapter of architectural specification contains UML diagrams: activity, sequence, collaboration, class, entity and component. From these diagrams you can see how the system looks like from the architecture side, this way you can understand the operation of one or the other function. Also, diagrams are represented in simple and short descriptions, and detailed tables. The purpose of testing documentation is to show undetected bugs that may affect the overall system’s functionality. The testing of system was detailed in tables. It was carried out of... [to full text]