Авторизация

Логин: Пароль:
Регистрация Забыли свой пароль?

Методология проектирования ПО

Страницы: 1 2 След.
Методология проектирования ПО, как у вас проходит путь от проекта до готовой программы
интересно было бы послушать истории программистов, про то как они создают шедевры, я к примеру старым дедовски способом рисую все на формате а2, расписываю что и куда, а потом тока принимаюсь за программирование, да некоторые могут сказать, что для этого существует куча разношерстных программ, но мне привычнее этот способ...
Изменено: Артём Кулинич - 31.03.2010 23:55:24
в мертвом теле здоровый дух
Я редко что-либо рисую, обычно пишу план программы в текстовом виде, основные функции - для этого использую Эксел smile:). Сначала сверху вниз, основные блоки, чтобы были видны наиболее проблемные возможные места. Далее уточняю остальную структуру. Согласен, что есть более четкие методики создания программ.
Accende lumen sensibus, infude ainorem corbidus!
У нас написание программы проходит в несколько этапов:
1) Поиск нужной информации;
2) Обсуждение проекта;
3) Проектирование;
4) Построение структуры;
5) И написание, собственно, самого кода;
6) Тестирование.
В процессе, возможен переход от одного пункта к другому, как вверх, так и вниз.
Хочется сказать больше, та вот длины TMemo не хватает.
всё зависит от объёма и сложности программы, чаще всего так:
если очень сложная либо не понятно с чего начать делаю всё по пунктам и правилам, т.е. от постановки задачи до отладки.
если средней сложности ограничиваюсь блоксхемами алгоритмов.
ну простые как и все наверно тяп ляп код и отладил по-быстрому, если что не так
пока ты не доволен жизнью - она проходит...
лично я пишу только маленькие программки, и умещаю все в ежедневник, там все расписываю что и почему, расписываю все формулы и проч...
Это, кстати, очень серьезная тема и ей посвещаются целые книги.
Помимо различных подходов к непосредственно проектированию программ существует и большой инструментарий различных программных средств для этого. Начиная от программ ведения проектов (таких как MS Projects) и заканчивая программами для визуального проектирования баз данных, алгоритмов и интерфейсов.

И даже существует ГОСТ на разработку ТЗ и проектной документации, которые позволяют задокументировать все этапы разработки.

Если у кого-нибудь есть стандарты в электронном виде, то кидайте сюда.

rash
Тему было бы лучше переименовать в что-нибудь типа "Методология проектирования ПО", а то сейчас вообще не понятно: про что ветка. Прям какое-то духовное восхождение - "путь программы"....
Изменено: Иван Седаков - 31.03.2010 23:57:55
Цитата
Иван Седаков пишет:
a9d, Тему было бы лучше переименовать в что-нибудь типа "Методология проектирования ПО", а то сейчас вообще не понятно: про что ветка. Прям какое-то духовное восхождение - "путь программы"....

Это скорее относится к rash - он топикстартер. А по сути вы правы, переименую тему.
Продумываю проект, разделяю на части и начинаю писать, потом все собираю вместе.
Обычно, если задача состоит в интеграции каких-то компонентов, то нужно выявить критические места сопряжения. Потому что если начать думать о второстепенных вещах, истинная проблема может остаться незамеченной. Обычно есть такие места при разработке программы, которые наиболее волнуют и вызывают даже тревогу иногда - реализуемо ли это или нет. С них и надо начинать smile;)
Accende lumen sensibus, infude ainorem corbidus!
Продумать и выполнять по степени сложности и важности.
Немного помогает то, что обычно подобная задача уже кем-то была решена. Или хотя бы есть шанс найти решение, посмотрев, как сделан аналог. Но иногда есть принципиально неинтегрируемые вещи. Например, какие-то данные нельзя передать в другую программу и т.п.
Accende lumen sensibus, infude ainorem corbidus!
не всегда чужой код правильный и безопасный.
Я имею в виду не обязательно код, а сам принцип решения задачи. Код можно и свой написать, главное - разобраться с трудными местами, как они сделаны
Accende lumen sensibus, infude ainorem corbidus!
ну сам алгоритм, хотя его тоже надо правильно составить, а не навыворот.
Кстати, а как вы относитесь к программам автоматической генерации кода? Сейчас это стало довольно распространено. Но может появиться адреналин, когда думаешь о том, что твоя программа наполовину сгенерирована smile;)
Accende lumen sensibus, infude ainorem corbidus!
Ну код устаревает и этот код должен быть правильным.
Для некоторых задач автогенерация кода полезна - напр., для составления сложных запросов к базе. Или для интерфейса.
Accende lumen sensibus, infude ainorem corbidus!
Цитата
motorway11 пишет:
для составления сложных запросов к базе

для сложных запросов - противопоказано(много ошибок), для простых допустимо

Цитата
motorway11 пишет:
Или для интерфейса.

где можно интерфейс генерировать?
В принципе, такие программы бывают (конкретных сейчас не назову). Ну и составление кода в IDE - когда помещаешь элементы на форму.
Accende lumen sensibus, infude ainorem corbidus!
Я не пробывал и пока не доверяю им.
Тогда спрошу еще об одной вещи: как вы относитесь к мозговым штурмам перед началом разработки ПО? Это тоже довольно распространенная вещь, входящая в цикл разработки
Accende lumen sensibus, infude ainorem corbidus!
Расскажи про это, не слышал.
Цитата
mihail filatov пишет:
Расскажи про это, не слышал.

собираетесь бандой от 2 человек и предлагаете разные решения одной и той же задачи, в споре рождается истина
Ну и немаловажно, что можно высказывать самые неожиданные (пусть и глупые) варианты решения
Accende lumen sensibus, infude ainorem corbidus!
Цитата
motorway11 пишет:
то можно высказывать самые неожиданные (пусть и глупые) варианты решения

высказывать надо ВСЕ! варианты решения
Страницы: 1 2 След.
Читают тему (гостей: 1, пользователей: 0, из них скрытых: 0)