Новые книги

Если вы интересуетесь гибкими методологиями по управлению проектами и разработке продуктов, значит, это практическое руководство идеально вам подходит. Борис Вольфсон уже много лет работает в этой сфере, а в данной книге делится своим опытом, который может изменить вашу работу, подход к работе в вашей IT-команде, а со временем и во всей вашей компании.

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

Начните применять на практике гибкие методологии, чтобы успешно управлять проектами и создавать продукты!
Верн Харниш – признанный мировой эксперт в области развития стартапов, президент компании Gazelles Inc., давшей миру новый термин «компании-газели», – рассказывает о проверенных временем и успешными предпринимателями принципах развития компаний, которые помогут вам не потерять деньги инвесторов, а прибыльно развивать ваш начинающий бизнес. В книге рассказано, как пройти путь от небольшой предпринимательской компании до хорошо структурированной корпорации.

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

Структурный подход к проектированию ИС


2. Структурный подход к проектированию ИС

2.1. Сущность структурного подхода

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

Все наиболее распространенные методологии структурного подхода [9,11,12,13] базируются на ряде общих принципов [3]. В качестве двух базовых принципов используются следующие:

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

Выделение двух базовых принципов не означает, что остальные принципы являются второстепенными, поскольку игнорирование любого из них может привести к непредсказуемым последствиям (в том числе и к провалу всего проекта). Основными из этих принципов являются следующие:

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

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

  • SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы (подраздел 2.2);
  • DFD (Data Flow Diagrams) диаграммы потоков данных (подраздел 2.3);
  • ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь" (подраздел 2.4).

На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.

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

Назад | Содержание | Вперед