tag:blogger.com,1999:blog-8666058998503471555.post6311826755269136606..comments2022-10-21T04:38:11.114-07:00Comments on Цитатник: Анализ задачиSergey Teplyakovhttp://www.blogger.com/profile/14300835272589262297noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-8666058998503471555.post-79261907213585254872010-04-22T23:57:28.327-07:002010-04-22T23:57:28.327-07:00Конечно. Ведь весь процесс разработки является ите...Конечно. Ведь весь процесс разработки является итеративным, и каждая итерация может покрывать различные уровни абстракции, но структура каждой итерации - одинакова. В начале каждой итерации идет фаза анализа, и если это первая итерация, то анализ будет очень высокоуровневым, а если эта итерация предназначена для реализации какой-то части системы, то анализ этой фазы будет уже на другом уровне абстракции (более низком). Но общее то, что анализ аппликативен, он описывает и говорит, "что мы делаем", а реализация - императивна, предписывает и говорит "как мы это делаем".<br />Это классическое разделение спецификации и реализации. Оба эти понятия являются двумя аспектами одного целого - программного продукта, но подходят к нему с различных сторон.Sergey Teplyakovhttps://www.blogger.com/profile/14300835272589262297noreply@blogger.comtag:blogger.com,1999:blog-8666058998503471555.post-14787501245641175882010-04-22T15:36:43.018-07:002010-04-22T15:36:43.018-07:00Ну в таком ключе я согласен. Но тогда получается ч...Ну в таком ключе я согласен. Но тогда получается что это самое "как" на самом деле имеет некоторые пределы, уровни абстракции.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8666058998503471555.post-90066462297820654602010-04-19T11:24:57.692-07:002010-04-19T11:24:57.692-07:00@nonp: Вынужден с вами не согласиться. Возможно дл...@nonp: Вынужден с вами не согласиться. Возможно для других областей знаний в процессе анализа невозможно абстрагироваться от того "как" функционирует некоторая сущность (хотя я и сомневаюсь), то в разработке ПО вам просто необходимо во время анализа не обращать внимания на детали реализации. Если говорить утрировано, то вы ведь разговаривая с заказчиком (менеджером, владельцем проекта и т.п.) не общаетесь в терминах языков программирования? Либо вам настолько повезло, что ваши пользователи или заказчики в этом что-либо понимают. Но в целом, при общении с такими людьми аналитик/архитектор все же говорит в терминах бизнес-логики, в терминах задачи, при этом он пытается как раз таки понять, "что" именно хочет заказчик или менеджер, а то "как" это сделает разработчик, остается его личным делом (лишь бы реализация отвечала некоторым изначально оговоренным критериям).<br />Аналогично, хороший менеджер дает задачи своим подчиненных тоже в терминах того, что он хочет получить, а не то, как это должно быть сделано. Поскольку без абстрагирования от этих деталей просто невозможно работать с крупными системами и нормально общаться на более высоком уровне абстракции.Sergey Teplyakovhttps://www.blogger.com/profile/14300835272589262297noreply@blogger.comtag:blogger.com,1999:blog-8666058998503471555.post-43225733726149926382010-04-18T17:06:00.023-07:002010-04-18T17:06:00.023-07:00Боюсь на этот раз Гради зарвался: "Анализ - м...Боюсь на этот раз Гради зарвался: "Анализ - метод исследования объектов путём выделения и рассмотрения их отдельных частей..."<br />У-у-упс, боюсь если говорить "вообсче" то выделять части без "как" не очень-то получится!Anonymousnoreply@blogger.com