![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D ![]() |
Ostatnio dziewczyna poprosiła mnie bym napisał aplikację. W pracy musi ona bowiem pewne rzeczy robić, a dostępne oprogramowanie nie obejmuje pewnych aspektów i to właśnie do nich miałbym napisać trochę kodu. Tutaj sprawa rozbiła się o zastosowanie technologii. Aplikacja ma być typu portable - wrzuta na pendrive. Dostęp do sieci internetowej - zero. Ma być dostępna baza danych relacyjna.
Z początku więc rozważałem sqlite jako plikową i polecono mi także Adobe Air. Z tego co doczytałem (nie znam AA) to jednak chcąc, nie chcąc musiałaby aplikacja i tak mieć jakieś połączenie z serwerem, który serwowałby jej obrabiane dane. Z tutoriali itp. odniosłem bowiem wrażenie, że integrować można HTML, JS, AS, tyle że mi to się zda psu na budę, skoro AS nie znam a muszę mieć logikę biznesową jakąś, bo niestety, ale przyjdzie w tym oprogramowaniu generować raporty itp. a same JS i HTML sobie w takim wypadku nie poradzą. Tutaj po prostu język skryptowy w stylu PHP jest niemal nieodzowny, bo gołych danych nie będę słał od razu do bazy bez walidacji i obróbki, a raportów JS też sobie sam nie wygeneruje. Trochę popracowałem z google i stanęło na XAMMP lite (php + Apache + MySQL). Sprawdziłem i taka kombinacja działa na bank zgodnie z wymaganiami. Tylko czy da się coś innego zastosować? Może jakaś alternatywa dla mojego pomysłu? Nie chciałbym bowiem się do określonego jednego rozwiązania skłaniać "bo tak mi wygodnie". Może jest jakiś inny prosty "jednoklikowy" serwer Apache+MySQL (ew. sqlite mogę dać, bo to nie problem), bo wiecie jak to jest przy XAMPP... Z pena wejść tu, kliknąć tam, potem jeszcze parę kliknięć tu, a jeśli da się wejdź i kliknij tylko raz jeden plik który postawi wszystko to i wygoda większa (wiem... mogę walnąć bata, który uruchomi odpowiednie exe, ale a nuż jest jakiś jednoklikowy (IMG:style_emoticons/default/winksmiley.jpg) ). |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D ![]() |
I tu jest własnie zabawa vokiel bo w zasadzie wszystko co zastosuję będzie dobre (IMG:style_emoticons/default/smile.gif) Czemu? Odpowiem na postawione przez Ciebie pytania:
- czy program będzie jednostanowiskowy -> w gruncie rzeczy tak. Dostęp do niego będzie miała tylko moja dziewczyna. Nawet osoby ją zastępujące w czasie urlopu nie będą miały do niej dostępu, bo jej fizycznie na kompie nie zostawi. To taka przenośna aplikacja "for your eyes only". Pewne bowiem rzeczy do księgowania nie są objęte działającym tam oprogramowaniem. Konkretnie to obsługa przez kasę osób emerytowanych, rencistów i rodzin zmarłych pracowników, na których przeszły świadczenia pracownicze. Ktoś nie pomyślał pisząc soft o takich przypadkach, przez co księgować je trzeba, bo tego wymaga prawo, ale program nie ma takiej opcji i właśnie tę lukę zapełniam. A dziewczyna tego nie rozpowszechni i stąd nie będzie instalatora tylko wersja portable, by nikt nie korzystał z tego rozwiązania poza nią. Nawet osoby z nią siedzące w biurze. - jaka forma bazy (lokalna, zdalna) -> baza lokalna, także bez instalatora i dodatkowo przenośna. - czy komputer ma stałe łącze internetowe -> zazwyczaj ma ( (IMG:style_emoticons/default/winksmiley.jpg) ) ale z racji przenośności chcę by aplikacja była uniezależniona od sieci. Nigdy nie wiadomo czy akurat nie będzie musiała pracować na kompie bez dostępu do netu lub nie będzie wykonywała tej pracy z aplikacją w chwili niedostępności sieci. - czy będzie potrzebny zdalny dostęp do danych zgromadzonych w programie -> jak już z opisu widać, nie będzie potrzebny. Baza powinna sama w sobie być przenośna, a nie zdalna. W zasadzie zdalny dostęp to potencjalna luka bezpieczeństwa grożąca wyciekiem danych. - jakie są możliwe przypadki użycia systemu i przez kogo -> poprzednie punkty wyjaśniły wszystko nader jasno chyba. System jednoosobowy, jednostanowiskowy, przenośny itp., itd. (IMG:style_emoticons/default/smile.gif) - na jakim OS -> pewnie tylko windows, jak to w firmach państwowych (IMG:style_emoticons/default/biggrin.gif) - przewidywane przeprowadzki OS (aktualizacje: win xp -> win7, zmiany na inny: win -> lin) -> możliwość niby jest, ale znając życie to skończyło by się na ewentualnym upgrade między wersjami windowsa - możliwość instalacji środowisk uruchomieniowych (AA, .NET) -> tu nie ma problemu. Kontrola tego co jest na kompach pracowników jest niemal zerowa. Jedyne ograniczenie ma wejść niedługo - czajenie tego kto, ile i jak korzysta z sieci Internet. To nie wpłynie w żaden sposób na aplikację więc w jakiejkolwiek postaci. Mam po prostu możliwości multum, nie muszę trzymać niemal żadnych wytycznych. To po prostu ma działać i nieważne w jakiej technologii czy jakim języku. Brak wymagań wydajnościowych i chyba jakichkolwiek innych. Po prostu projekt-marzenie. Poza tym, że robię go dla dziewczyny, z którą biorę ślub za 1.5 miesiąca, więc jest on z góry non-profit (IMG:style_emoticons/default/winksmiley.jpg) Gdyby mi jeszcze za to zapłacono, to żyć nie umierać. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 2.10.2025 - 04:40 |