История изменений
Исправление
rht,
(текущая версия)
:
Итак, рассказываю про свои бодания. Не совсем твой случай, но надеюсь, что будет полезно.
Однажды мне поставили задачу выпилить некую систему сбора и обработки информации. Вкратце: это должно было выглядеть как нечто, куда вводится информация из бумажного носителя, систематизируется и хранится до запроса заказчиком-потребителем информации.
Задача была поставлена очень общо, без сроков. Вскользь было озвучено что-то по типу разработки под Эксель или создание дополнительной БД в существующих на тот момент информационных системах.
Жутко не люблю формализм, поэтому идею насчёт Экселя отмёл сразу. Да и озвучивалась она человеком, весьма далёким от темы. Делать в Экселе — это значит заранее обрекать продукт на скорую гибель. Эксель не обеспечит гибкость.
Вклиниться в существующие базы данных не позволяли полномочия, поэтому проектировать всю концепцию стал с нуля.
В качестве СУБД выбрал Постгрес.
Первое, что выдумал от начала и до конца, был тот самый носитель-анкета, с которого впоследствии должна была вводиться инфа. То есть очертил круг информации, которая должна вводиться в систему для её эффективного функционирования согласно задаче.
В процессе размышления выяснилось, что система должна быть многопользовательской, с детализацией пользовательских функций, с гибкой подсистемой генерации отчётов, в том числе в графическом виде, с ведением архивов.
В общем, проект достаточно быстро распух.
Начал реализацию на Си. Эффективность и скорость разработки на Си были низкими, поэтому пришлось сесть и выучить эту вашу Джаву.
После реализации основных функций я её протестировал и определил критичные места.
1. Недостаточная детализация входных параметров.
2. Необходимость внедрения дополнительной логики для проверки целостности и адекватности введённых данных.
3. Необходимость внедрения дополнительных систем защиты информации и от оч.умелых действий пользователя.
Исправление
rht,
:
Итак, рассказываю про свои бодания. Не совсем твой случай, но надеюсь, что будет полезно.
Однажды мне поставили задачу выпилить некую систему сбора и обработки информации. Вкратце: это должно было выглядеть как нечто, куда вводится информация из бумажного носителя, систематизируется и хранится до запроса заказчиком-потребителем информации.
Задача была поставлена очень общо, без сроков. Вскользь было озвучено что-то по типу разработки под Эксель или создание дополнительной БД в существующих на тот момент информационных системах.
Жутко не люблю формализм, поэтому идею насчёт Экселя отмёл сразу. Да и озвучивалась она человеком весьма далёким от темы. Делать в Экселе — это значит заранее обрекать продукт на скорую гибель. Эксель не обеспечит гибкость.
Вклиниться в существующие базы данных не позволяли полномочия, поэтому проектировать всю концепцию стал с нуля.
В качестве СУБД выбрал Постгрес.
Первое, что выдумал от начала и до конца, был тот самый носитель-анкета, с которого впоследствии должна была вводиться инфа. То есть очертил круг информации, которая должна вводиться в систему для её эффективного функционирования согласно задаче.
В процессе размышления выяснилось, что система должна быть многопользовательской, с детализацией пользовательских функций, с гибкой подсистемой генерации отчётов, в том числе в графическом виде, с ведением архивов.
В общем, проект достаточно быстро распух.
Начал реализацию на Си. Эффективность и скорость разработки на Си были низкими, поэтому пришлось сесть и выучить эту вашу Джаву.
После реализации основных функций я её протестировал и определил критичные места.
1. Недостаточная детализация входных параметров.
2. Необходимость внедрения дополнительной логики для проверки целостности и адекватности введённых данных.
3. Необходимость внедрения дополнительных систем защиты информации и от оч.умелых действий пользователя.
Исходная версия Deleted, :
Итак, рассказываю про свои бодания. Не совсем твой случай, но надеюсь, что будет полезно. Однажды мне поставили задачу выпилить некую систему сбора и обработки информации. Вкратце: это должно было выглядеть как нечто, куда вводится информация из бумажного носителя, систематизируется и хранится до запроса заказчиком-потребителем информации. Задача была поставлена очень общо, без сроков. Вскользь было озвучено что-то по типу разработки под Эксель или создание дополнительной БД в существующих на тот момент информационных системах. Жутко не люблю формализм, поэтому идею насчёт Экселя отмёл сразу. Да и озвучивалась она человеком весьма далёким от темы. Делать в Экселе — это значит заранее обрекать продукт на скорую гибель. Эксель не обеспечит гибкость. Вклиниться в существующие базы данных не позволяли полномочия, поэтому проектировать всю концепцию стал с нуля. В качестве СУБД выбрал Постгрес. Первое, что выдумал от начала и до конца, был тот самый носитель-анкета, с которого впоследствии должна была вводиться инфа. То есть очертил круг информации, которая должна вводиться в систему для её эффективного функционирования согласно задаче. В процессе размышления выяснилось, что система должна быть многопользовательской, с детализацией пользовательских функций, с гибкой подсистемой генерации отчётов, в том числе в графическом виде, с ведением архивов. В общем, проект достаточно быстро распух. Начал реализацию на Си. Эффективность и скорость разработки на Си были низкими, поэтому пришлось сесть и выучить эту вашу Джаву. После реализации основных функций я её протестировал и определил критичные места. 1. Недостаточная детализация входных параметров. 2. Необходимость внедрения дополнительной логики для проверки целостности и адекватности введённых данных. 3. Необходимость внедрения дополнительных систем защиты информации и от оч.умелых действий пользователя.