Proračunska tabela — разлика између измена
Садржај обрисан Садржај додат
. |
|||
| Ред 12: | Ред 12: | ||
== Nedostaci == |
== Nedostaci == |
||
| ⚫ | |||
| ⚫ | Iako su proračunske tabele predstavljale veliki korak napred u kvantitativnom modelovanju, one imaju nedostatke. Njihovi nedostaci uključuju spoznajnu neprirodnost alfa-numeričkih adresa ćelija.<ref>[http://wwwg.uni-klu.ac.at/stochastik.schule/ICTMT_5/ICTMT_5_CD/Special%20groups/CD_Special4.htm Douglas Butler, "Why are spreadsheets so unfriendly?", The Fifth International Conference on Technology in Mathematics Teaching, August 2001]. Accessed 25 June 2014</ref> |
||
* Research by ClusterSeven has shown huge discrepancies in the way financial institutions and corporate entities understand, manage and police their often vast estates of spreadsheets and unstructured financial data (including [[comma-separated values]] (CSV) files and Microsoft Access databases). One study in early 2011 of nearly 1,500 people in the UK found that 57% of spreadsheet users have never received formal training on the spreadsheet package they use. 72% said that no internal department checks their spreadsheets for accuracy. Only 13% said that Internal Audit reviews their spreadsheets, while a mere 1% receive checks from their risk department.<ref name="Actuarial">{{cite web |
|||
* Istraživanje agencije -{''ClusterSeven''}- pokazalo je velike razlike u načinu na koji finansijske institucije i korporativni subjekti razumeju, upravljaju i nadgledaju svoje često ogromne posede proračunskih tabela i nestrukturiranih finansijskih podataka (uključujući datoteke u [[comma-separated values|CSV]] formatu i [[Majkrosoft akses]] [[baze podataka]]). Jedna studija sa početka 2011. godine na gotovo 1500 ljudi u Velikoj Britaniji otkrila je da 57% korisnika proračunskih tabela nikada nije prošlo formalnu obuku o paketu proračunskih tabela koji koriste. 72% je reklo da nijedno interno odeljenje ne proverava tabele u pogledu tačnosti. Samo 13% je reklo da unutrašnja revizija pregleda njihove tabele, dok samo 1% biva kontrolisano putem odeljenja za procenu rizik.<ref name="Actuarial">{{cite web |url=http://www.actuarialpost.co.uk/article/spreadsheet-risk-management-within-uk-organisations-351.htm |title= Spreadsheet Risk Management within UK Organisations |date=July 2011}}</ref> |
|||
|url=http://www.actuarialpost.co.uk/article/spreadsheet-risk-management-within-uk-organisations-351.htm |
|||
* Proračunske tabele imaju značajne probleme sa pouzdanošću. Istraživačke studije procenjuju da otprilike 94% tabela primenjenih u praksi sadrže greške, a 5,2% ćelija u nerevidiranim tabelama sadrže greške.<ref name="Powell">{{cite web |url=http://mba.tuck.dartmouth.edu/spreadsheet/product_pubs.html |title= A Critical Review of the Literature on Spreadsheet Errors |accessdate=2008-04-18 |first1= Stephen G. |last1=Powell |first2=Kenneth R. |last2=Baker |first3=Barry |last3=Lawson |publisher=Tuck School of Business at Dartmouth College |date=2007-12-01}}</ref> |
|||
|title= Spreadsheet Risk Management within UK Organisations |
|||
| ⚫ | ::Uprkos visokim rizicima od grešaka koji su često povezani sa autorstvom i upotrebom proračunskih tabela, mogu se preduzeti specifični koraci za značajno unapređenje kontrole i pouzdanosti strukturnim smanjenjem verovatnoće pojave grešaka na njihovom izvoru.<ref name="Blaustein">{{cite web|url=http://www.theiia.org/intAuditor/itaudit/2009-articles/eliminating-spreadsheet-risks/|title=Eliminating Spreadsheet Risks|work=Internal Auditor Magazine|publisher=Institute of Internal Auditors (IIA)|accessdate=2010-05-10|author=Richard E. Blaustein|date=November 2009|archive-url=https://web.archive.org/web/20100905061742/http://www.theiia.org/intAuditor/itaudit/2009-articles/eliminating-spreadsheet-risks/|archive-date=2010-09-05|url-status=dead}} [http://www.analyticsolutions.com/index_files/page0017.htm unabridged version]</ref> |
||
|date=July 2011}}</ref> |
|||
* Praktična ekspresivnost proračunskih tabela može biti ograničena ako se ne koriste njihove moderne karakteristike. Nekoliko faktora doprinosi ovom ograničenju. Implementacija složenog modela po principu jedna-po-jedna ćelija, zahteva tegobno posvećivanje pažnje detaljima. Autori imaju poteškoće u pamćenju značenja stotina ili hiljada adresa ćelija koje se pojavljuju u formulama. |
|||
* Spreadsheets have significant reliability problems. Research studies estimate that roughly 94% of spreadsheets deployed in the field contain errors, and 5.2% of cells in unaudited spreadsheets contain errors.<ref name="Powell">{{cite web |
|||
:: Ovi nedostaci ublažavaju se upotrebom imenovanih promenljivih za označavanje ćelija i korišćenjem promenljivih u formulama umesto lokacija ćelija i manipulacija pojedinačnim ćelijama. Grafikoni se mogu koristiti za trenutno prikazivanje kako se rezultati menjaju promenama vrednosti parametara. Zapravo, proračunska tabela se može učiniti nevidljivom, osim transparentnog korisničkog interfejsa koji od korisnika zahteva odgovarajući unos, prikazuje rezultate koje korisnik traži, kreira izveštaje i ima ugrađene zamke za greške radi brzog postavljanja ispravnog unosa.<ref name=Bullen>{{cite book|title=Professional Excel Development |author=Stephen Bullen, Rob Bovey & John Green |publisher=Addison-Wesley |url=https://books.google.com/books?id=VnegO0pMYlIC&pg=PA1 |isbn=978-0-321-50879-9 |year=2009 |edition=2nd }}</ref> |
|||
|url=http://mba.tuck.dartmouth.edu/spreadsheet/product_pubs.html |
|||
|title= A Critical Review of the Literature on Spreadsheet Errors |
|||
|accessdate=2008-04-18 |
|||
|first1= Stephen G. |last1=Powell |first2=Kenneth R. |last2=Baker |first3=Barry |last3=Lawson |
|||
|publisher=Tuck School of Business at Dartmouth College |
|||
|date=2007-12-01}}</ref> |
|||
* Slično tome, formule izražene u smislu ćelijskih adresa teško je ispraviti i teško ih je revidirati. Istraživanja pokazuju da revizori proračunskih tabela koji proveravaju numeričke rezultate i formule ćelija ne pronalaze više grešaka od revizora koji proveravaju samo numeričke rezultate.<ref name="Powell" /> To je još jedan razlog za upotrebu imenovanih varijabli i formula koje koriste imenovane promenljive. |
|||
| ⚫ | :: |
||
:: Konkretno, proračunske tabele obično sadrže mnogo kopija iste formule. Kada je formula modifikovana, korisnik mora da promeni svaku ćeliju koja sadrži tu formulu. Suprotno tome, većina računarskih jezika dopušta da se formula samo jednom pojavi u kodu i ostvaruju ponavljanje pomoću petlje: što ih čini mnogo lakšim za implementaciju i reviziju. |
|||
| ⚫ | * Promena dimenzije zahteva veliku izmenu. Kada se redovi (ili kolone) dodaju ili izbrišu iz tabele, potrebno je prilagoditi veličinu mnogih nizvodnih tabela koje zavise od promenjne tabele. U tom je postupku često potrebno pomicati ostale ćelije kako bi se napravilo mjesta za nove kolone ili redove, i da se prilagode podataka grafikona izvorima. U velikim proračunskim tabelama ovo može biti veoma dugotrajno.<ref name="Henrion">{{cite web|url=http://lumina.com/dlana/papers/Whats%20wrong%20with%20spreadsheets.pdf|title= What's Wrong with Spreadsheets – and How to Fix them with Analytica|accessdate=2010-11-13|author= Max Henrion|date=2004-07-14}}</ref><ref name="Savage">{{cite web|url=http://www.lionhrtpub.com/orms/orms-2-97/savage.html|title=Weighing the Pros and Cons of Decision Technology in Spreadsheets |work=ORMS Today Volume 24 Number 1|accessdate=2010-11-13|author=Sam Savage|date=February 2010}}</ref> |
||
* Dodavanje ili uklanjanje dimenzije je toliko teško, da je generalno neophodno započeti ispočetka. Proračunska tabela kao paradigma zaista prisiljava korisnika da odluči o dimenzionalnosti odmah na početku stvaranja svoje tabele, iako je često najprirodnije donositi ove odluke nakon što model proračunske tabele sazri. Želja za dodavanjem i uklanjanjem dimenzija takođe se javlja u parametrijskim i analizama senzitivnosti.<ref name="Henrion" /><ref name="Savage" /> |
|||
* Saradnja u pisanju formula proračunskih tabela može biti teška kada se takva saradnja odvija na nivou ćelija i adresa ćelija. |
|||
| ⚫ | |||
* The practical expressiveness of spreadsheets can be limited unless their modern features are used. Several factors contribute to this limitation. Implementing a complex model on a cell-at-a-time basis requires tedious attention to detail. Authors have difficulty remembering the meanings of hundreds or thousands of cell addresses that appear in formulas. |
|||
::These drawbacks are mitigated by the use of named variables for cell designations, and employing variables in formulas rather than cell locations and cell-by-cell manipulations. Graphs can be used to show instantly how results are changed by changes in parameter values. In fact, the spreadsheet can be made invisible except for a transparent user interface that requests pertinent input from the user, displays results requested by the user, creates reports, and has built-in error traps to prompt correct input.<ref name=Bullen>{{cite book|title=Professional Excel Development |author=Stephen Bullen, Rob Bovey & John Green |publisher=Addison-Wesley |url=https://books.google.com/books?id=VnegO0pMYlIC&pg=PA1 |isbn=978-0-321-50879-9 |year=2009 |edition=2nd }}</ref> |
|||
* Similarly, formulas expressed in terms of cell addresses are hard to keep straight and hard to audit. Research shows that spreadsheet auditors who check numerical results and cell formulas find no more errors than auditors who only check numerical results.<ref name="Powell" /> That is another reason to use named variables and formulas employing named variables. |
|||
::Specifically, spreadsheets typically contain many copies of the same formula. When the formula is modified, the user has to change every cell containing that formula. In contrast, most computer languages allow a formula to appear only once in the code, and achieve repetition by means of loops: making them much easier to implement and audit. |
|||
| ⚫ | * |
||
|work=ORMS Today Volume 24 Number 1|accessdate=2010-11-13|author=Sam Savage|date=February 2010}}</ref> |
|||
* Adding or removing a dimension is so difficult, one generally has to start over. The spreadsheet as a paradigm really forces one to decide on dimensionality right of the beginning of one's spreadsheet creation, even though it is often most natural to make these choices after one's spreadsheet model has matured. The desire to add and remove dimensions also arises in parametric and sensitivity analyses.<ref name="Henrion" /><ref name="Savage" /> |
|||
* Collaboration in authoring spreadsheet formulas can be difficult when such collaboration occurs at the level of cells and cell addresses. |
|||
| ⚫ | |||
|title=Managing spreadsheets|accessdate=2006-06-29|author=Philip Howard|date=2005-04-22|work=IT-Directors.com}}</ref><ref>{{cite web |
|title=Managing spreadsheets|accessdate=2006-06-29|author=Philip Howard|date=2005-04-22|work=IT-Directors.com}}</ref><ref>{{cite web |
||
|url=http://panko.shidler.hawaii.edu/ssr/Mypapers/whatknow.htm|title=What We Know About Spreadsheet Errors|accessdate=2006-09-22|author=Raymond R. Panko|date=January 2005}}</ref> |
|url=http://panko.shidler.hawaii.edu/ssr/Mypapers/whatknow.htm|title=What We Know About Spreadsheet Errors|accessdate=2006-09-22|author=Raymond R. Panko|date=January 2005}}</ref> |
||
| ⚫ | * Neki izvori zagovaraju upotrebu specijalizovanog softvera umesto proračunskih tabela za neke aplikacije (određivanje budžeta, statistika)<ref>[http://www.exceluser.com/bi/mistake.htm Is Excel Budgeting a Mistake?]<br />Excel's critics say that Excel is fundamentally unsuited for budgeting, forecasting, and other activities that involve collaboration or consolidation. Are they correct?</ref><ref>http://www.cs.uiowa.edu/~jcryer/JSMTalk2001.pdf {{Webarchive|url=https://web.archive.org/web/20090126164319/http://cs.uiowa.edu/~jcryer/JSMTalk2001.pdf |date=2009-01-26 }} Problems With Using Microsoft Excel for Statistics</ref><ref>{{cite web|url=http://www.burns-stat.com/pages/Tutor/spreadsheet_addiction.html|title=Spreadsheet Addiction|work=burns-stat.com}}</ref> |
||
| ⚫ | * Mnogi softverski proizvodi proračunskih tabela, kao što je [[Majkrosoft eksel]]<ref>{{cite web|url=https://support.office.com/en-us/article/excel-specifications-and-limits-1672b34d-7043-467e-8e27-269d656771c3 |title=Excel specifications and limits – Excel – Microsoft Office |publisher=Office.microsoft.com |accessdate=2018-11-06}}</ref> (verzije do 2007) i [[OpenOffice.org|OpenOffice.org Calc]]<ref>{{cite web |url=http://wiki.services.openoffice.org/wiki/Documentation/FAQ/Calc/Miscellaneous/What%27s_the_maximum_number_of_rows_and_cells_for_a_spreadsheet_file%3F |title=What's the maximum number of rows and cells for a spreadsheet file? – OpenOffice.org Wiki |publisher=Wiki.services.openoffice.org |date=2008-11-26 |accessdate=2010-08-20 |archive-url=https://web.archive.org/web/20090504095550/http://wiki.services.openoffice.org/wiki/Documentation/FAQ/Calc/Miscellaneous/What's_the_maximum_number_of_rows_and_cells_for_a_spreadsheet_file |archive-date=2009-05-04 |url-status=dead }}</ref> (verzije do 2008), imaju ograničenje kapaciteta od 65.536 redova na 256 kolona (2<sup>16</sup> i 2<sup>8</sup> respektivno). Ovo može da predstavlja problem korisnicima koji koriste veoma velike setove podataka i može rezultirati gubitkom podataka. |
||
* Nedostatak revizije i [[Version control|revizione kontrole]]. To otežava utvrđivanje ko je šta promenio i kada. Ovo može da prouzrokuje probleme sa poštovanjem propisa. Nedostatak revizijske kontrole uveliko povećava rizik od grešaka zbog nemogućnosti praćenja, izolovanja i ispitivanja promena izvršenih u dokumentu. |
|||
| ⚫ | * Nedostatak [[Рачунарска безбједност|bezbednosti]]. Proračunskim tabelama nedostaje kontrola u smislu ko može videti i menjati određene podatke. Ovo, u kombinaciji sa nedostatkom revizije, može nekom da olakša počinjavanje [[prevara]].<ref>{{cite web |url=http://www.deloitte.com/assets/Dcom-UnitedStates/Local%20Assets/Documents/AERS/us_risk_spreadsheet_mgt_022509%20(2).pdf |title=Spreadsheet Management: Not what you figured |author= |date=2009 |website=deloitte.com |publisher=[[Deloitte]] |accessdate=24 July 2014}}</ref> |
||
| ⚫ | * Pošto su labavo struktuirane, lako se može desiti da neko unese [[Грешка|grešku]], slučajno ili namerno, unosom informacija na pogrešnom mestu ili neispravnim izražavanjem zavisnosti među ćelijama (kao što je formula).<ref name="Henrion" /><ref>{{cite web|url=http://www.accountingweb.co.uk/cgi-bin/item.cgi?id=40301|title=Excel spreadsheets in School budgeting – a cautionary tale (2001)|work=AccountingWEB|access-date=2007-12-18|archive-url=https://web.archive.org/web/20071007195537/http://www.accountingweb.co.uk/cgi-bin/item.cgi?id=40301|archive-date=2007-10-07|url-status=dead}}</ref><ref>{{cite web|url=http://www.eusprig.org/stories.htm|title=European Spreadsheet Risks Interest Group – spreadsheet risk management and solutions conference|work=eusprig.org}}</ref> |
||
* Rezultati formule (primer „-{=A1*B1}-“) odnose se samo na jednu ćeliju (to jest ćeliju u kojoj se formula zapravo nalazi - u ovom slučaju možda -{C1}-), iako ona može „izvaditi” podatke iz mnogih drugih ćelije, ili pak trenutnog datuma i vremena. To znači da bi se izvršila slična operacija na nizu ćelija, gotovo identična formula (koja ostaje u sopstvenoj „izlaznoj” ćeliji) mora se ponoviti za svaki red „ulazne” matrice. Ovo se razlikuje od „formule” u konvencionalnom računarskom programu, koji obično čini jedno izračunavanje koje se primenjuje na sve unose. Sa sadašnjim proračunskim tabelama, ovo prisilno ponavljanje skoro identičnih formula može imati štetne posledice sa stanovišta [[Quality assurance|osiguranja kvaliteta]] i često je uzrok mnogih grešaka u proračunskim tabelama. Neke proračunske tabele imaju formule primenljive na nizove da bi se ublažio ovoj problem. |
|||
* Pokušaj upravljanja ogromnim količinama proračunskih tabela koje mogu postojati u organizaciji bez odgovarajućih bezbednosnih mera, vođenja evidencije o revizijama, nenamerno unošenje grešaka i druge gore navedene stavke mogu postati izražene i veloj meri. |
|||
| ⚫ | Iako postoje ugrađeni i zasebni alati za desktop aplikacije kojima se mogu adresirati neki od ovih nedostataka, svest o njima i nivo njihove primene uglavnom su niski. Dobar primer za to je da 55% profesionalaca na [[Тржиште капитала|tržištu kapitala]] „ne zna” kako se revidiraju njihove tabele; samo 6% ulaže u nezavisna rešenja.<ref>{{cite web|url=http://download.microsoft.com/download/4/6/1/461062F0-2D3E-4620-890E-826CE55D27B9/SpreadsheetsandCapitalMarkets.pdf|title=Spreadsheets and Capital Markets|date=June 2009|access-date=2009-08-13|archive-url=https://web.archive.org/web/20110604204942/http://download.microsoft.com/download/4/6/1/461062F0-2D3E-4620-890E-826CE55D27B9/SpreadsheetsandCapitalMarkets.pdf|archive-date=2011-06-04|url-status=dead}}</ref> |
||
| ⚫ | * |
||
| ⚫ | * |
||
* Lack of auditing and [[revision control]]. This makes it difficult to determine who changed what and when. This can cause problems with regulatory compliance. Lack of revision control greatly increases the risk of errors due the inability to track, isolate and test changes made to a document. |
|||
| ⚫ | * |
||
| ⚫ | * |
||
* The results of a formula (example "=A1*B1") applies only to a single cell (that is, the cell the formula is actually located in—in this case perhaps C1), even though it can "extract" data from many other cells, and even real time dates and actual times. This means that to cause a similar calculation on an array of cells, an almost identical formula (but residing in its own "output" cell) must be repeated for each row of the "input" array. This differs from a "formula" in a conventional computer program, which typically makes one calculation that it applies to all the input in turn. With current spreadsheets, this forced repetition of near identical formulas can have detrimental consequences from a [[quality assurance]] standpoint and is often the cause of many spreadsheet errors. Some spreadsheets have array formulas to address this issue. |
|||
*Trying to manage the sheer volume of spreadsheets that may exist in an organization without proper security, audit trails, unintentional introduction of errors, and other items listed above can become overwhelming. |
|||
| ⚫ | |||
== Reference == |
== Reference == |
||
Верзија на датум 7. децембар 2019. у 04:29
 | Један корисник управо ради на овом чланку. Молимо остале кориснике да му допусте да заврши са радом. Ако имате коментаре и питања у вези са чланком, користите страницу за разговор.
Хвала на стрпљењу. Када радови буду завршени, овај шаблон ће бити уклоњен. Напомене
|
Proračunska tabela je interaktivna računarska aplikacija za organizaciju, analizu i čuvanje podataka u tabularnom formatu.[1][2][3] Spreadsheets were developed as computerized analogs of paper accounting worksheets.[4] The program operates on data entered in cells of a table. Each cell may contain either numeric or text data, or the results of formulas that automatically calculate and display a value based on the contents of other cells. A spreadsheet may also refer to one such electronic document.[5][6][7]
Spreadsheet users can adjust any stored value and observe the effects on calculated values. This makes the spreadsheet useful for "what-if" analysis since many cases can be rapidly investigated without manual recalculation. Modern spreadsheet software can have multiple interacting sheets, and can display data either as text and numerals, or in graphical form.
Besides performing basic arithmetic and mathematical functions, modern spreadsheets provide built-in functions for common financial and statistical operations. Such calculations as net present value or standard deviation can be applied to tabular data with a pre-programmed function in a formula. Spreadsheet programs also provide conditional expressions, functions to convert between text and numbers, and functions that operate on strings of text.
Spreadsheets have replaced paper-based systems throughout the business world. Although they were first developed for accounting or bookkeeping tasks, they now are used extensively in any context where tabular lists are built, sorted, and shared.
LANPAR, available in 1969,[8] was the first electronic spreadsheet on mainframe and time sharing computers. LANPAR was an acronym: LANguage for Programming Arrays at Random.[8] VisiCalc was the first electronic spreadsheet on a microcomputer,[9] and it helped turn the Apple II computer into a popular and widely used system. Lotus 1-2-3 was the leading spreadsheet when DOS was the dominant operating system.[10] Excel now has the largest market share on the Windows and Macintosh platforms.[11][12][13] A spreadsheet program is a standard feature of an office productivity suite; since the advent of web apps, office suites now also exist in web app form. Web based spreadsheets are a relatively new category.
Nedostaci
Iako su proračunske tabele predstavljale veliki korak napred u kvantitativnom modelovanju, one imaju nedostatke. Njihovi nedostaci uključuju spoznajnu neprirodnost alfa-numeričkih adresa ćelija.[14]
- Istraživanje agencije ClusterSeven pokazalo je velike razlike u načinu na koji finansijske institucije i korporativni subjekti razumeju, upravljaju i nadgledaju svoje često ogromne posede proračunskih tabela i nestrukturiranih finansijskih podataka (uključujući datoteke u CSV formatu i Majkrosoft akses baze podataka). Jedna studija sa početka 2011. godine na gotovo 1500 ljudi u Velikoj Britaniji otkrila je da 57% korisnika proračunskih tabela nikada nije prošlo formalnu obuku o paketu proračunskih tabela koji koriste. 72% je reklo da nijedno interno odeljenje ne proverava tabele u pogledu tačnosti. Samo 13% je reklo da unutrašnja revizija pregleda njihove tabele, dok samo 1% biva kontrolisano putem odeljenja za procenu rizik.[15]
- Proračunske tabele imaju značajne probleme sa pouzdanošću. Istraživačke studije procenjuju da otprilike 94% tabela primenjenih u praksi sadrže greške, a 5,2% ćelija u nerevidiranim tabelama sadrže greške.[16]
- Uprkos visokim rizicima od grešaka koji su često povezani sa autorstvom i upotrebom proračunskih tabela, mogu se preduzeti specifični koraci za značajno unapređenje kontrole i pouzdanosti strukturnim smanjenjem verovatnoće pojave grešaka na njihovom izvoru.[17]
- Praktična ekspresivnost proračunskih tabela može biti ograničena ako se ne koriste njihove moderne karakteristike. Nekoliko faktora doprinosi ovom ograničenju. Implementacija složenog modela po principu jedna-po-jedna ćelija, zahteva tegobno posvećivanje pažnje detaljima. Autori imaju poteškoće u pamćenju značenja stotina ili hiljada adresa ćelija koje se pojavljuju u formulama.
- Ovi nedostaci ublažavaju se upotrebom imenovanih promenljivih za označavanje ćelija i korišćenjem promenljivih u formulama umesto lokacija ćelija i manipulacija pojedinačnim ćelijama. Grafikoni se mogu koristiti za trenutno prikazivanje kako se rezultati menjaju promenama vrednosti parametara. Zapravo, proračunska tabela se može učiniti nevidljivom, osim transparentnog korisničkog interfejsa koji od korisnika zahteva odgovarajući unos, prikazuje rezultate koje korisnik traži, kreira izveštaje i ima ugrađene zamke za greške radi brzog postavljanja ispravnog unosa.[18]
- Slično tome, formule izražene u smislu ćelijskih adresa teško je ispraviti i teško ih je revidirati. Istraživanja pokazuju da revizori proračunskih tabela koji proveravaju numeričke rezultate i formule ćelija ne pronalaze više grešaka od revizora koji proveravaju samo numeričke rezultate.[16] To je još jedan razlog za upotrebu imenovanih varijabli i formula koje koriste imenovane promenljive.
- Konkretno, proračunske tabele obično sadrže mnogo kopija iste formule. Kada je formula modifikovana, korisnik mora da promeni svaku ćeliju koja sadrži tu formulu. Suprotno tome, većina računarskih jezika dopušta da se formula samo jednom pojavi u kodu i ostvaruju ponavljanje pomoću petlje: što ih čini mnogo lakšim za implementaciju i reviziju.
- Promena dimenzije zahteva veliku izmenu. Kada se redovi (ili kolone) dodaju ili izbrišu iz tabele, potrebno je prilagoditi veličinu mnogih nizvodnih tabela koje zavise od promenjne tabele. U tom je postupku često potrebno pomicati ostale ćelije kako bi se napravilo mjesta za nove kolone ili redove, i da se prilagode podataka grafikona izvorima. U velikim proračunskim tabelama ovo može biti veoma dugotrajno.[19][20]
- Dodavanje ili uklanjanje dimenzije je toliko teško, da je generalno neophodno započeti ispočetka. Proračunska tabela kao paradigma zaista prisiljava korisnika da odluči o dimenzionalnosti odmah na početku stvaranja svoje tabele, iako je često najprirodnije donositi ove odluke nakon što model proračunske tabele sazri. Želja za dodavanjem i uklanjanjem dimenzija takođe se javlja u parametrijskim i analizama senzitivnosti.[19][20]
- Saradnja u pisanju formula proračunskih tabela može biti teška kada se takva saradnja odvija na nivou ćelija i adresa ćelija.
Ostali problemi povezani sa proračunskim tabelama uključuju:[21][22]
- Neki izvori zagovaraju upotrebu specijalizovanog softvera umesto proračunskih tabela za neke aplikacije (određivanje budžeta, statistika)[23][24][25]
- Mnogi softverski proizvodi proračunskih tabela, kao što je Majkrosoft eksel[26] (verzije do 2007) i OpenOffice.org Calc[27] (verzije do 2008), imaju ograničenje kapaciteta od 65.536 redova na 256 kolona (216 i 28 respektivno). Ovo može da predstavlja problem korisnicima koji koriste veoma velike setove podataka i može rezultirati gubitkom podataka.
- Nedostatak revizije i revizione kontrole. To otežava utvrđivanje ko je šta promenio i kada. Ovo može da prouzrokuje probleme sa poštovanjem propisa. Nedostatak revizijske kontrole uveliko povećava rizik od grešaka zbog nemogućnosti praćenja, izolovanja i ispitivanja promena izvršenih u dokumentu.
- Nedostatak bezbednosti. Proračunskim tabelama nedostaje kontrola u smislu ko može videti i menjati određene podatke. Ovo, u kombinaciji sa nedostatkom revizije, može nekom da olakša počinjavanje prevara.[28]
- Pošto su labavo struktuirane, lako se može desiti da neko unese grešku, slučajno ili namerno, unosom informacija na pogrešnom mestu ili neispravnim izražavanjem zavisnosti među ćelijama (kao što je formula).[19][29][30]
- Rezultati formule (primer „=A1*B1“) odnose se samo na jednu ćeliju (to jest ćeliju u kojoj se formula zapravo nalazi - u ovom slučaju možda C1), iako ona može „izvaditi” podatke iz mnogih drugih ćelije, ili pak trenutnog datuma i vremena. To znači da bi se izvršila slična operacija na nizu ćelija, gotovo identična formula (koja ostaje u sopstvenoj „izlaznoj” ćeliji) mora se ponoviti za svaki red „ulazne” matrice. Ovo se razlikuje od „formule” u konvencionalnom računarskom programu, koji obično čini jedno izračunavanje koje se primenjuje na sve unose. Sa sadašnjim proračunskim tabelama, ovo prisilno ponavljanje skoro identičnih formula može imati štetne posledice sa stanovišta osiguranja kvaliteta i često je uzrok mnogih grešaka u proračunskim tabelama. Neke proračunske tabele imaju formule primenljive na nizove da bi se ublažio ovoj problem.
- Pokušaj upravljanja ogromnim količinama proračunskih tabela koje mogu postojati u organizaciji bez odgovarajućih bezbednosnih mera, vođenja evidencije o revizijama, nenamerno unošenje grešaka i druge gore navedene stavke mogu postati izražene i veloj meri.
Iako postoje ugrađeni i zasebni alati za desktop aplikacije kojima se mogu adresirati neki od ovih nedostataka, svest o njima i nivo njihove primene uglavnom su niski. Dobar primer za to je da 55% profesionalaca na tržištu kapitala „ne zna” kako se revidiraju njihove tabele; samo 6% ulaže u nezavisna rešenja.[31]
Reference
- ^ „spreadsheet”. merriam-webster.com. Merriam-Webster. Приступљено 23. 6. 2016.
- ^ American Heritage Dictionary of the English Language (5th изд.). Houghton Mifflin Harcourt Publishing Company. 2011. „A software interface consisting of an interactive grid made up of cells in which data or formulas are entered for analysis or presentation.”
- ^ Collins English Dictionary – Complete and Unabridged (12th изд.). HarperCollins Publishers. 2014. „(Computer Science) a computer program that allows easy entry and manipulation of figures, equations, and text, used esp for financial planning and budgeting”
- ^ „spreadsheet”. WhatIs.com. TechTarget. Приступљено 23. 6. 2016.
- ^ „spreadsheet”. Dictionary.com Unabridged. Random House, Inc. Приступљено 23. 6. 2016.
- ^ Beal, Vangie. „spreadsheet”. webopedia. QuinStreet. Приступљено 23. 6. 2016.
- ^ „Spreadsheet”. Computer Hope. Приступљено 23. 6. 2016.
- ^ а б Higgins, Hannah (2009-01-01). The Grid Book (на језику: енглески). MIT Press. ISBN 9780262512404.
- ^ Charles Babcock, "What's The Greatest Software Ever Written?", Information Week, 11 Aug 2006. Accessed 25 June 2014
- ^ Lewis, Peter H. (1988-03-13). „The Executive computer; Lotus 1-2-3 Faces Up to the Upstarts”. NYTimes.com. The New York Times Company. Приступљено 2012-10-14. „Release 3.0 is being written in the computer language known as C, to provide easy transportability among PCs, Macs and mainframes.”
- ^ „Rivals Set Their Sights on Microsoft Office: Can They Topple the Giant? –Knowledge@Wharton”. Wharton, University of Pennsylvania. Приступљено 2010-08-20.
- ^ „spreadsheet analysis from winners, losers, and Microsoft”. Utdallas.edu. Приступљено 2010-08-20.
- ^ „A”. Utdallas.edu. Приступљено 2010-08-20.
- ^ Douglas Butler, "Why are spreadsheets so unfriendly?", The Fifth International Conference on Technology in Mathematics Teaching, August 2001. Accessed 25 June 2014
- ^ „Spreadsheet Risk Management within UK Organisations”. јул 2011.
- ^ а б Powell, Stephen G.; Baker, Kenneth R.; Lawson, Barry (2007-12-01). „A Critical Review of the Literature on Spreadsheet Errors”. Tuck School of Business at Dartmouth College. Приступљено 2008-04-18.
- ^ Richard E. Blaustein (новембар 2009). „Eliminating Spreadsheet Risks”. Internal Auditor Magazine. Institute of Internal Auditors (IIA). Архивирано из оригинала 2010-09-05. г. Приступљено 2010-05-10. unabridged version
- ^ Stephen Bullen, Rob Bovey & John Green (2009). Professional Excel Development (2nd изд.). Addison-Wesley. ISBN 978-0-321-50879-9.
- ^ а б в Max Henrion (2004-07-14). „What's Wrong with Spreadsheets – and How to Fix them with Analytica” (PDF). Приступљено 2010-11-13.
- ^ а б Sam Savage (фебруар 2010). „Weighing the Pros and Cons of Decision Technology in Spreadsheets”. ORMS Today Volume 24 Number 1. Приступљено 2010-11-13.
- ^ Philip Howard (2005-04-22). „Managing spreadsheets”. IT-Directors.com. Приступљено 2006-06-29.
- ^ Raymond R. Panko (јануар 2005). „What We Know About Spreadsheet Errors”. Приступљено 2006-09-22.
- ^ Is Excel Budgeting a Mistake?
Excel's critics say that Excel is fundamentally unsuited for budgeting, forecasting, and other activities that involve collaboration or consolidation. Are they correct? - ^ http://www.cs.uiowa.edu/~jcryer/JSMTalk2001.pdf Архивирано 2009-01-26 на сајту Wayback Machine Problems With Using Microsoft Excel for Statistics
- ^ „Spreadsheet Addiction”. burns-stat.com.
- ^ „Excel specifications and limits – Excel – Microsoft Office”. Office.microsoft.com. Приступљено 2018-11-06.
- ^ „What's the maximum number of rows and cells for a spreadsheet file? – OpenOffice.org Wiki”. Wiki.services.openoffice.org. 2008-11-26. Архивирано из оригинала 2009-05-04. г. Приступљено 2010-08-20.
- ^ „Spreadsheet Management: Not what you figured” (PDF). deloitte.com. Deloitte. 2009. Приступљено 24. 7. 2014.
- ^ „Excel spreadsheets in School budgeting – a cautionary tale (2001)”. AccountingWEB. Архивирано из оригинала 2007-10-07. г. Приступљено 2007-12-18.
- ^ „European Spreadsheet Risks Interest Group – spreadsheet risk management and solutions conference”. eusprig.org.
- ^ „Spreadsheets and Capital Markets” (PDF). јун 2009. Архивирано из оригинала (PDF) 2011-06-04. г. Приступљено 2009-08-13.
Spoljašnje veze
- A Spreadsheet Programming article on DevX
- comp.apps.spreadsheets FAQ by Russell Schulz
- Extending the Concept of Spreadsheet by Jocelyn Paine
- Proračunska tabela на сајту Curlie (језик: енглески)
- Spreadsheet – Its First Computerization (1961–1964) by Richard Mattessich
- CICS history and introduction of IBM 3270 by Bob Yelavich
- Autoplan & Autotab article by Creative Karma
- Spreadsheets in Science
| Normativna kontrola: Državne |
|---|
