Файл: Автоматизация учёта кадров на предприятии.docx

1.2 Требования к разрабатываемой системе

1. 
   User story;
   
2. 
   Use cases;
   
3. 
   Wireframes.
   

1. 
   Организовать работу. Когда проект разбит на части, связанные с пользовательскими историями, каждая из них представляет собой цельную и понятную задачу. Так разработчики могут фокусироваться на каждой из них и получать измеримый результат;
   
2. 
   Cохранить фокус на пользователе. Конечно, разработка включает себя десятки сложных задач, связанных с техническими, финансовыми и другими вопросами. Однако User Story — это постоянное напоминание команде о тех, для кого этот продукт создается, и направляют их работу в нужное русло;
   
3. 
   Сплотить команду. Несмотря на то, что у каждого есть свои задачи, каждый понимает конечную цель и видит себя частью целого. Только работая сообща, можно достичь нужного пользователю результата, и пользовательские истории дают четкое понимание этого аспекта работы;
   
4. 
   Найти свежие решения. Команда старается придумать самый приятный и интересный способ решить задачу пользователя. Часто это приводит к появлению новых интересных идей и их воплощению. Результат — полезный и уникальный продукт.
   

1. 
   Заголовок – краткое описание истории;
   
2. 
   Я как – роль;
   
3. 
   Желания или требования – функционал;
   
4. 
   Для того, чтобы облегчить или улучшить – польза.
   

1. 
   Я как сотрудник хочу иметь списки для того, чтобы не покидать рабочее место и скорее начать обслуживать следующего посетителя;
   
2. 
   Я как сотрудник хочу, чтобы данные сохранялись автоматически по истечению времени для того, чтобы не покидать рабочее место и скорее начать обслуживать следующего посетителя;
   
3. 
   Я как сотрудник хочу просматривать информацию о посетителе для того, чтобы быть спокойным, что я правильно подобрал должности для данного посетителя;
   
4. 
   Я как сотрудник хочу просматривать журнал для того, чтобы не было каких – либо недочётов или конфликтных ситуаций с посетителями;
   
5. 
   Я как сотрудник хочу просматривать имеющиеся данные в журнале для того, чтобы своевременно предоставлять её посетителю и руководству предприятий;
   

1. 
   кто использует сайт или приложение;
   
2. 
   что пользователь хочет сделать;
   
3. 
   цель пользователя;
   
4. 
   шаги, которые делает пользователь, чтобы совершить определенное действие;
   
5. 
   описание того, как сайт или приложение реагируют на действия пользователя.
   

1. 
   запрос страницы браузером (браузер – веб—сервер);
   
2. 
   отправка ‘письма по электронной почте (отправитель – почтовый клиент).
   
3. 
   обращение спортсмена к тренеру (игрок – тренер).
   

1. 
   Актер (actor) — тот, кто использует систему. Если взять за пример онлайн—магазин, там может быть несколько акторов: покупатели, продавцы, компании, занимающиеся доставкой, компании, проводящие платежи;
   
2. 
   Стейкхолдер (stakeholder) — тот, кто заинтересован в определенном поведении системы. Зачастую это не конечный пользователь, а кто—то, получающий выгоду от функционирования системы. В случае с онлайн—магазином это может быть партнер — платежная платформа;
   
3. 
   Первичное действующее лицо (primary actor) — человек или система, чьи цели достигаются при помощи нашего продукта. В онлайн—магазине это может быть основной дистрибьютор, чьи товары продаются на этой онлайн—платформе;
   
4. 
   Предусловия и постусловия — что должно быть в наличии или должно произойти до и после запуска сценария использования;
   
5. 
   Триггеры — события, запускающие use case;
   
6. 
   Успешный сценарий — use case, при котором все идет по плану, без ошибок и неожиданностей;
   
7. 
   Альтернативные пути — вариации основного успешного сценария на случай, если что—то пойдет не так на уровне системы, путём нарушения алгоритмов.
   

1.3 Разработка диаграмм деятельности.

1. 
   записать данные клиента, создать предварительно событие;
   
2. 
   записать выбранную должность клиентом;
   
3. 
   дописать событие и о принятие на работу клиента;
   
4. 
   сохранить событие и данные клиента;
   
5. 
   занести все данные в журнал.
   

1. 
   дать разрешение на обработку своих персональных данных;
   
2. 
   выбрать выгодную для себя должность;
   
3. 
   заключить договор с предприятием;
   
4. 
   приходить в кадровое агентство для возможности изменения своей должности.
   

1.4 Разработка схемы базы данных