Сообщений в теме: 7

[Фрося]

такая вот фраза записана в ТЗ на комплекс.
ТЗ в стадии согласования. Т.е. и эта фраза будет подвергать корректировки и редактированию. Вплоть до вычеркивания этой фразы.
Нужен совет.
Есть ли возможность при использовании объектно - ориентированного программирования как-то притянуть понятие "модули" ?
Что вообще можно считать "модульным построением" ?
Как показать - что софт построен модульно?

[greesha]

imho сейчас уже нет средств разработки, позволяющих реализовать немодульное построение программ. :)

Но вообще у этой фразы должна быть какая-то цель. Комплекс будет проверяться на соответствие ТЗ. Каким образом можно проверить соответствие этому требованию? Для начала желательно понять, что такое "модуль". (Знаете, что такое ключ-пароль? Могу рассказать.)

Можно назвать модулями файлы исходных текстов, тупо посчитать файлы, и если их количество больше 1, поставить галочку "требование выполнено".

А можно развить ТЗ до конкретного перечня программных модулей и описать требования к ним - функциональность, интерфейсы и т. п.

А может, за понятием "модуль" стоят соображения по модульному тестированию, порядку разработки, внедрению и т . п.?

Возможно, под модулем вообще понимается самодостаточная подсистема со своим железом, программами и пользователями.


Глоссарий в ТЗ присутствует? Если нет, то это хороший повод его завести.

[Фрося]

imho сейчас уже нет средств разработки, позволяющих реализовать немодульное построение программ. :)

Но вообще у этой фразы должна быть какая-то цель. Комплекс будет проверяться на соответствие ТЗ. Каким образом можно проверить соответствие этому требованию? Для начала желательно понять, что такое "модуль". (Знаете, что такое ключ-пароль? Могу рассказать.)

Можно назвать модулями файлы исходных текстов, тупо посчитать файлы, и если их количество больше 1, поставить галочку "требование выполнено".

А можно развить ТЗ до конкретного перечня программных модулей и описать требования к ним - функциональность, интерфейсы и т. п.

А может, за понятием "модуль" стоят соображения по модульному тестированию, порядку разработки, внедрению и т . п.?

Возможно, под модулем вообще понимается самодостаточная подсистема со своим железом, программами и пользователями.


Глоссарий в ТЗ присутствует? Если нет, то это хороший повод его завести.

Спасибо! Подозревала - что простенько не выйдет... уф... подтвердили...
Вот-вот.. и как проверить соответствии этому требованию?
В общем - рыться мне бедной придется... по всем углам Инета...

[LeshaL]

такая вот фраза записана в ТЗ на комплекс.
ТЗ в стадии согласования. Т.е. и эта фраза будет подвергать корректировки и редактированию. Вплоть до вычеркивания этой фразы.
Нужен совет.
Есть ли возможность при использовании объектно - ориентированного программирования как-то притянуть понятие "модули" ?
Что вообще можно считать "модульным построением" ?
Как показать - что софт построен модульно?

Мое мнение таково - продукт можно назвать модульным когда он построен по принципу - отдельно ядро системы, предоставляющее стабильный API для написания и присоединения модулей, которые настраиваются над ядром. В свою очередь каждый модуль предоставляет стабильный API для взаимодействия с другими модулями.
Например Eclipse - модульный. A JDK - нет.

[barancev]

Боюсь, тот, кто вписал такое требование, вообще ничего конкретно не имел в виду, просто фраза красивая :)

[Mila]

Лично мне попадалось "модульное построение" = программа состоит из модулей, т.е. частей с определенной замкнутой функциональностью (ядро там иметь не обязательно, но оно чаще встречается).
По поводу подтягивания "модульного построения" к "ООП"... ИМХО, это разные уровни.

[pvolodin]

Есть ли возможность при использовании объектно - ориентированного программирования как-то притянуть понятие "модули" ?
Что вообще можно считать "модульным построением" ?

ГОСТ 19781-90. Обеспечение систем обработки информации программное. Термины и определения.

Программный модуль - программа или функционально завершенный фрагмент программы, предназначенный для хранения, трансляции, объединения с другими программными модулями и загрузки в оперативную память.

Исходный модуль - программный модуль на исходном языке, обрабатываемый транслятором и представляемый для него как целое, достаточное для проведения трансляции.

Объектный модуль - программный модуль, получаемый в результате трансляции исходного модуля.

Загрузочный модуль - программный модуль, представленный в форме, пригодной для загрузки в оперативную память для выполнения.

В общем, по нынешним временам проблематично построить что-нибудь немодульно :-)На C++, конечно, чаще всего можно все в один файл запихать,но кто же так делать будет в здравом уме?:-) Ну и один-едиственный модуль - тоже модульное построение, в конце концов :-)

[Фрося]

Есть ли возможность при использовании объектно - ориентированного программирования как-то притянуть понятие "модули" ?
Что вообще можно считать "модульным построением" ?

ГОСТ 19781-90. Обеспечение систем обработки информации программное. Термины и определения.

За ссылку на ГОСТ - огромное спасибо!
Совершенно такой необсуждаемый аргумент!