Разработка комплексной автоматизированной системы управления бюро судебно-медицинской экспертизы для бюро судмедэкспертизы в г. Москва

Архитектура системы

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

Система будет состоять из нескольких проектов.

Domain (проект 1)

Начнем разработку с создания Domain Layer (доменный слой). Доменный слой содержит все бизнес - сущности системы. Бизнес - сущность (Entity) описывает таблицу БД и представляет собой класс с публичными свойствами - полями таблицы. Помимо описания полей класс содержит бизнес логику, связанную с этой сущностью.

Ниже приведен листинг сущности «Material».

using System;

using CorpseAccount. CommonTypes. Enums;

using CorpseAccount. Infrastructure. Domain;

namespace CorpseAccount. Domain. Entities

{

/// <summary>

/// Информация о материале

/// </summary>

public class Material: Entity

{

/// <summary>

/// УКТ, которой принадлежит файл

/// </summary>

public virtual AccountCorpseCard Card { get; set; }

/// <summary>

/// Категория файла

/// </summary>

public virtual MaterialCategory Category { get; set; }

/// <summary>

/// Бинарный массив, представляющий файл.

/// </summary>

public virtual MaterialData Data { get; set; }

/// <summary>

/// Расширение

/// Пример:. exe

/// </summary>

public virtual string Extension { get; set; }

/// <summary>

/// Имя файла

/// Пример: run. exe

/// </summary>

public virtual string FileName { get; set; }

/// <summary>

/// Определяет, помечен ли файл на удаление

/// </summary>

public virtual bool IsDeleted { get; set; }

/// <summary>

/// MIME-тип файла

/// </summary>

public virtual string MimeType { get; set; }

/// <summary>

/// Дата и время загрузки материала

/// </summary>

public virtual DateTime UploadDateTime { get; set; }

/// <summary>

/// Видимое имя файла

/// Пример: run

/// </summary>

public virtual string VisibleName { get; set; }

}

}

DTO (проект 2)

Data Transfer Object - один из шаблонов проектирования, используется для передачи данных между подсистемами приложения.

На каждую бизнес сущность создается по одному DTO. Каждая DTO содержит только те поля, которые мы хотим передать между приложением. В отличии от бизнес - сущности DTO не содержит логику.

Ниже приведен листинг DTO «MaterialDto»:

using System;

using System. Runtime. Serialization;

using CorpseAccount. CommonTypes. Enums;

namespace CorpseAccount. Dto

{

/// <summary>

/// Информация о материале

/// </summary>

[Serializable]

[DataContract]

public class MaterialDto: EntityDto

{

/// <summary>

/// Категория файла

/// </summary>

[DataMember]

public virtual MaterialCategory Category { get; set; }

/// <summary>

/// Расширение

/// </summary>

[DataMember]

public virtual string Extension { get; set; }

/// <summary>

/// Имя файла

/// </summary>

[DataMember]

public virtual string FileName { get; set; }

/// <summary>

/// Определяет, помечен ли файл на удаление

/// </summary>

[DataMember]

public virtual bool IsDeleted { get; set; }

/// <summary>

/// MIME-тип файла

/// </summary>

[DataMember]

public virtual string MimeType { get; set; }

/// <summary>

/// Видимое имя файла

/// </summary>

[DataMember]

public virtual string VisibleName { get; set; }

}

}

DAL (проект 3)

Слой доступа к данным (Data Access Layer - DAL) - это слой компьютерной программы, который предоставляет упрощенный доступ к данным, хранимым в постоянном хранилище, таком как реляционная база данных.

Задача этого проекта связать бизнес - сущность с конкретной таблицей в БД с помощью специальных классов - «маппингов».

Класс содержит конструктор, где для каждого поля таблицы указывается свойство сущности, а также ссылки и внешние ключи.

Ниже приведен пример «маппинга» «MaterialMap»:

using CorpseAccount. Dal. Extentions;

using CorpseAccount. Domain. Entities;

using FluentNHibernate. Mapping;

namespace CorpseAccount. Dal. Maps

{

internal class MaterialMap: ClassMap<Material>

{

public MaterialMap ()

{

Table («Materials») ;

Id (p => p. Id). GuidForeignPrimaryKey (nameof (Material. Data)) ;

Map (context => context. VisibleName). Column («VisibleName») ;

Map (context => context. Extension). Column («Extension») ;

Map (context => context. FileName). Column («FileName») ;

Map (context => context. MimeType). Column («MimeType») ;

Map (context => context. IsDeleted). Column («IsDeleted») ;

Map (context => context. Category). Column («Category»). CustomType<int> () ;

References (card => card. Card, «CardId»). Nullable () ;

HasOne (x => x. Data)

. Constrained ()

. ForeignKey () ;

}

}

}

