Вот тут как всегда зашел спор с небезизвестным человеком на форуме на счет термина - Проектирование.

Под Проектированием понимается два разных аспекта:
1. Весь цикл создания ИС от обследования до тестирования (а может и дальше)
2. Этап цикла создания ИС, на котором прорабатывается дизайн ИС

Вот что говорят нам компетентные источники http://en.wikipedia.org/wiki/Software_design:
1.

Software design is the process whereby software developers arrive at solutions for problems that currently have no acceptable (software) solution.

2.

Design stages
.......
Design 
Document the interface with people (screens, reports) and external components (software and hardware).

Что Вы считаете проектированием и что мы будем считать на этом сайте под словом Проктирование.

Так я не понял, ты выступаешь за 2ой вариант?

Т.е. вот это: http://www.glossary.ru/cgi-bin/gl_sch2.cgi?RPwulqyowuigtol!vwujwgsstuju!uhlxvl,lto9:

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

предложи тогда свое определние

Саша, понимаешь русское прочтение слово дизайн и английское слово design, не совсем эквивалентны

Вот небоьшая ввыписка из словаря.

design I [dI'zaIn] n
1.   1) замысел; план
far-reaching designs - далеко идущие замыслы
to have a design for /of/ an insurrection - планировать восстание
to frustrate smb.'s designs - сорвать чьи-л. замыслы /планы/
2) часто pl (злой) умысел
criminal design - преступный замысел
to harbour designs - вынашивать (коварные) замыслы
to have designs on /against/ smb. - вынашивать коварные замыслы против кого-л.
to have designs on smb.'s life - покушаться на чью-л. жизнь
3) рел. божье провидение, божественный промыс(е)л
2.   цель, намерение
stern design - твёрдое намерение
the designs of France - намерения Франции
with this design - с этой целью
with (a) design - с намерением, с целью
without design - без всякого намерения
by design - намеренно; преднамеренно, предумышленно
it was done by design - это было сделано намеренно
my design was to go to London - я собирался поехать в Лондон
3.   1) (творческий) замысел; план, проект
the composer's design - замысел композитора
conceptual design - эскизный проект
2) планирование
design of experiments - планирование экспериментов
3) вчт. проектирование; конструирование
computer design - проектирование или конструирование вычислительных машин
design engineer - (инженер-)конструктор
on-line design - оперативное проектирование (в режиме взаимодействия человека с машиной)
4.   1) чертёж, эскиз; конструкция; проект; расчёт
antiseismic design - антисейсмическая конструкция
design office - конструкторское бюро
design drawing - рабочий чертёж
design conditions - исходные условия расчёта
design load - расчётная нагрузка (самолёта, корабля)
design for a building - чертёж здания
2) рисунок, узор
design of flowers - узор из цветов
(of) poor design - плохо выполненный, бедный, бедного рисунка
(of) fine design - прекрасно выполненный
arts of design - изобразительные искусства
school of design - школа изобразительных искусств, художественная школа
3) модель
our latest design - наша последняя модель
car of the latest design - последняя модель автомобиля
4) композиция
the picture lacks design - в картине есть композиционные недостатки
5) искусство композиции
5.   дизайн; внешний вид, исполнение
industrial design - промышленная эстетика
in marketing an article design is as important as construction - для коммерческого успеха товара дизайн имеет такое же значение, как конструкция
6.   произведение искусства

Потому, когда ты говоришь сделать дизайн системы, большинство понимает сделать нечто внешнее: формочки. кнопочки, и т.п. т.е. дизайн интерфейса системы, а не проектирование системы.

Вот что пишет господин Ларман в совей книге Применение UML и шаблонов проектирования

1.3.  Что такое анализ и проектирование
Для создания программного приложения необходимо описать проблему и требования к системе. Этап анализа (analysis) состоит в исследовании проблемы, а не в поисках путей ее решения. Например, при разработке новой информационной системы для компьютерной библиотеки необходимо описать экономические процессы, связанные с ее использованием.
При разработке приложения необходимо также обеспечить высокий уровень и подробное описание логики решения, удовлетворяющего требованиям к системе и налагаемым ограничениям. В процессе проектирования (design) основное внимание уделяется логическому решению, обеспечивающему выполнение основных требований. Например, как на самом деле будет функционировать информационная библиотечная система? Безусловно, проект может быть реализован в виде аппаратных средств и программного обеспечения.

