Changes between Version 52 and Version 53 of Анализа на потребите


Ignore:
Timestamp:
12/21/21 22:44:40 (2 years ago)
Author:
vangel.ajanovski
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Анализа на потребите

    v52 v53  
    22
    33
    4 {{{#!rbox type=info
    5 Заменив институција со организација, бидејќи е поопшто
    6 }}}
    74== Што претставува архива и зошто е неопходнa во секоја организација? ==
    85
    9 {{{#!rbox type=todo
    10 Во скоро целиот текст на дипломската на тие места каде имате општа дискусија, дискутирате за архиви од две сосема различни гледишта. Најдобро е да се разграничи, за читателот да не ги измеша и да мисли дека сте правеле едно, а вие сте правеле друго. Едното е гледиште за Архив, како државна или јавна институција, која функционира како независна институција и чува важни материјали за јавноста кои по законска должност ѝ ги испраќаат сите субјекти, од државни инстутиции, до организации и фирми. Второто е гледиште за внатрешна организациска архива, во било која организација, која може да работи и целосно неформално.
     6Една од главните цели на апликацијата е да создаде пристап до архивираните документи. Познато е дека Архивите ги идентификуваат, зачувуваат и го обезбедуваат пристапот до важните материјали. Зачувувањето на овие материјали се прави со цел да се создаде пристап и да се подобри употребливоста на зачуваните документи за информативни цели.
    117
    12 Во следниот текст посветувате многу внимание за Архив како јавна институција, а не за внатрешна архива, па фали делот со објаснување за внатрешна архива, а и не е јасно зошто го објаснувате овој аспект. Неопходно е да направите дистинкција, бидејќи вашата работа и софтвер не е конципиран за Архив како државна инстутуција и јавен сервис кон сите граѓани (за секој во државата да добие пристап до сите архивирани документи јавно и транспарентно), туку за внатрешна сопствена употреба, а некогаш и за употреба за документи до кои не треба целата јавност да има пристап.
    13 }}}
    14 {{{#!rbox type=comment
    15 Корегирано
    16 }}}
    17 {{{#!rbox type=todo
    18 Тука ви недостасува референца за препораката на советот на европа.
    19 Дел од речениците се нејасно напишани, треба да се искажат поинаку.
    20 }}}
    21 {{{#!rbox type=comment
    22 Корегирано
    23 }}}
    24 Една од главните цели на апликацијата е да создаде пристап до архивираните документи. Познато е дека Архивата ги идентификува, зачувува и обезбедува пристап до важни материјали. Зачувувањето на овие материјали се прави со цел да се создаде пристап и да се подобри употребливоста на зачуваните документи за информативни цели.
     8Софтверот кој е изграден во оваа дипломска работа, се обидува да ги почитува правилата по кои функционира Архив како институција, но не е наменет да ги исполни официјалните потреби на таква институција, туку е пред сѐ наменет да ги задоволи следните потреби за внатрешно неформално дигитално архивирање во една организација. Корисниците можат систематски да управуваат со процесите вклучени во задржувањето и отстранувањето на записите во организацијата.
    259
    26 {{{#!rbox type=todo
    27 Дел од речениците се нејасно напишани, треба да се искажат поинаку.
    28 }}}
    29 {{{#!rbox type=comment
    30 Корегирано
    31 }}}
    32 Софтверот кој е изграден во оваа дипломска работа, се обидува да ги почитува правилата по кои функционира Архивата како институција, но не е наменет да ги исполни официјалните потреби на Архивата како институција, туку е пред сѐ наменет да ги задоволи следните потреби за внатрешно неформално дигитално архивирање во една организација. Корисниците можат систематски да управуваат со процесите вклучени во задржувањето и отстранувањето на записите во организацијата.
    33 
    34 {{{#!rbox type=todo
    35 Дел од речениците се нејасно напишани, треба да се искажат поинаку.
    36 }}}
    37 {{{#!rbox type=comment
    38 Корегирано
    39 }}}
    40 Во приватните компании севкупната документација и евиденција се користи за да се проценат перформансите на компанијата и меѓуорганизациската одговорност. Се додека постои компанијата потребни се сите евиденции и документи зачувани во една Архива. Со цел да се олесни начинот на распределба на тие евиденции меѓу корисниците односно работниците е создадена апликацијата Save Space. Со електронско архивирање се олеснува начинот на зачувување на документи потребни за компанијата, се заштедува време за пристап до истите; значи не треба да се пристапи до просториите каде што се наоѓаат документите, туку потребно е само корисникот да се најави и да го најде со пребарување соодветниот документ од соодветниот оддел на компанијата.
    41 
    42 {{{#!rbox type=todo
    43 Дел од речениците се нејасно напишани, треба да се искажат поинаку.
    44 }}}
    45 {{{#!rbox type=comment
    46 Корегирано
    47 }}}
    48 
    49 
    50 
    51 
    52 
    53 
    54 {{{#!rbox type=todo
    55 Не користете прво лице множина, бидејќи погрешно ќе се толкува. Секаде каде ќе напишете ние сметаме или ние направивме, повеќето ќе подразбираат дека сме тоа заеднички: вие како автор и јас како ментор. Напишете си во прво лице, што вие лично сметате.
    56 }}}
    57 
    58 {{{#!rbox type=todo
    59 Не е јасен овој наслов, треба да се искаже поинаку.
    60 }}}
    61 {{{#!rbox type=todo
    62 Дел од речениците се нејасно напишани, треба да се искажат поинаку.
    63 }}}
    64 {{{#!rbox type=todo
    65 Дел од речениците се нејасно напишани, треба да се искажат поинаку.
    66 }}}
    67 {{{#!rbox type=todo
    68 Дел од речениците се нејасно напишани, треба да се искажат поинаку.
    69 }}}
    70 {{{#!box type=todo
    71 Не ви се опфатени сите овие аспекти во вашиот развој и самото нивно спомнување отвора можност читателот да гледа на вашиот софтвер како недоследен или со недостатоци во однос на целата дискусија. Повеќе пати при консултациите ви напоменав дека треба да правите разлика дали сакате да правите софтвер за чување и размена на документи во фирма, на некој начин за олеснување на комуникацијата, или софтвер за административни дигитална архива  архивирање кој треба да имплементира серија законски прописи и меѓународни и национални практики.
    72 
    73 Бидејќи правите софтвер за чување и споделување на документите, кој е пред се за олеснување на комуникацијата внатре во фирмата, а не за формално и административно архивирање, претходните дискусии не се применливи во целост. Затоа или треба да не бидат наведени, а да има целосно поинаква дискусија, или ако се наведени, да имате тука едно јасно оградување. На пример: софтверот кој е изграден во оваа дипломска работа, се обидува да ги почитува овие начела, но не наменет да ги исполни официјалните потреби на Архив како институција, туку е пред сѐ наменет да ги задоволи следните потреби за внатрешно неформално дигитално архивирање во една организација.
    74 
    75 Тогаш фали мала дискусија какви се типични пракси за внатрешно елекстронско работење, чување и размена на документи меѓу вработените. Во една фирма на пример.
    76 }}}
    77 {{{#!rbox type=comment
    78 Размислив во однос на Архивата како инситутција и заклучив дека нема потреба да отворам дискусија за две сосема различни работи. За да не навлевугам во историја и карактеристики на Архив како институција одлучив да објаснам накратко зошто е потребно приватната компанија да има систем за е-архивирање.
    79 }}}
    80 
     10Во приватните компании севкупната документација и евиденција се користи за да се проценат перформансите на компанијата и меѓуорганизациската одговорност. Се додека постои компанијата потребни се сите евиденции и документи зачувани во една компаниска архива. Со цел да се олесни начинот на распределба на тие евиденции меѓу корисниците односно работниците е создадена апликацијата Save Space. Со електронско архивирање се олеснува начинот на зачувување на документи потребни за компанијата, се заштедува време за пристап до истите; значи не треба да се пристапи до просториите каде што се наоѓаат документите, туку потребно е само корисникот да се најави и да го најде со пребарување соодветниот документ од соодветниот оддел на компанијата.
    8111
    8212
    8313== Листа случаи на употреба
     14
    8415
    85161. Управување со корисници
     
    87183. Управување со фолдери
    8819
    89 {{{#!box type=note
    90 Најдобро е да има одделни линии од актерот до секој од случаите на употреба, да не се спојуваат во иста линија.
     20
     21{{{#!box type=note
     22Претходно имавте 12 случаи на употреба, сега велите дека има само 3, меѓутоа... иако во списокот листате како да се само 3 и имате 3 наслови, на дијаграмите имате нацртано 20 случаи.
     23
     24Заклучувам дека во последнава верзија има помалку отколку што имаше претходно, забелешките се дел поправени, а има цела серија нови забелешки. Најдобро да не ги пишувам ве молам проверете изгледа по грешка сте ги избришале материјалите што ги имаше кога сте ги ставале новиве измени.
     25
     26Најдобро да изгледа вака:
     27- список од сите актери со кратко објаснение секој што прави
     28- список од сите 20 (или колку се) случаи
     29- на еден или на повеќе дијаграми сите 20 (или колку се) случаи со сите актери и врските меѓу актерите
     30- табелите за секој случај за сите 20 (или колку се) случаи, со сценарио
    9131}}}
    9232
    9333{{{#!box type=note
    94 Стрелки не се практикуваат повеќе во UML use-case дијаграми, сменете ги со обични линии.
    95 }}}
    96 
    97 {{{#!box type=note
    98 Генерална пракса е да не се користи терминот Корисник за некој актер, бидејќи сите актери се корисници и станува нејасно за кого се однесува случајот. Значи реформулирајте ги дијаграмите и сценаријата да не се спомнува називот Корисник, туку конкретно име на вклучен актер. Ако некои активности може да ги прават сите корисници на системот, тогаш наведете актер Секој корисник или слично, но означете јасно на дијаграмот дека сите останати актери,  се поткласи на оваа општа класа.  Ова го напишав бидејќи гледам во неколку сценарија акции кои дефинитивно не се такви да би ги правел било кој корисник, туку некои со определено ниво на привилегии. Пример: креирање оддел.
    99 }}}
    100 {{{#!box type=note
    10134Генерална забелешка. Во повеќе случаи, како учесници во случајот имате два актери, но во сценариото велите Корисникот го прави тоа и тоа. Тоа мора да се прецизира, кој од двајцата учесници ја прави акцијата. На пример во Случај 2 учествуваат Администатор и Референт. Во Чекор 1 велите Корисникот се најавува на админ панелот - дали и Референтот може да се најава на админ панелот. Во чекор 3 велите креира оддел - дали и Референтот може да креира оддел.
    10235Дополнително, кога во некој случај се наведени повеќе актери, тоа значи дека сите тие учествуваат во сценариото, секој со различна акција. Не се наведуваат ако се вклучени или едниот или другиот, тоа треба да се конструира на сосема поинаков начин со трет погенерички актер.
     36{{{#!rbox type=note width=50%
     37Повеќето други проблеми кои беа видливи на претходните дијагами се поправени, но ова сеуште е проблем и мора да се корегира.
     38}}}
     39{{{#!rbox type=note width=20%
     40Кога ќе поправите проверете ги повторно претходните забелешки кои ги имав, за не се повторуваме со дискусијата.
     41}}}
    10342}}}
    10443
    10544== Сценарија на случаи на употреба
    106 
    107 {{{#!box type=note
    108 Најдобро да ги уредите визуелно различните случаи со поднаслови, да не бидат само табели. Како првиот што го направив.
    109 }}}
    110 
    111 {{{#!box type=comment
    112 Нацртав три дијаграми по модул (Корисници, Оддели и Фолдери) и за истите напишав објаснување за акции кои можат да се превземат од секој актер.
    113 }}}
    11445
    11546=== Случај на употреба 1: Управување со корисници