Помимо «маппингов» в проекте находится реализация репозитория, миграции.

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

Класс репозитория реализует методы для манипулирования данными - Get, Update, Create, Delete.

Common (проект 4)

По мере разработки мы будем использовать интерфейсы, константы, вспомогательные классы - хелперы, которые используются в других проектах. Вынесем их в отдельный проект.

Логически разбитые константы заключаются в Enums - перечисления. Такой подход позволяет облегчить работу тем, что можно быстро изменить значение константы только в одном месте и не искать где она используется.

Пример такого перечисления приведен ниже:

using System;

using System. ComponentModel;

namespace CorpseAccount. CommonTypes. Enums

{

/// <summary>

/// Список типов запросов на выдачу документов

/// </summary>

[Serializable]

public enum ActConclusionType

{

[Description («Акт») ]

Act = 0,

[Description («Заключение») ]

Conclusion = 1

}

}

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

Windows Communication Foundation - программный фреймворк, используемый для обмена данными между приложениями, входящий в состав. NET Framework. До своего выпуска в декабре 2006 года в составе. NET Framework 3. 0, WCF был известен под кодовым именем Indigo.

WCF делает возможным построение безопасных и надёжных транзакционных систем через упрощённую унифицированную программную модель межплатформенного взаимодействия. Комбинируя функциональность существующих технологий. NET по разработке распределённых приложений (ASP. NET XML Web Services - ASMX, WSE 3. 0,. NET Remoting,. NET Enterprise Services и System. Messaging), WCF предоставляет единую инфраструктуру разработки, при умелом применении повышающую производительность и снижающую затраты на создание безопасных, надёжных и транзакционных Web-служб нового поколения. Заложенные в неё принципы интероперабельности позволяют организовать работу с другими платформами, для чего используются технологии взаимодействия платформ, например, WSIT, разрабатываемые на базе открытого исходного кода. [9]

WCF - сервис состоит из интерфейса и его реализации. Пример интерфейса и реализации приведен ниже.

Интерфейс:

using System;

using System. Collections. Generic;

using System. ServiceModel;

using System. Threading. Tasks;

using CorpseAccount. Dto;

namespace CorpseAccount. Application. Common. Services

{

[ServiceContract]

public interface IAdditionalResearchDataService

{

/// <summary>

/// Возвращает список анализов по Id.

/// </summary>

/// <returns></returns>

[OperationContract]

Task<IEnumerable<AdditionalResearchDataDto>> GetAnalysisAsync (Guid id) ;

/// <summary>

/// Возвращает список документов по Id.

/// </summary>

/// <returns></returns>

[OperationContract]

Task<IEnumerable<AdditionalResearchDataDto>> GetDocumentsAsync (Guid id) ;

}

}

Реализация:

using System;

using System. Collections. Generic;

using System. Threading. Tasks;

using CorpseAccount. Application. Common. Extensions;

using CorpseAccount. Application. Common. Services;

using CorpseAccount. Application. FetchStrategy;

using CorpseAccount. Application. Specifications. DirectionStudy;

using CorpseAccount. Application. Specifications. RequestAdditionalDocuments;

using CorpseAccount. Domain. Entities;

using CorpseAccount. Dto;

using CorpseAccount. Infrastructure. Domain;

using CorpseAccount. Infrastructure. Factory;

namespace CorpseAccount. Application. Services

{

public class AdditionalResearchDataService: ServiceBase, IAdditionalResearchDataService

{

private readonly IRepository<DirectionStudy> _directionStudy;

private readonly IUnitOfWorkFactory _factory;

private readonly IRepository<RequestAdditionalDocuments> _requestDocuments;

public AdditionalResearchDataService (IUnitOfWorkFactory factory,

IRepository<DirectionStudy> directionStudy, IRepository<RequestAdditionalDocuments> requestAdditionalDocuments)

{

_factory = factory;

_directionStudy = directionStudy;

_requestDocuments = requestAdditionalDocuments;

}

public async Task<IEnumerable<AdditionalResearchDataDto>> GetAnalysisAsync (Guid id)

{

return await InvokeAsyncWithErrorHandler (() =>

{

using (_factory. Create ())

{

var strategy = new DirectionStudyBasicStrategy () ;

var documents = _directionStudy. FindAll (new HasDirectionStudyByCardId (id), strategy) ;

var map = documents. MapEachTo<AdditionalResearchDataDto> () ;

return map;

}

}) ;

}

public async Task<IEnumerable<AdditionalResearchDataDto>> GetDocumentsAsync (Guid id)

{

return await InvokeAsyncWithErrorHandler (() =>

{

using (_factory. Create ())

{

var strategy = new RequestAdditionalDocumentsBasicStrategy () ;

var documents = _requestDocuments. FindAll (new HasRequestAdditionalDocsByCardId (id), strategy) ;

var map = documents. MapEachTo<AdditionalResearchDataDto> () ;

return map;

}

}) ;

}

}

}

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

