Tak, pár poznámeček (snad na nic nezapomenu):
- nebylo by na škodu rozdělit Definici problému a úvodní studii na dva dokumenty
- název Síťová analýza společnosti bych zachoval, celkem to myslím sedí...
- nějaké logování je celkem zbytečná práce navíc, přihlašování navrhuju taky úplně elementární (sessions v PHP budou stačit, šifrování hesla lze elegantně vyřešit pomocí hashovacích funkcí, v PHP je např.MD5) - navíc když to pofrčí jenom na podnikovém intranetu...
- ve Specifikaci požadavků je pár ašibek a překlepů, ale to se už nějak srovná...
- v Profilu uživatelů bych zdůraznil základní rozdělení: 1) obchodník - právo čtení a zápisu informací, 2) všichni ostatní - pouze právo čtení informací
- statistiky a souhrny: např. pro čas (kolik čeho a kterým firmám se prodalo v zadaném období), zařízení (kterým firmám se prodalo a kolik), ... taky není třeba nijak přehánět
- obecně: co nejvíc bych ty požadavky zredukoval na minimum, protože k čemu se zavážeme, to už si potom neodpářem (a vždycky se dá dodělat něco navíc) ...
- zůstává otázkou, jakým způsobem vyřešit administraci (buď admin.přihlášení a změny přímo v systému, nebo pouhé úpravy nastavení v textovém souboru typu INI)
- možná by to chtělo vyřadit některé duplicitní a nekonzistentní informace (např. někde na začátku AP je něco o šifrování hesel a v 3.4.2. zase, že hesla se šifrovat nebudou...)
- testování: naplnění databáze zkušebními daty, na kterých se otestuje funkčnost, rychlost a celková robustnost systému
- platné odezvy stačí nějak okecat (jako že to není žádná real-time aplikace, ale musí s dostatečně reagovat na interaktivní ovládání uživatelem)
- nějaké přílohy bych nechal až do návrhu, všecko podstatné je v samotném dokumentu