Форум Сообщества Аналитиков

×


Просмотр сообщений

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


Сообщения - Constantine1911

Страницы: 1
1
Я согласен что нет волшебного шаблона для проектирования всех программных систем.
Но все же, какие то этапы проектирования, должны быть общие.

Если рассматривать программное приложение то у него всегда 3 константы - это интерфейс приложения, логика и данные.

Интерфейс приложения подразделяется на:
1) Графический:
    - Компоненты взаимодействия с пользователем, их состояние.
    - верхние функции приложения, которые только видны пользователю, и их алгоритм поведения.
2) Консольный:
    - Текстовое объявление компонентов.
    - верхние функции приложения, которые только видны пользователю, и их алгоритм поведения
3) API - функции;
    - верхние функции приложения, которые только видны пользователю, и их алгоритм поведения .

Логика приложения: на этом этапе согласен, может и нет общих черт, но я не так много лет еще программирую.

А на счет базы данных, можно смело брать из структуры предметной области.

2
Доброго времени суток, уважаемые знатоки.

У меня вопрос вот в чем, правильной ли дорогой проектирования я иду?

Мои этапы проектирования системы - это:
1) Архитектура системы (я понимаю что она очень далеко не полная):
    1.1) Общая структура системы - использую диаграмму классов.

2) Детальное проектирование:
    2.1) Проектирование свойств и методов диалоговых окон приложения:
           2.1.1) Структура диалоговых окон приложения:
                     - Использую диаграмму классов;
                     - На этом этапе я узнаю, сколько и каких диалоговых окон мне потребуется;
                     - К примеру окно Регистрации, Авторизации пользователя;

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

           2.1.4) Взаимодействия диалоговых окон приложения с пользователем
                    - Использую диаграмму взаимодействия;
                    - На этом этапе я узнаю, функциональные требования пользователя;
                    - К приложению, к примеру добавить, удалить, изменить запись в таблице;
   
           2.1.5) Анализ функциональных требований к приложению:
                    - Использую диаграмму деятельности;
                    - На этом этапе я узнаю, какой должен быть алгоритм работы функционального требования.

    2.2) Проектирование структуры базы данных;

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

           2.3.2) Взаимодействия логики приложения:
                    - Использую диаграмму взаимодействия;
                    - На этом этапе я узнаю, какое кол-во классов затрагивает функциональное требование и какие "методы" мне нужно реализовать для того, чтобы выполнилось функциональное требование;

           2.3.3) Анализ методов класса:
                    - Использую диаграмму деятельности
                    - На этом этапе я узнаю, какой нужно будет реализовать алгоритм в методе класса.

P.S.: Буду рад, вашей критике.

3
Предложение Сергея вполне разумно. Ясно, что оно стоит денег, но если чтение книг в течение 2 месяцев не принесло результата, возможно, Вам нужен учитель.

Кстати, а какие книги Вы читали? Кстати по отделу кадров вполне неплохо (правда не полно) написано здесь: http://book.uml3.ru

Я с вами полностью согласен, что если изучение не приносит результата, то нужен человек, который сможет помочь разобраться в изучаемом материале.
Список прочитанных мною книг:
  • Дж. Рамбо и М. Блаха - UML2.0 Объектно - ориентированное моделирование и проектирование
  • Карл Вигерс и Джой Битти - Разработка требований к программному обеспечению
  • Эрик Эванс - Предметно - ориентированное проектирование
  • С.А. Орлов и Б.Я. Цилькер - Технологии разработки программного обеспечения
  • Алистер Коберн - Современные методы описания функциональных требований к системам
Все книги хорошие, но за одним исключением, они ориентируется на большие проекты, которые делают копании, с не малочисленным персоналом.
Чтобы не разводить холевар, я понял из прочитанных мною книг, самые важные этапы Анализа требований:
  • Модель объектов, которая строиться на диаграмме классов
  • Древо функций
  • Составление сценариев использования
  • Составление концептуальной модели проекта
  • Делим проект на итерации
Буду рад, волне аргументированной критике.

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

Страницы: 1