Для размещения серверной части потребуется несколько физических серверов. Их список с характеристиками и назначением представлен в таблице 2.

Таблица 2 - Сервера Системы

Архитектура системы представлена на рисунке №1.

Рисунок 1 - Архитектура системы

Проектирование и разработка базы данных

В базе данных будут храниться все данные связанные с организацией работы в отделениях. Так как данных много разобьем их логически по таблицам.

Рассмотрим основные таблицы.

Работа в бюро ведется в нескольких танатологических отделениях, соответственно для каждого отделения свои данные.

Создадим таблицу для хранения информации по ТО, структура таблицы приведена в таблице 3.

Таблица 3 - Структура таблицы «Танатологические отделения»

В каждом ТО работают сотрудники заведем для них отдельную таблицу, структура приведена в таблице 4.

Таблица 4 - Структура таблица «Пользователи»

Далее, создадим таблицу, в которой будут содержаться основные данные УКТ, структура описана в таблице 5.

Таблица 5 - Структура таблицы «УКТ»

Помимо основных данных для каждого трупа есть карта судебно-медицинской экспертизы (таблица 6), акты и заключения (таблица 7), вскрытия (таблица 8), обстоятельства (таблица 9), словесные портреты (таблица 10), клинические диагнозы (таблица 11).

Таблица 6 - Структура таблицы «Карты СМЭ»

Таблица 7 - Структура таблицы «Акты»

Продолжение таблицы 7

Таблица 8 - Структура таблицы «Вскрытия»

Продолжение таблицы 8

Таблица 9 - Структура таблицы «Обстоятельства»

Таблица 10 - Структура таблицы «Словесные портреты»

Таблица 11 - Структура таблицы «Клинические диагнозы»

Подобные документы

• Разработка информационной системы для мониторинга состояния пациента

  Перечень подсистем, их назначение и основные характеристики. Требования к режимам функционирования системы. Концептуальное, физическое и реляционное проектирование. Программно-информационное ядро базы. Интерфейс программы, требования к надежности.
  
  курсовая работа [3,7 M], добавлен 14.04.2014
  

• Разработка автоматизированной информационной системы "Касса"

  Проектирование автоматизированных систем обработки информации и управления. Анализ структуры и деятельности предприятия, создание моделей "Как есть". Определение проблемных областей предприятия. Требования к структуре и функционированию системы.
  
  курсовая работа [611,4 K], добавлен 29.12.2012
  

• Автоматизированная информационная система управления персоналом

  Разработка элементов системы электронного документооборота бюро учета расчетов с рабочими и служащими ОАО "НасосМаш". Требования к автоматизированной информационной системе. Обеспечение логической целостности базы данных и определение размера премии.
  
  курсовая работа [2,4 M], добавлен 28.04.2012
  

• Проектирование базы данных для автоматизированной системы

  Проектирование базы данных для автоматизированной системы "Склад". Разработка концептуальной модели (ER-диаграмма). Преобразование в реляционную модель и ее нормализация. Разработка запросов к базе данных на языке SQL. Скрипт для создания базы данных.
  
  курсовая работа [161,8 K], добавлен 07.10.2013
  

• Разработка базы данных для бюро находок

  Современные базы данных и систем управления ими. Методы построения их приложений. Разработка СУБД на примере "Бюро находок", обеспечивающей пользователю возможности по пополнению, редактированию, просмотру и анализу базы данных. Реализация БД в MS Access.
  
  курсовая работа [3,4 M], добавлен 19.06.2012
  

• Разработка и реализация базы данных "Бюро по найму"

  Использование автоматизированных баз данных в деятельности бюро по найму - способ облегчения деятельности сотрудников и повышения качества обслуживания клиентов. Разработка пользовательского интерфейса главной кнопочной формы информационной системы.
  
  курсовая работа [1,4 M], добавлен 25.04.2019
  

• Разработка автоматизированной системы строительной организации

  Создание автоматизированной системы учета заказов и их выполнения в строительной фирме по ремонту квартир. Общие требования к информационной системе. Проектирование структуры базы данных. Построение ER-диаграммы. Реализация информационной системы.
  
  курсовая работа [750,2 K], добавлен 24.03.2014
  