В процессе проектирования (design) основное внимание уделяется логическому решению, обеспечивающему выполнение основных требований. Например, как на самом деле будет функционировать информационная библиотечная система? Безусловно, проект может быть реализован в виде аппаратных средств и программного обеспечения.

Т.е. Проектирование ИС - это все же 2ой вариант.

Под Дизайном я понимаю не только внешний интерфейс, но и внутреннее наполнение.

Саша, ты должен учитывать семантику русского языка, а не свою интерпретацию.

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

Имхо тут проблема в омонимии (или в терминах ООП - семантической перегрузке) слов "проект" и "проект".

Поробую проиллюстрировать с помощью английского языка, где есть 2 отдельных слова:

Таким образом немудрено, что кого-то слово "Проектирование" заставляет думать, что под ним понимается вся Проектная (в смысле комплекса задач) деятельность, а не только создание Проекта (т.е. описание решения).

Следующим на подходе слово "Разработка" )

...на котором прорабатывается дизайн ИС...

Слово "Дизайн" в отношении описания решения в целом предлагаю исключить из употребления, в виду устоявшихся неудачных коннотаций с графическим дизайном. Можно использовать термин "устройство" для объекта-результата (System Design Document) и "проектирование" (System Design Process) для деятельности по его получению.

Цитата из перевода SWEBOK (глава про дизайн):

Процесс определения архитектуры, компонентов, интерфейсов и других характеристик системы или ее компонентов назвается проектированием. Результат процесса проектирования – дизайн. Рассматриваемое как процесс, проектирование есть инженерная деятельность в рамках жизненного цикла (в данном контексте – программного обеспечения), в которой надлежащим образом анализируются требования для создания описания внутренней структуры ПО, являющейся основой для конструирования программного обеспечения как такового. Программный дизайн (как результат деятельности по проектированию) должен описывать архитектуру программного обеспечения, то есть представлять декомопозицию программной системы в виде организованной структуры компонент и интерфейсов между компонентами. Важнейшей характеристикой готовности дизайна является тот уровень детализации компонентов, который позволяет заняться их конструированием. Термины дизайн и архитектура могут использоваться вазимозаменяемым образом, но чаще говорят о дизайне как о челостном взгляде на архитектуру системы.

Да, Юрий, отличный итог данной темы.
Я в принципе это и хотел объяснить, но другими словами.
Все закрываю тему, всем спасибо.

Bas, так что же человек, занимающий должность "аналитик", должен подразумевать для себя под термином "проектирование"? Какая деятельность должна входить именно в его компетентность, а не в компетентность программистов? Понятно, что разработка визуального интерфейса системы - это дело чисто аналитиков, а вот разделение на компоненты и др.?
По моему сложившемуся мнению аналитики в разных компаниях имеют разные компетенции. Интересно, связано это с моделью процесса разработки, с разделением аналитиков и программистов на разные департаменты, или ещё с чем?

Bas, так что же человек, занимающий должность "аналитик", должен подразумевать для себя под термином "проектирование"? Какая деятельность должна входить именно в его компетентность, а не в компетентность программистов?

Как сказал Юрий:
1. Проектирование - это процесс определения архитектуры, компонентов, интерфейсов и других характеристик системы или ее компонентов.
2. Результатом проектирования должен быть программный дизайн, который описывает архитектуру программного обеспечения, то есть представляет декомопозицию программной системы в виде организованной структуры компонент и интерфейсов между компонентами.
Т.е. итогом Проектирования д.б. документ - "Software Design Specification":
http://www.cs.utexas.edu/~s2s/latest/proplog1/doc/SDS.html#intro
http://www.cmcrossroads.com/bradapp/docs/sdd.html
http://z.cs.utexas.edu/users/s2s/latest/density1/doc/html/sds05_2.htm
https://common.helixcommunity.org/2005/patch/SoftwareDesignSpecificationTemplate.doc

Данной деятельностью должен заниматься архитектор/проектироввщик или лидер группы прогаммистов.

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

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

По моему сложившемуся мнению аналитики в разных компаниях имеют разные компетенции. Интересно, связано это с моделью процесса разработки, с разделением аналитиков и программистов на разные департаменты, или ещё с чем?

Это связано с тем что у многих бардак с процессом/методологией разработки ПО. Аналитик у нас может заниматься от сбора бизнес требований до проектирования, но это не значит что это правильно.