Северо-казахстанский
жүктеу/скачать 1,85 Mb.
|
МУ практики 2020 (1)
Matematika, Metodika-prepodavaniya-matematiki, Обязательный документ №1.
- Бұл бет үшін навигация:
- Use Case
| Содержание раздела «1.7. Обоснование проектных решений по видам обеспечения»
Содержание данного раздела соответствует содержанию аналогичного раздела в отчете по производственной практике. Рекомендации к главе «Проектная часть» Проектная часть отчета преддипломной практики должна содержать проектные предложения о путях и методах решения сформулированной в аналитической части проекта задачи (или комплекса задач). Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная в в аналитической части дипломного проекта. По форме и содержанию эти материалы выполняются в соответствии с регламентированными стадиями создания информационных систем и этапами постановки на ЭВМ задач. Типовая структура этой главы выглядит следующим образом. 2. ПРОЕКТНАЯ ЧАСТЬ 2.1. Проектирование программного средства 2.2. Информационное обеспечение задачи (комплекса задач, АРМ) 2.2.1 Информационная модель 2.2.2 Характеристика используемых классификаторов 2.2.3 Характеристика нормативно-справочной и оперативной информации 2.2.4 Характеристика результатной информации 2.3. Технологическое обеспечение задачи (комплекса задач, АРМ) 2.3.1. Организация технологии сбора, передачи, обработки и выдачи информации 2.3.2. Схема технологического процесса сбора, передачи, обработки и выдачи информации 2.4 Разработка моделей базы данных и приложений 2.5 Программное обеспечение задачи (комплекса задач, АРМ) Дадим краткую характеристику подразделов проектной части отчета. Содержание раздела «2.1 Проектирование программного средства» На этапе формирования требований, прежде всего, необходимо определить область действия разрабатываемой системы и получить точное представление о желаемых возможностях системы. Описание осуществляется в соответствии с принятым в организации шаблоном, который обычно включает следующие разделы: заголовок (название прецедента, ответственный за исполнение, дата создания шаблона/внесения изменений); краткое описание прецедента; ограничения; предусловия (необходимое состояние системы или условия, при которых должен выполняться прецедент); постусловия (возможные состояния системы после выполнения прецедента); предположения; основная последовательность действий; альтернативные последовательности действий и условия, их инициирующие; точки расширения и включения прецедентов. Основой разработки требований является модель системных прецедентов (вариантов использования, Use Case), отражающая выполнение конкретных обязанностей внутренними и внешними исполнителями с использованием информационной системы. Для более полного представления проекта системы необходимо реализовать следующие виды диаграмм UML: диаграммы состояний, диаграммы взаимодействия, диаграммы классов, диаграммы кооперации и диаграммы развертывания. Для более полной разработки требований обязательно рассмотреть дополнительно как минимум диаграммы видов деятельности — для формирования модели поведения системы в рамках прецедента. Содержание раздела «2.2 Информационное обеспечение задачи (комплекса задач, АРМ)» Информационная модель Описание информационной (инфологической) модели предполагает моделирование взаимосвязей входных, промежуточных и результатных информационных массивов предметной области. Необходимо детально отразить, как на основе входных документов и нормативно-справочной информации происходит обработка информации и формирование выходных данных. Для ER-диаграммы следует дать краткое описание выделенных сущностей и отношений между ними, пояснить, как представленные на диаграмме связи соответствуют взаимосвязям объектов на практике (функциональной модели). В случае проектирования корпоративных баз данных следует кроме общей модели данных дать и подмодели, предназначенные для решения конкретных задач. жүктеу/скачать 1,85 Mb. Достарыңызбен бөлісу:
|