скачать книгу бесплатно
Когда ТЗ для всех понятно,
ТП – уже для программиста –
В нём не столь нужно деликатно
Искоренять все жаргонизмы.
Руководство пользователя
Когда написана система,
Для помощи в работе с нею
Полезна текстовая схема,
Чтоб описать её идею
Для пользователей и просто
Помочь в процессе изучения
Её работы – руководство.
Обычно в нем обозначение
Дается следующим вопросам:
Обзор и ссылки, назначение
Системы, функции и способ
Их применения, и решение
Проблем возможных при работе
И при типичном применении.
Полезный документ для многих,
При изучении приложения.
Руководство администратора
Администратору в работе
Инструкция нужна другая –
В ней описание даёте
Как доступ, роли назначают,
Как заполняют базы данных
И разворачивают сервер,
Как исправлять ошибки надо,
Коль есть известные примерно.
Программа и методика испытаний
Когда проект идёт к внедрению,
Бывает нужен документ,
В котором есть определение,
Как «тестить» каждый элемент.
Программа тестов-испытаний
При разработке под заказ
Даёт возможность понимания,
Что как проверить и, подчас,
Нужна не менее задания
На разработку, ведь по ней
Проводится согласование
С заказчиком системы всей.
В ней нужен список всех условий
Для выполнения работ,
Сценарий, тесты, по которым
Заказчик проверять пойдёт.
Часть 2. Архитектура ПО
Архитектура
Архитектура приложения –
Борьба со сложностями в нём.
И без неё, как наваждение,
Затраты потекут ручьём,
Потом безудержным потоком
На проведение небольших,
Казалось бы, работ. Итогом –
Перерасход сил трудовых.
Программная архитектура –
Есть описание частей
Системы – вся её структура,
Устройство, отношения в ней –
Все те решения, что в дальнейшем
Затратно будет изменять.
Поэтому вопрос важнейший
Их, в целом, правильно принять.
Хорошая архитектура
Даёт возможность широко
Сопровождения процедуру
Вести удобно и легко.
Вся суть здесь в разделении кода
На модули и компоненты.
С таким предположением, чтобы
Ослабить связи элементов.
Охватить проект единой мыслью?
Память нужна программисту для жизни,
Больше, пожалуй, чем многим другим.
Помнить все связи объектов капризных,
Чтоб, ненароком, их не упустить.
Чтобы не вышло неведомых багов,
Нужно, частенько, проект в голове
Как-то держать. Если код одинаков,
Распределен в однотипной канве,
Это становится проще немного.
Если же связи не слишком сильны
Между частями его, то дорога
Эта заметно полегче. Увы
Все ухищрения работают явно,
Пусть хорошо, но эффект всё ж размыт.
Память нужна, чтобы помнить хотя бы
То, для чего код программный открыт.
Глава 8. Парадигмы программирования
Императивное программирование
В императивной парадигме
Код – для процессора команды,
Что будут выполнены в ритме
Последовательном, как ни странно.
Мы пишем то, как надо сделать,
И ожидаем, что так будет.
Здесь можно весь контроль изведать,
Но просто что-то перепутать.