• Проектирование информационной системы для анкетирования высших учебных заведений

  Создание информационной системы для автоматизации проведения анкетирования среди студентов и преподавателей учебных заведений. Требования к структуре и функционированию системы, программному обеспечению. Проектирование логической модели базы данных.
  
  курсовая работа [2,4 M], добавлен 08.03.2016
  

• Разработка автоматизированной информационной системы управления услугами оператора телефонной связи

  Описание салона-магазина по предоставлению услуг оператора мобильной связи. Обоснование создания автоматизированной информационной системы "Оператор". Выбор программного обеспечения, проектирование реляционной базы данных. Описание основ интерфейса.
  
  дипломная работа [1,9 M], добавлен 27.05.2015
  

• Разработка базы данных "Преподаватели"

  Иерархическая модель данных. Основные элементы сетевой модели данных. Требования заказчика. Разработка автоматизированной системы управления "Преподаватели". Описание этапов разработки. Установка связей между таблицами. Резервирование базы данных в SQL.
  
  курсовая работа [1,3 M], добавлен 10.02.2014
  

• Разработка системы автоматизации рабочего места менеджера Сергиево-Посадского БТИ

  Разработка автоматизированной информационной системы учета заказов на выполнение работ и формированию отчетной документации Бюро технической инвентаризации (БТИ). Системный анализ и схема документооборота. Разработка инфологической модели данных.
  
  дипломная работа [603,9 K], добавлен 29.08.2014
  

• Система тестирования

  Анализ предметной области и разработка информационного обеспечения автоматизированной информационной системы "Система тестирования". Проектирование базы данных методом "Сущность-Связь". Технология создания базы в MS Access. Real-time работа системы.
  
  курсовая работа [4,5 M], добавлен 23.12.2014
  

• Проектирование и разработка информационной системы учета товаров для магазина "Аистенок"

  Детализация функций системы и требования к информационной системе. Анализ категорий пользователей. Этапы внедрения автоматизированной информационной системы на предприятии. Описание таблиц базы данных. Защита данных от несанкционированного доступа.
  
  дипломная работа [1,0 M], добавлен 22.07.2015
  

• Система управления электронной почтой

  Разработка системы для автоматизации процессов подготовки и отправки сообщений деловым партнерам организации по электронной почте. Требования к структуре и функционированию данной системы, основные этапы ее создания и порядок введения в действие.
  
  курсовая работа [1,4 M], добавлен 20.11.2013
  

• Разработка программной системы для автоматизации информационного обмена между страховыми медицинскими организациями

  Создание системы информационного обмена для страховой медицинской организации. Разработка алгоритмов, интерфейса пользователя, экранных форм и отчетов, процедур и функций приложения. Расчет цены разработанной программы, капитальных вложений и расходов.
  
  дипломная работа [1,4 M], добавлен 20.07.2014
  

• Проектирование системы Интернет-магазина

  Создание системного проекта автоматизированного документооборота на стадии работы с клиентом по сбору заказов интернет-магазина ООО "Добрыня". Требования к структуре и функционированию системы. Разработка информационных моделей данных в нотации IDEF1X.
  
  курсовая работа [5,6 M], добавлен 07.08.2013
  

• Повышение эффективности работы поликлиники за счет внедрения автоматизированной системы учета пациентов

  Обзор медицинских информационных систем. Анализ и моделирование автоматизированной системы "Регистратура". Требования к составу и параметрам вычислительной системы. Обоснование выбора системы управления базами данных. Разработка инструкции пользователя.
  
  дипломная работа [1,2 M], добавлен 14.10.2012
  

• Разработка автоматизированной информационной системы ООО "Фарватер"

  Описание системы-прототипа по видам обеспечения. Недостатки системы учета. Информация, подлежащая структуризации и системной организации. Исходящие и входящие информационные потоки. Проектирование базы данных предприятия. Разработка моделей базы данных.
  
  курсовая работа [3,2 M], добавлен 03.07.2012
  

• База данных "Бюро по трудоустройству"

  Концептуальная модель базы данных "Бюро по трудоустройству". Разработка информационного и программного обеспечения объектов автоматизации. Реализация базы данных в СУБД MsAccess. Запросы к базе данных. Таблицы, отчеты и макросы. Интерфейс пользователя.
  
  курсовая работа [5,2 M], добавлен 30.05.2016
  

• Разработка автоматизированной информационной системы отеля туристической фирмы

  Техническое задание на разработку автоматизированной системы и складского учета управления универсальной торговой базы. Проектирование информационной системы и выбор среды для создания программного продукта. Создание интерфейса и руководство пользователя.
  
  дипломная работа [2,1 M], добавлен 11.07.2015
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам