этапы разработки ПО
1. Планирование проекта и анализ требований , подготовка ТЗ.
2. Проектирование (создание модулей , дизайн, интерфейс , структура данных, архитектура, cтруктура алгоритмов и т.д.)
3. Кодирование , составление кода.
4. Тестирование и устранение ошибок.
5. Сопровождение (после выпуска) и усовершенствоание.
Распределенные архитектуры
1.Совместное использование ресурсов как аппаратных (жестких дисков, принтеров) так и программных (файлов , приложений).
2.Открытость – возможность добавления новых ресурсов
3.Параллельность – несколько процессов может одновременно выполняться на разных компьютерах сети.(причем процессы могут быть взаимосвязаны)
4.Отказоустойчивость - наличие нескольких компьютеров позволяет дублировать информацию.
5.Прозрачность – пользователям предосталяется полный доступ к ресурсам системы, но в тоже время от пользователей скрыта информация о распределении ресурсов в системе.
Файл-серверная архитектура
файл-серверная архитектура
Файл-серверная архитектура
Затем клиенты возможно изменяют копии и отправляют на сервер.
Итак т.к. программа СУБД находится на стороне клиента , то такое обстоятельство упрощает структуру и делает ее недорогой.(т.к. не требуются СуБД механизмы сетевого взаимодействия с клиентским ПО т.к. и клиентское ПО и СУБД располагается на том же компьютере)
(что является главным достоинством файл-серверной архитектуры)
По сути сервер превращается в файл-сервер
Т.к. СУБД и клиентское ПО размещено на том же компьютере то СУБД не надо реализовать механизмы сетевого взаимодействия.
Недостатки файл-серверной архитектуры
Недостатки файл-серверной архитектуры Если предприятие большое и если файлы перегонять по сети то будет чрезвычайно большая нагрузка на
сеть, а следовательно снижаться пропускная способность сети.
2 недостаток : клиенту , как правило, требуется не вся БД , а только ее часть (какие-то записи)(напр. Покупая билет на поезд клиенту требуется не вся БД, а только ее часть касающаяся определенной даты и определенного направления движения поезда)
Клиент-серверная архитектура
Сервер - предоставляет свой ресурс в сети
клиент – осуществляет доступ к ресурсу путем запроса к серверу и получения ответа
Протокол – правила взаимодействия сервера и клиента
И самое главное :
Взаимодействующие на основе протокола серверы и клиенты образуют сетевую программную службу
Недостатки файл-серверной архитектуры
В файл-серверной архитектуре так не получиться . Т.к. зря перегружается сеть. 3 недостаток : Защита Каждый клиент получает в свое распоряжение всю БД
Т.о. файл-серверная архитектура небезопасна.
Но для малых организаций (напр. 4 клиентов) файл-серверная архитектура подойдет (напр. На базе 1С )
Клиент-серверная архитектура
